K8S

Втретє за місяць натрапляю на компанію, в якій нібито вже є Kubernetes, але всі процеси, включаючи CI/CD (це чомусь завжди Jenkins), повністю лежать на Ops, яких перейменували на DevOps, щоб було «по-сучасному». По суті це нічим не відрізняється від класичних веж Dev і Ops, розділених парканом, з тими самими проблемами: необхідність занурювати Ops у специфіку проєктів, великий обсяг комунікації Dev <-> Ops, боротьба за пріоритети Ops, перетворення Ops на «вузьке місце» тощо.

І це засмучує. Ну що тобі заважає віддати частину влади командам розробки? Вони професіонали. Вони знають як збирати свій застосунок, як його тестувати, перевіряти працездатність, розраховувати метрики, запускати (як мінімум локально), мігрувати дані, які порти потрібно відкрити, які URL є в застосунку тощо. Навіщо всі ці знання, які вже є, пропускати через додаткову комунікацію з окремою командою, з ризиком щось забути, а потім вчити команду Ops працювати з цим конкретним застосунком. Це просто неймовірно неефективно.

Docker, K8s, serverless, no-code тощо — це не про нові утиліти в старих умовах, це новий спосіб розподілу обов’язків. І немає жодного сенсу цим не користуватися.