VM
Можно все что угодно накостылить, но с этой логикой и ecs не нужен
Как раз ecs все описанное тобой делает в связке с другими сервисами.
Size: a a a
2020 December 23
i
Как раз ecs все описанное тобой делает в связке с другими сервисами.
Конфиги не делает вообще никак, что я выше написал.
i
Этим сам контейнер должен заниматься на основании метаданных
Это - полная фигня
VM
Конфиги не делает вообще никак, что я выше написал.
Конфиги не надо править внешним скрвисом. Это ещё один костыль сверху как раз.
cp
Конфиги не надо править внешним скрвисом. Это ещё один костыль сверху как раз.
+
VM
Конкретно адреса нод кластера отдает cloudmap
i
Конфиги не надо править внешним скрвисом. Это ещё один костыль сверху как раз.
Банальный пример - управление количеством потоков в зависимости от процессора
VM
Банальный пример - управление количеством потоков в зависимости от процессора
Динамически при старте на основе метаданных. При таком подходе приложение всегда будет like in prod без оркестратора.
i
Динамически при старте на основе метаданных. При таком подходе приложение всегда будет like in prod без оркестратора.
Например, каких метаданных?
VM
Например, каких метаданных?
Лимиты по ресурсам, тип инстанса, и тп
DZ
Конфиги не надо править внешним скрвисом. Это ещё один костыль сверху как раз.
Вы снова про свой воображаемый мир где все приложения самописные а не коробочное решение с конфигов в каком-нибудь toml прости господи и про амазон ecs равно как и куб оно не слышало и знать не желает
VM
Dmytro Zavalkin
А если база на вольюме? Ну там монга или influx, чего нет в амазоне? Да даже elk сильно дешевле чартом раздеплоить чем амазон эластик бзать если это дев окружение и нет sla
И в чем проблема? Расширяешь вольюм, рестарт контейнера и вперёд.
VM
Dmytro Zavalkin
Вы снова про свой воображаемый мир где все приложения самописные а не коробочное решение с конфигов в каком-нибудь toml прости господи и про амазон ecs равно как и куб оно не слышало и знать не желает
Реальный мир