4
задача - создавать новый джоб, если в файле есть изменения, может как-то проще можно, не знаю
создавай новый джоб всегда.
задача в джобе должна быть идемпотентной
Size: a a a
2020 November 25
GG
создавай новый джоб всегда.
задача в джобе должна быть идемпотентной
задача в джобе должна быть идемпотентной
+
L
ну хелм кеширует чарт локально.
так что если ты чарт из репо берешь, то он не будет его каждый раз заново выкачивать.
если ты конечно конкретную версию чарта не указываешь при деплое
так что если ты чарт из репо берешь, то он не будет его каждый раз заново выкачивать.
если ты конечно конкретную версию чарта не указываешь при деплое
4
создавай новый джоб всегда.
задача в джобе должна быть идемпотентной
задача в джобе должна быть идемпотентной
наверное, так и сделаю. спасибо
AL
а если серьезно. Нет, внутри pod'а только тесно связанные с друг-другом приложения, которые всегда должны быть вместе и вместе масштабируются. О чем в доке написано.
Каждое приложение оформляется своей абстракцией, база например в statefulset, приложение в deployment. Pod это не аналог docker-compose по семантике и его не следует так использовать, хоть формально можно сказать что аналог.
Каждое приложение оформляется своей абстракцией, база например в statefulset, приложение в deployment. Pod это не аналог docker-compose по семантике и его не следует так использовать, хоть формально можно сказать что аналог.
Базы стейтфул сет, приложение деплоймент
GG
Базы стейтфул сет, приложение деплоймент
опять этот разговор, который был в джобс
L
сверху обмазать реквестами, лимитами, psp, pdb, affinity
посыпать HPA по вкусу
посыпать HPA по вкусу
AL
опять этот разговор, который был в джобс
А что там было?
AL
Чем закончилось?
DS
Базы стейтфул сет, приложение деплоймент
лол опять казуистика. Да причем тут базы внутри куба вообще. Это отдельный разговор. Человек (новичок) спрашивает, нормально ли совать базу приложения в один pod с приложением и в целом использовать pod как docker-composer. Ответ очевиден - нет. А придумывать корнер-кейсы, для доказывания что формально это можно, и говорить новичку что это правильный путь - это полный бред и казуистика, что верно подметил @LuckySB
AL
лол опять казуистика. Да причем тут базы внутри куба вообще. Это отдельный разговор. Человек (новичок) спрашивает, нормально ли совать базу приложения в один pod с приложением и в целом использовать pod как docker-composer. Ответ очевиден - нет. А придумывать корнер-кейсы, для доказывания что формально это можно, и говорить новичку что это правильный путь - это полный бред и казуистика, что верно подметил @LuckySB
Бизнес кейс собрать тестовую среду похожую на прод и прогнать какие то кейсы - говорить что иметь один общий ип и щедулитс на одной ноде не подоходит по задаче - слишком сильная экстросенсорика.
DS
Бизнес кейс собрать тестовую среду похожую на прод и прогнать какие то кейсы - говорить что иметь один общий ип и щедулитс на одной ноде не подоходит по задаче - слишком сильная экстросенсорика.
ясн, продолжаешь тоже самое, ок
AL
Ой ладно ты прав
AL
Но ты учишь его шаблонам в пупенсурсе
AL
Нужно учить думать и прикладывать знания(
DS
Нужно учить думать и прикладывать знания(
тогда просто давай ссыль на доку =)
PK
Товарищи подскажите в какую сторону ковырять, имеется aws eks 1.18 aws cni, calico, pod висит в terminating бесконечно, зайдя на ноду docker ps показыват контейнеры + pause контейнер, exec в контейнер не пускает “exec failed: cannot exec a container that has stopped: unknown”, в kubelet: E1125 13:14:12.593530 4279 kuberuntime_container.go:538] preStop hook for container “….” failed: failed to find networking container: ….
MK
Ребзя, а подскажите при добавлении аннотаций в ingress и при дальнейшем
kubectl apply ченжи с аннотаций не подтягиваются. Приходиться править их в ручном режиме, через edit. Какой есть выход ?