Инфраструктура как код

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску

Инфраструктура как код (англ. Infrastructure-as-Code; Iac) — это подход для управления и описания инфраструктуры ЦОД через конфигурационные файлы, а не через ручное редактирование конфигураций на серверах или интерактивное взаимодействие.

IaC популярен в облачных вычислениях, который называется инфраструктура как сервис (IaaS). Основная идея IaC подхода это — описывать инфраструктуру кодом, переиспользуя практики из разработки ПО[1]. Код для управления инфраструктурой может быть написан как в декларативном стиле (встречается чаще), так и императивном.

Обзор[править | править код]

История IaC является симбиозом из двух вещей: простота создания виртуальной инфраструктуры и развитии модели инфраструктура как сервис. В 2006 был запущен сервис AWS Elastic Compute Cloud и выпущен фреймворк Ruby on Rails версии 1.0[2], которые позволили поднять вопрос масштабирования, с которой ранее сталкивались только огромные компании[3]. С новыми инструментами для решения этой проблемы и появился подход IaC. Идея обходиться с инфраструктурой, как с кодом, позволила разработчикам молниеносно разворачивать приложения[4].

Преимущества[править | править код]

Ценность IaC стоит на 3 китах: цена, скорость и уменьшение рисков. Уменьшение расходов относится не только к финансовой составляющей, но и к количеству времени, затрачиваемого на рутинные операции. Принципы IaC позволяют не фокусироваться на рутине, а заниматься более важными задачами. Автоматизация инфраструктуры позволяет эффективнее использовать существующие ресурсы. Также автоматизация позволяет минимизировать риск возникновения человеческой ошибки. Всё это является частью культуры DevOps, сочетающей в себе разработку и операции[5].

Виды подходов[править | править код]

Существует три подхода декларативный (функциональный), императивный (процедурный) и интеллектуальный. Разница между ними выглядит как 'что' / 'как' / 'почему' . Декларативный подход нацелен на то, чтобы описать, как должна выглядеть целевая конфигурация; императивный сфокусирован на том, какие внести изменения; интеллектуальный описывает, почему инфраструктура должна быть так сконфигурирована[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

См. также[править | править код]

Ссылки и примечания[править | править код]

  1. Goncharov, Lev Что я узнал, протестировав 200 000 строк инфраструктурного кода (20 июня 2019). Дата обращения: 21 сентября 2019. Архивировано 21 сентября 2019 года.
  2. Bower, Joseph L.; Christensen, Claton M. Disruptive Technologies: Catching the Wave (англ.) // Harvard Business Review : magazine.
  3. Fletcher, Colin; Cosgrove, Terrence (2015-08-26). Innovation Insight for Continuous Configuration Automation Tools. Gartner (Report). Архивировано из оригинала 11 декабря 2019. Дата обращения: 21 сентября 2019.
  4. Riley, Chris. Version Your Infrastructure (неопр.) // DevOps.com. — 2015. — 12 November. Архивировано 22 марта 2016 года.
  5. Phillips, Andrew Moving from Infrastructure Automation to True DevOps. DevOps.com (14 мая 2015). Дата обращения: 21 сентября 2019. Архивировано из оригинала 17 октября 2016 года.
  6. Declarative v. Imperative Models for Configuration Management: Which Is Really Better? Scriptrock.com. Дата обращения: 14 декабря 2015. Архивировано 4 мая 2015 года.
  7. Venezia, Paul Puppet vs. Chef vs. Ansible vs. Salt. networkworld.com. Network World (21 ноября 2013). Дата обращения: 14 декабря 2015. Архивировано 18 июля 2018 года.