Технологический экстремист в чате :)
Попытки решать психологические, административные и другие проблемы технологическим путём это фигня.
Другое дело что найти баланс или обучить человеков - задача ещё менее перспективная.

Проблема кубернетеса в том, что там все пытались сделать правильно. Чтобы не было костылей для каких-то особых случаев. В итоге там одинаково неудобно делать и обычное, и странное. Господи, да даже деплойменты оказываются штукой с кучей нюансов, хотя казалось бы, это следующий шаг после подов

И ладно он сам сложный, это можно понять. А вот почему там штуки, призванные упростить жизнь, лишь добавляют тонну своих слоев абстракции, но не снимают необходимости знать детали нижних слоев, вот это проблема.

Это как если для понимания и эффективной работы с TCP нужно было бы знать все про физический уровень.

а какие абстракции кубера обязывают знать что ниже? В голову только сервисы приходят, но если относиться к ним как к магии, то вроде норм, все +- логично. Ну естественно с точки зрения пользователя к8с, а не админа

Да нельзя там быть просто пользователем, не админом. Ну только если пользователь - это кто kubectl apply делает.

Про абстракции завтра попробую сформулировать, если не забуду. Сейчас немного не до этого

в канале на 30к подписчиков с тематикой ИТ и безопасность рекламируют бота для пробива 🤦

сегодня уже завтра :-)

лично я ваще не понимаю что все на кубер так въелись.  Да эта система дохера чего может, "легко" расширяема и т.д. А простые вещи, делаются довольно просто.
Ну да, иногда не хватает "кнопки" restart, какие то вещи не очень очевидны. Лично мне не хватало cooking book, например как правильно запускать миграции базы.
Ну и я ничего сложного в нём не делал, операторы не писал, сторонние тоже не использовал (ну я и не админ).

Я уже три месяца кубернетес не трогаю, поэтому по памяти:

1. Первая вещь, вспарывающая мозг, - это селекторы. Сейчас документация подкачалась, но раньше об это все спотыкались и ошалело смотрели несколько дней. Штука в том, что там все наоборот. Это мы привыкли описывать сервис и поды в нем. А кубернетес не такой. Сервис - это просто сущность, которая стартует в кластере, оглядывается, выбирает все поды по метке и сообщает: “вот эта груда хлама теперь - сервис!” Зачем так делать становится понятно далеко не сразу. Это как раз попытка угодить и нашим, и вашим.

2. Все эти хелмы, кастомайзы вовсе не делают жизнь проще. Так-то это шаблонизаторы по своей сути, которые тащут слои своих абстракций, даже не пытаясь фиговым листочком прикрыть манифесты. Поднимите руки все, кто офигело смотрел на этот шаблонизаторский ад, сдавался и запускал хелм так, чтобы посмотреть, чего он там нагенерирует

3. Локальная разработка тоже требует знать все. Вы только посмотрите, как привлекательно: https://skaffold.dev/ - одна команда и норм. Да? Нет. Это докер-композ такой, хотя бы прячет за собой неудобный громоздкий команд-лайн. А тут нет: если кто-то за тебя написал хорошие локальные манифесты, то ты, конечно, можешь туда не смотреть, однако на практике, когда захочешь чуть-чуть подправить - надо знать и разбиратся в манифестах

4. Все эти сервисы-деплойменты и тп, конечно, стройные и логичные, как в них разберешься, но так как они сделаны поверх друг друга, то постоянно торчат кишки то одного, то другого. Делаешь деплоймент - а у тебя то тут, то там какие-то репликасеты лезут. А как они сконфигурированы? И схрена ли они тут, если по докам они типа deprecated? Обычно об этом не задумываешься, пока что-то хоть чуть-чуть пойдет не так. А как толкьо оно пойдет, ты сидишь и смотришь как баран на новые ворота: правильный же деплоймент, все нормально. А это оказывается из-за какого-то бага в репликасете кластер чего-то сделать не может. И ты теряешься, поскольку с опытом-то там все понятно, однако learning curve там как у вима: начать что-то делать несложно, однако для того, чтобы уверено разбирать проблемы кубернетеса, нужно сразу знать очень-очень много и иметь кучу набитых шишек

5. Как рестартовать контейнер. Ну как? Почему я не могу рестартовать деплоймент? Вы прикиньте - обычный способ - просто поправить немножко в деплойменте (переменную окружения поменять), чтобы заставить его просто затриггерить это действие. А так, ходишь вокруг, будто это какой-то неприступный бастион, и тупишь, мол, очевидное же дело, чего я не понимаю?

Там просто на уровне пода. одного пода. А вот дальше пода уже резко становится сложно, и сторонние тулы эту сложность вообще не сглаживают, хотя могут.

Вон, гугл выкатил помощника с, твою мать, искусственным интеллектом. Я ссылку не открывал, но уверен, что у него будет еще 500 своих абстракций, однако как доходит до дебага, так эти абстракции тебе вообще ничем не помогут, если не сделают хуже

я рестарт обычно скейлом делаю в 0 и обратно ))))

о том и речь :) хотелось бы иметь ~~systemctl~~kubectl restart ...

быстрое гугление говорит что есть

kubectl rollout restart deployment [deployment_name]

Оно появилось с версии 1.15. Совсем недавно

по меркам кубера - очень давно

The Kubernetes project maintains release branches for the most recent three minor releases (1.20, 1.19, 1.18). Kubernetes 1.19 and newer receive approximately 1 year of patch support. Kubernetes 1.18 and older received approximately 9 months of patch support.

Так если просто kubectl edit сделать и добавить енв переменные, то кубер сам обновит поды

да, это ведь так очевидно

А разве нет? Наверное любой гайд начинается с описания что такое desired state

емнип можно сделать edit любая астракция и он либо обновит поды, либо сохранит измененный манифест куда-то в /tmp если эту сущность пересоздать не умеет )