Общая зона ответственности

И снова о работе. Расскажу, пожалуй, об одной из своих ноющих, но потихоньку заживающих болячках, а именно об общих зонах ответственности(корявенько звучит по-русски, на английском будет shared responsibilities).

В это сейчас трудно поверить, но было время, когда, к примеру, тюнинг параметров sysctl или апдейт конфига nginx вызывал почти что физическую боль. По историческим причинам(покажите мне хотя бы одно место в вашей инфраструктуре, происхождение которого не получится объяснить этими словами, хохо!) в моём отделе эти настройки были общей зоной ответственности. Что это значило? Это значило, что любое, даже самое милиписечное изменение по факту приходилось протаскивать неделями, если не месяцами, через списки рассылок, митинги и пулл-реквесты. Чтобы упаси природа что-нибудь важное не отвалилось и не поломалось у всех остальных.

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

Я не то что бы очень крутой специалист по организации процессов разработки, но пару рекомендаций дать могу; прислушиваться к ним или нет — решайте сами:

Fri, 22 Mar 2019 21:30:22 +0100