Сообщение Re[8]: Docker - для релиза или для разработки? от 09.05.2020 15:16
Изменено 09.05.2020 15:59 Vetal_ca
Re[8]: Docker - для релиза или для разработки?
Здравствуйте, gandjustas, Вы писали:
G>Я же выше писал — делой нужного софта в контейнерах — это хорошо. Разбивать свое приложение на компоненты и деплоить их в контейнерах — не ясно зачем.
Несколько примеров,
— чтобы scale-up/scale-down, в зависимости от нагрузки. Особенно, когда разные части по-разному скейлятся.
Да, можно это сделать в коде, но
1) Зачем, если есть отлаженный инструмент
2) Не упереться в вертикальный лимит
— разный уровень сервиса или надежность. Что-то работает постоянно, что-то перезагружается/падает.
У нас, например, проблема с одним из powershell модулей ms-online. В нем внутри утечка. Индусы про это "знают" уже годами. Не падать же всему приложению. Вот и работает как отдельный Worker, освобождается на уровне процесса.
Это пара примеров, причин больше, на самом деле.
G>Я же выше писал — делой нужного софта в контейнерах — это хорошо. Разбивать свое приложение на компоненты и деплоить их в контейнерах — не ясно зачем.
Несколько примеров,
— чтобы scale-up/scale-down, в зависимости от нагрузки. Особенно, когда разные части по-разному скейлятся.
Да, можно это сделать в коде, но
1) Зачем, если есть отлаженный инструмент
2) Не упереться в вертикальный лимит
— разный уровень сервиса или надежность. Что-то работает постоянно, что-то перезагружается/падает.
У нас, например, проблема с одним из powershell модулей ms-online. В нем внутри утечка. Индусы про это "знают" уже годами. Не падать же всему приложению. Вот и работает как отдельный Worker, освобождается на уровне процесса.
Это пара примеров, причин больше, на самом деле.
Re[8]: Docker - для релиза или для разработки?
Здравствуйте, gandjustas, Вы писали:
G>Я же выше писал — делой нужного софта в контейнерах — это хорошо. Разбивать свое приложение на компоненты и деплоить их в контейнерах — не ясно зачем.
Несколько примеров,
— чтобы scale-up/scale-down, в зависимости от нагрузки. Особенно, когда разные части по-разному скейлятся.
Да, можно это сделать в коде, но
1) Зачем, если есть отлаженный инструмент
2) Не упереться в вертикальный лимит
3) разный уровень сервиса или надежность. Что-то работает постоянно, что-то перезагружается/падает.
У нас, например, проблема с одним из powershell модулей ms-online. В нем внутри утечка. Индусы про это "знают" уже годами. Не падать же всему приложению. Вот и работает как набор отдельных Workers, освобождается на уровне процесса по сигналу health check.
Это прекрасно работает. А если бы ждали по заветам Шеридана, то до сих пор бы ждали пока починят, поляна бы заросла продуктами конкурентов. Которые гонят отсталых сельских админов-идеалистов на периферию.
Это пара примеров, причин больше, на самом деле.
G>Я же выше писал — делой нужного софта в контейнерах — это хорошо. Разбивать свое приложение на компоненты и деплоить их в контейнерах — не ясно зачем.
Несколько примеров,
— чтобы scale-up/scale-down, в зависимости от нагрузки. Особенно, когда разные части по-разному скейлятся.
Да, можно это сделать в коде, но
1) Зачем, если есть отлаженный инструмент
2) Не упереться в вертикальный лимит
3) разный уровень сервиса или надежность. Что-то работает постоянно, что-то перезагружается/падает.
У нас, например, проблема с одним из powershell модулей ms-online. В нем внутри утечка. Индусы про это "знают" уже годами. Не падать же всему приложению. Вот и работает как набор отдельных Workers, освобождается на уровне процесса по сигналу health check.
Это прекрасно работает. А если бы ждали по заветам Шеридана, то до сих пор бы ждали пока починят, поляна бы заросла продуктами конкурентов. Которые гонят отсталых сельских админов-идеалистов на периферию.
Это пара примеров, причин больше, на самом деле.