Русская Википедия:Инфраструктура как код
Инфраструктура как код (Шаблон:Lang-en) — это подход для управления и описания инфраструктуры ЦОД через конфигурационные файлы, а не через ручное редактирование конфигураций на серверах или интерактивное взаимодействие.
IaC популярен в облачных вычислениях, который называется инфраструктура как сервис (IaaS). Основная идея IaC подхода это — описывать инфраструктуру кодом, переиспользуя практики из разработки ПО[1]. Код для управления инфраструктурой может быть написан как в декларативном стиле (встречается чаще), так и императивном.
Обзор
История IaC является симбиозом из двух вещей: простота создания виртуальной инфраструктуры и развитии модели инфраструктура как сервис. В 2006 был запущен сервис AWS Elastic Compute Cloud и выпущен фреймворк Ruby on Rails версии 1.0[2], которые позволили поднять вопрос масштабирования, с которой ранее сталкивались только огромные компании[3]. С новыми инструментами для решения этой проблемы и появился подход IaC. Идея обходиться с инфраструктурой, как с кодом, позволила разработчикам молниеносно разворачивать приложения[4].
Преимущества
Ценность IaC стоит на 3 китах: цена, скорость и уменьшение рисков. Уменьшение расходов относится не только к финансовой составляющей, но и к количеству времени, затрачиваемого на рутинные операции. Принципы IaC позволяют не фокусироваться на рутине, а заниматься более важными задачами. Автоматизация инфраструктуры позволяет эффективнее использовать существующие ресурсы. Также автоматизация позволяет минимизировать риск возникновения человеческой ошибки. Всё это является частью культуры DevOps, сочетающей в себе разработку и операции[5].
Виды подходов
Существует три подхода декларативный (функциональный), императивный (процедурный) и интеллектуальный. Разница между ними выглядит как 'что' / 'как' / 'почему' . Шаблон:AnchorДекларативный подход нацелен на то, чтобы описать, как должна выглядеть целевая конфигурация; Шаблон:Anchorимперативный сфокусирован на том, какие внести изменения; интеллектуальный описывает, почему инфраструктура должна быть так сконфигурирована[6].
Методы
Существует два метода применения IaC: push и pull. Основная разница в том, кто инициирует изменение в конфигурации целевого хоста. В pull режиме целевой хост сам инициирует получение своей конфигурации. В push режиме конфигурацию ему присылает управляющий сервер[7].
Инструменты
| Инструмент | Первый выпуск | Метод | Подход | Написан на |
|---|---|---|---|---|
| Pulumi | Pulumi | Push | Declarative | Typescript, Python, Go |
| Chef | Chef (2009) | Pull | Declarative and imperative | Ruby |
| Otter | Inedo | Push | Declarative and imperative | - |
| Puppet | Puppet (2005) | Pull | Declarative | Ruby |
| SaltStack | SaltStack | Push and Pull | Declarative and imperative | Python |
| CFEngine | CFEngine | Pull | Declarative | - |
| Terraform | HashiCorp (2014) | Push | Declarative | Go |
| DSC | Microsoft | Push/Pull | Declarative/Imperative | PowerShell |
| Ansible/Ansible Tower | RedHat (2012) | Push | Declarative and imperative | Python |
См. также
Примечания
