DS
сервисы зачем-то должны по порядку стартовать
как раз наоборот это антипаттерн. Каждый сервис должен уметь обрабатывать ошибки недоступности других сервисов, без разницы на каком этапе своей работы (инициализация, завершение, обычная работа)
Size: a a a
2020 May 11
i
Ну есть исключения, но это какие-то сайдкары и они к сервису намертво приколачиваются обычно
i
Да и нерабочий сайдкар можно обработать
DS
Ну есть исключения, но это какие-то сайдкары и они к сервису намертво приколачиваются обычно
Да, и то в большом количество случаев, их делают из-за того что основной сервис некорректно сделан
DS
ты с теми же проблемами столкнешься в любом оркестаторе nomad, kubrenetes, docker swarm. И в целом в любой распределенной системе
DS
В таких штуках пытаться выстравивать порядок запуска - тупиковый путь
DS
Но можно обмазать костылями: entrypoint, initContainers (если речь о k8s) и т.д. Наш долг сказать, что этот путь обычно боль
АШ
Привет.
Я продакт, помогаю друзьям собирать курс по Docker. Нужны люди, которые контейнеризировали, контейнеризируют или хотят контейнеризировать. Напишите, пожалуйста, если готовы побеседовать минут 15.
Я продакт, помогаю друзьям собирать курс по Docker. Нужны люди, которые контейнеризировали, контейнеризируют или хотят контейнеризировать. Напишите, пожалуйста, если готовы побеседовать минут 15.
DC
всем привет!)
с Seccomp в докере кто-нить работал?
надо убрать из белого списка те, которые не нужны nginx(например)
с Seccomp в докере кто-нить работал?
надо убрать из белого списка те, которые не нужны nginx(например)
i
всем привет!)
с Seccomp в докере кто-нить работал?
надо убрать из белого списка те, которые не нужны nginx(например)
с Seccomp в докере кто-нить работал?
надо убрать из белого списка те, которые не нужны nginx(например)
А зачем он в докере?
DC
nginx-докер
с ним работаю
с ним работаю
DC
ну или просто
белый список системных вызовов для корректной работы nginx?
можно без докера
белый список системных вызовов для корректной работы nginx?
можно без докера
i
Так дока тут
https://docs.docker.com/engine/security/seccomp/
Только seccomp там достаточно сомнительную полезность имеет как по мне
https://docs.docker.com/engine/security/seccomp/
Только seccomp там достаточно сомнительную полезность имеет как по мне
DC
спасибо, посмотрю
DC
не, не то
i
Почему?
AR
а по каком принципу назначаются права на папки при монтировании?
AR
на локальной машине обычно root были, а на хостинге вообще теперь владелец zabbix
AR
на папки Mysql, redis