K8S

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

И това е разочароващо. Какво ти пречи да предадеш част от властта на екипите по разработка? Те са професионалисти. Те знаят как да сглобяват приложението си, как да го тестват, как да проверяват работоспособността му, как да изчисляват метрики, как да го стартират (поне локално), как да мигрират данни, кои портове трябва да бъдат отворени, какви URL адреси има в приложението и така нататък. Защо всички тези знания, които вече съществуват, трябва да минават през допълнителна комуникация с отделен екип, с риск нещо да бъде забравено, а след това да се учи Ops екипът как да работи с това конкретно приложение. Това е просто невероятно неефективно.

Docker, K8s, serverless, no-code и така нататък не са просто нови инструменти в стари условия, а нов начин за разпределение на отговорностите. И няма никакъв смисъл това да не се използва.