Comments 3
Статья не супер полезная, но с ней сложно не согласиться и есть что пообсуждать)
Хотелось бы уточнить один момент и услышать ваш комментарий по поводу 5ого пункта "Тестирование". Видети ли провести даже обычнейшее тестирование с заранее подготовленым кодом не так просто и приходится всегда "городить огороды". Простейший пример - KMS ключ в GCP. Его нельзя удалить после создания. И если вы тестируете код с созданием ключа, а такое встречается постояно, нужно готовиться к тому, что этот кусок нужно будет выносить отдельно и что-то с ним делать. Поэтому иногда проще оставить все на волю случая и разбираться по итогу, чем пытаться предусмотреть все. Хотя я против этого.
Ответ нашего спикера:
"Безусловно, такие случаи бывают.
Но тут, во-первых, задача свести количество таких кейсов к минимуму, а, во-вторых, есть стандартные приемы для таких случаев, например mock. В вашем примере можно было бы вписать условие, что ключ не создается при наличии переменной test, а берется уже готовый тестовый ключ из даты к примеру.
Хотя еще раз повторюсь, разумеется на 100% застраховаться не получится".
5 принципов, о которых нельзя забывать, когда описываешь инфраструктуру в виде кода