
Комментарии 4
В подобных историях, включая притчу про остров, поражает, что для того, чтобы спланировать и сделать всё по уму сразу и подстелить соломки ресурсы, обычно, не находятся. Зато чтобы героически исправлять последствия ресурсы находятся всегда и в неограниченном объёме…
А я ещё притчу знаю, в тему. Про двух дровосеков, которые поспорили: кто больше за день нарубит деревьев. Один не переставая молотил и радовался, когда слышал, что второй каждый час делает паузы на 10 минут. "Устаааал, не вывоооозит, обгоню, надо поднажать!!!", - думал первый. Однако, на подведении итогов второй обошёл почти вдвое. Выяснилось, что 10 минут в час он точил топор.
А вот в коммерции почти всегда "надо поднажать!!!", потому что в отчёте наверх строчка "стабилизировали деплой, перебрали кластер, сделали детерминированной сборку образа" не отвечает на вопрос: "А какие business values вы добавили за месяц работы"?
Ну, классика, в целом, в самом начале статьи:
я НЕ девопс - мне пришлось этим заниматься
Проблемы от недооценки рисков, отсутствия DR стратегии и, видимо, экономии на специалистах.
Хорошо ещё, если после таких инцидентов выводы действительно делаются.
Вы очень точно описали ситуацию, только не в том порядке. Сначала идёт экономия на специалистах, отчего хороший (тешу себя мыслью) тимлид и играющий фулстек сеньор садится разбираться с CDK, далее, по классике, эффект Даннинга-Крюгера после пары-тройки успешно сделанных по аналогии несложных изменений и, отсюда же, отсутствие DR стратегии. Знаете во сколько лет я узнал этот термин? Только что, от Вас, спасибо, BTW.
Тимлид и subnet-полукровка: как одна строчка в YAML стоила $50 000 и двенадцати часов прода