Вопрос к 7mind про distage. Вот есть такая проблема, к примеру. В одной большой фирме, не буду говорить какой, напонаписали дофигища микросервисов, поэтому чтобы их всех на локальной машине запустить, требуется много гибабайт оперативной памяти.

В итоге усложнаяется разработка на локальных компьютерах. Можно память тупо купить или вынести часть этих микросервисов на сервера.

Но есть ещё одна идея. Все эти микросервисы написаны на милой Скале и работают на JVM. Поэтому, возможно, можно их всех запускать без докеров в одной JVM, возможно, даже убрав уровень коммуникации (HTTP сервер и всё такое).

Можно вполне придумать как это всё сделать самим. Но вот я как-то давно копался в distage и там были всякие интересные штуки типа ролей и лаунчеров по ролям. Это по теме? Стоит там ещё покопаться. Что-то сходу в документации не нашёл. Может статья какая-нибудь в интернете есть?

Вопрос к 7mind про distage. Вот есть такая проблема, к примеру. В одной большой фирме, не буду говорить какой, напонаписали дофигища микросервисов, поэтому чтобы их всех на локальной машине запустить, требуется много гибабайт оперативной памяти.

В итоге усложнаяется разработка на локальных компьютерах. Можно память тупо купить или вынести часть этих микросервисов на сервера.

Но есть ещё одна идея. Все эти микросервисы написаны на милой Скале и работают на JVM. Поэтому, возможно, можно их всех запускать без докеров в одной JVM, возможно, даже убрав уровень коммуникации (HTTP сервер и всё такое).

Можно вполне придумать как это всё сделать самим. Но вот я как-то давно копался в distage и там были всякие интересные штуки типа ролей и лаунчеров по ролям. Это по теме? Стоит там ещё покопаться. Что-то сходу в документации не нашёл. Может статья какая-нибудь в интернете есть?

В Finagle есть другое решение этой проблемы - вместе с любым запросом к микросервису можно послать пакет метаданных, который оверрайдит service discovery для всех участвующих микросервисов.

Т.е. отлаживаемый микросервис запускаешь локально, а запрос отправляешь на тестовую среду. И один из микросервисов отткуда сделает запрос на твою машину.

Знаю проект, где куча сервисов на одной jvm независимо работали и отдельно обновлялись - все это через OSGi. Взаимодействие через опубликованные в OSGi сервисыв.
Забавная штука была - мне нравилось с ней работать. Проблем особых не было.

У озги три проблемы:
1) В него сложно войти. Нужно учить очень много ритуалов
2) В нем очень много древностей и легаси
3) Он заставляет писать мутабельный код, любая внешняя зависимость каждого компонента в любой момент времени может стать null и к этому надо быть готовым

Прекрасное решение, особенно когда твоя локальная машина стоит за натом, а твоё тестовое окружение вообще от мира отключено

1. 1 раз провести - потом все ок.
2. Возможно, но работает
3. Мы слушали события и убивали все, что зависело от отваливающегося сервиса. И запускали то, что зависело от поднявшегося.

Если падает корень дерева, то все дерево должно упасть

Главное циклы не создавать - но они и подняться не смогут