K8S

Третий раз за месяц натыкаюсь на компанию, в которой вроде бы уже есть kubernetes, но все процессы, включая ci/cd(это вегда Jenkins, почему-то) полностью лежат на ops, которых переименовали в DevOps, чтобы было “по-современному”. По сути это ничем не отличается от классических башен Dev и Ops, разделенных забором, с теми же проблемами: необходимость погружать Ops в специфику проектов, большой объем коммуникации Dev <-> Ops, битва за приоритеты Ops, превращение Ops в узкое место и так далее.

И это расстравиает. Ну что тебе мешает отдать часть власти в команды разработки? Они профессионалы. Они знают как собирать их приложение, как его тестировать, проверять работоспособность, расчитывать метрики, запускать(как минимум локально), мигрировать данные, какие порты нужно открыть, какие URL есть в приложении и так далее. Зачем все эти знания, которые уже есть, пропускать через дополнительную коммуникацию с отдельной командой, с риском что-то забыть, а потом учить команду Ops работать с данным конкретным приложением. Это просто потрясающе не эффективно.

Docker, k8s, serverless, no-code и так далее, это не про новые утилиты в старых условиях, это новый способ разделения обязанностей. И нет никакого смысла этим не пользоваться.