(из архива 2020)

Agile часто продают как способ повысить вовлеченность команды в процесс. На деле все наоборот — сначала вовлеченность, потом Agile.

Возможно многие “серебряные пули” не работают именно потому что пытаются при помощи их решить то, что они требуют.

К примеру, DevOps пытаются применять для того, чтобы с его помощью улучшить скорость поставки фич в продакшн, хотя на деле наоборот — улучшение такой скорости (помимо всего прочего) приводит к DevOps.

--

--

Подход “Инфраструктура как Код” (IaC) противопоставляется подходу “Infrastructure as Scripts” в том, что к коду (в отличие от скриптов) начинают применять практики обычные для программирования, например тестирование.

Вот что имеет смысл тестировать в IaC:
- контракты (входы и выходы) модулей
- мутации параметров ( `”${env}-${name}”` или `if env=prod then https should be enabled` )
- внешние ограничения (“не должно быть security group с полностью открытыми портами”)

Сами ресурсы, которые мы создаем внутри модуля тестировать, конечно же, смысла не имеет — эта часть декларативна и уже протестирована провайдером ресурса.

Кросспост:
https://timurb.ru/kb/testing-the-iac/
https://t.me/devops_architecture/4
https://www.facebook.com/tbatyrshin/posts/4708317799204114

--

--

Меня зовут Тимур Батыршин. Я развиваю методологию DevOps и связанные с этим архитектурные и организационные подходы.

Эксперт в компании Экспресс 42, член программного комитета конференции DevOpsConf, преподаватель в OTUS.

Это не блог, а скорее база знаний и глоссарий — статьи могут обновляться, при этом оставаться по одному и тому же адресу.

Здесь я размещаю как тексты своего авторства, так и чужие цитаты. Если это цитата обычно я ставлю ссылку на источник.

Тексты могут и будут дорабатываться со временем, это может происходить прямо внутри статей, не отдельными страницами.

Статьи также публикуются:

Мои контакты

--

--