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

Это вводный пост в серии публикаций о внутреннем устройстве Terraform. В этой серии я подробно расскажу о различных компонентах Terraform и объясню, как они работают.

Конечная цель этой статьи — помочь читателю глубже понять Terraform и принцип его работы. Я надеюсь, что после прочтения этой статьи вы сможете внести свой вклад в развитие Terraform, добавить новый блок в язык или изменить существующее поведение. Я не буду подробно останавливаться на каждой детали Terraform, но постараюсь охватить самые важные аспекты и дать вам общее представление о том, как взаимодействуют различные части Terraform.

Я надеюсь, что эта серия статей поможет читателю хотя бы немного приблизиться к пониманию внутренней работы Terraform. Я не буду рассказывать о разработке языка и теории графов — в этих областях у меня слишком много пробелов в знаниях. Может быть, в будущем я напишу что-нибудь на эту тему, а может, и нет.

С Helmsman можно:

— устанавливать, обновлять и удалять релизы Helm;
— управлять правами доступа и пространствами имён Kubernetes;
— запускать проверки безопасности перед развёртыванием;
— создавать dry-run планы и сравнивать их перед применением;
— организовать деплой по зависимостям и приоритетам.

Конфигурация пишется в YAML и поддерживает шаблонизацию, переменные окружения и условия. Helmsman может использоваться как в CI/CD пайплайнах, так и вручную.