Czy używanie funkcji Lagom w produkcji bez instrukcji ConductR jest praktyczne czy rozsądne? Licencje komercyjne mnie zniechęcają. Ta struktura wygląda na trudną do wdrożenia i niestandardowego oprzyrządowania, co może wymagać wiele wysiłku, aby to naprawić.Lagom bez zachowaniaR?
Twoje pytanie jest raczej otwarte, więc zacznijmy od "to zależy".
Jeśli
wtedy zapewne można wdrożyć przy minimum wysiłku i niestandardowych narzędzi.
Jeśli te warunki nie zostaną spełnione, opcje będą dostępne w innym miejscu (np. Spring Cloud) lub zachowaj Lightbend. Może się okazać, że pójście gdzie indziej ma swój własny ładunek poznawczy i/lub wydatki komercyjne.
Nadzieję, że pomoże nawet 7 miesięcy później.
(disclaimer: Jestem pracownikiem Lightbend obecnie rdzeń członek zespołu lagom)
Wiele się zmieniło w stosie Lightbend ponieważ kwestia ta została dodana ponad rok temu. Na przykład: ConductR można teraz używać w produkcji za up to three nodes. Również zespół odpowiedzialny za ConductR pracuje również nad dostarczeniem narzędzi do wdrożenia aplikacji Lagom na Kubernetes. Wysiłki na tym froncie są bardzo zaawansowane, a niektóre z naszych przykładowych aplikacji mogą już być deployed in Kubernetes.
Lightbend opuścił te specyficzne dla produkcji narzędzia i implementacje otwarte w otwartej wersji oprogramowania Lagom. Możesz zaimplementować 'ServiceLocator' samodzielnie i zarządzać autoskalowaniem, rejestrowaniem i tym podobne, korzystając na przykład z innych narzędzi open source, takich jak Consul i Nomad. Lightbend ułatwi Ci po prostu zaangażowanie w ConductR, zapewniając wszystkie te implementacje po wyjęciu z pudełka z doskonałym wsparciem SLA. Niedawno nabyli OpsClarity, która, jak sądzę, jest zawarta w pakiecie komercyjnym. – Martijn
@stelterd Czy znalazłeś zamiennik ConductR? – angelcervera