Это про то, что dev должны думать еще и про sre. А не про то, что каждый дев должен быть крутым ops.
Оно про принципы, а не про "уволим всех ops, пусть разработчики сами все настраивают".

с мониторинга редиса, штатного и довольно слабого

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

ну то есть думать он должен, но рут ему не нужен при этом?

профиль нагрузки где смотреть? на канарейке?

Падажжи.
Ну ведь стандартно же.
Разраб тестирует свой код, всякие там юнит-тесты. Тестер уже интеграционные тесты. А админы следят за сервачками.
Если на каждом этапе всё норм, то инциденты будут только необычными. Они будут, но рут-то на продакшене чем поможет?

Нет, еще на тестах. Насколько в новой версии сервиса изменились тайминги и количество запросов на прочие системы.
И если изменились заметно - то разбираться.

Ох. Ну базового функционала достаточно для серьезного ограничения дальнейшей стратегии поиска и исправления.
А серьезный функционал нагрузит продакшен ещё чуть-чуть, а ему уже и так дурно.

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

😓мир поехал головой на контейнерах

Более того. Если он думает - то рут ему не нужен.
Так как он заранее думает про отладку проблемных ситуаций и обеспечивает и мониторинг и логгирование.
Собственно, devops как раз про это - про необходимость разработчику _думать_ про эксплуатацию.

В принципе, если не брать какие-то экстремальные случаи, то график нагрузка/железо растёт не линейно, но достаточно прогнозируемо. А если накатить исторические данные вида «вот у нас на тестировании было так, а на продакшене так, а сейчас на тестировании вот так», то прикинуть ситуацию на проде вполне можно.
Другой вопрос, что можно взять и вылезти за 10гигабит сети, например, и там такой стук из-под земли может полезть...

Нет. Просто контейнеры иногда дают простые решение сложных вопросов. Просто применять их надо по делу, а не "потому что на конференции рассказали".

Но как раз "вылезти из 10гигабит" системный мониторинг должен показывать )

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

у меня за эту неделю было 3 заказчика на линке и 2 собеса, никто не мог обьяснить выбор решений\желаний кроме исторически сложилось и кубер решит все наши проблемы.
мне вот сейчас предстоит убедить заказчика, что кластер патрони, без опыта у команды с etcd и кластера etcd отдельного от пг - плохая идея, но увы, пока выигрывает хабр

Нет, это должен быть разработчик с рутом и тисипидампом.

Конечно инциденты бывают. Но вот у меня потребность пустить разработчика на прод возникает где-то раз в год (да и то можно и без этого, но сесть за спиной отвественного админа и СБшника оказывается быстрее, нежели запрашивать дампы). Но 95% процентов проблем на проде не требуют наличия доступа.
При том, что в финтехе быают сервисы, доступа к которым, по хорошему, даже у сисадминов нет. Только коллективные...

увы не всегда, например есть такая штука postgresql называется, и например запрос который на 20-40 гб базе не вызывал никаких проблем, на базе в 600 гб кладёт базу

почему заббикс дрисня?