Шаблоны CloudFormation: непрерывное тестирование инфраструктуры как кода

Мы использовали cfn-python-lint в качестве предшественника сборки. Если это не удается, мы не строим. Правила, представленные в cfn-python-lint, намного шире, чем aws cloudformation validate-template, и, кроме того, он дает вам некоторые правила передовой практики, а также дает вам основу для написания ваших собственных правил (которые мы используем для управления).

Кроме того, мы не строим функциональные ветки, мы создаем только master. Мы даем разработчикам среду для игры, в которой они могут запускать конвейеры, которые мы обычно запускаем на главном сервере и в dev / staging / prod. Это совершенно отдельный аккаунт, в котором они почти полностью правят. Это, очевидно, не является защитой от дурака, поскольку наша область песочницы может не отражать то, что находится в dev / staging / prod, поскольку люди играют с ней, но это нам очень помогло.

Вы можете выполнить простую проверку шаблонов CloudFormation с помощью aws cloudformation validate-template Команда CLI. Это примерно эквивалент статического анализа кода для других языков: он проверяет такие вещи, как опечатки в имени параметра и синтаксически допустимый шаблон JSON / YAML; но весьма ограничен с точки зрения того, какую проверку он может выполнять.

Как говорится в этой статье, единственный надежный способ проверить, что шаблон CloudFormation будет создавать ресурсы так, как вы хотите / ожидаете, - это попробовать его, и это действительно означает создание стеков как часть вашего CI и процесса тестирования. Поскольку это может быть медленным в случае одних ресурсов и дорогостоящим в случае других, вы можете захотеть ограничить коммиты, на которых выполняется полное тестирование создания стека.