GG
Мне кажется, что это непринципиально
Size: a a a
2020 December 28
DS
истио разве инит контейнеры инджектит? сайдкар жи
да кстати, КРАСНОАРМЕЕЦ почему initContainers то?
AS
это как раз принципиально )
GG
Вопрос был про порядок инит контейнеры
GG
А не про истио )
GG
Или у нас xyproblem.info ?
AS
сайдкар может работать уже когда контейнер стартанул, а инит умирает до старта уже
AS
и там рейсы уже более другие но не менее назойливые )
AL
истио разве инит контейнеры инджектит? сайдкар жи
Там и то и то
AL
Он сначало инитом добавляет в иптейблс редирект в себя
AS
чет я не уверен )
AS
может недавно добавили, чтобы не было такого, что контейнер не работает, пока сайдкар не заработал )
DS
сайдкар может работать уже когда контейнер стартанул, а инит умирает до старта уже
по идее isito должен что-то в initContainers добавлять. Чтобы связность была с другими сервисами уже в initContainers. Иначе бы в initContainers нельзя было бы обратиться к другим сервисам, что неудобно
AS
короче там разные lifecycles у инита и сайдкаров
AS
давайте узнаем про что именно речь и какая там все же проблема )
AS
но если говорить про инджекты, то инджектнутые инит контейнеры выполняются уже позже всего, сначала то, что в спеке, потом инджектнутое. Если с этим прболема, можно убрать автоинжект и добавить это в спеку
AL
может недавно добавили, чтобы не было такого, что контейнер не работает, пока сайдкар не заработал )
DS
но если говорить про инджекты, то инджектнутые инит контейнеры выполняются уже позже всего, сначала то, что в спеке, потом инджектнутое. Если с этим прболема, можно убрать автоинжект и добавить это в спеку
По идее инжект в спеку то и попадает. kube-apiserver обращается к хуку и получает от него jsonpatch'и на изминение объекта. Затем этот итоговый объект записывается в etcd. А только потом уже scheduler решает что с ним делать и отправляет на выбранную ноду и kubelet стартует этот pod
AS
ну он попадает да, но в конце уже, сначала идет обработка спековых частей,