Terraform против Ansible: ключевые различия и когда использовать или не использовать

В сообществе DevOps обостряется конкуренция между двумя популярными инструментами обеспечения и настройки: Terraform и Ansible. DevOps остается популярной методологией разработки приложений, и, естественно, разработчики хотят иметь в своем распоряжении лучшие инструменты. Кроме того, растущая популярность технологии «Инфраструктура как код» (IaC) добавляет дополнительный уровень сложности и срочности.

Итак, мы вступаем в спор и решаем эту неприятную проблему в лоб. Мы исследуем различия между Terraform и Ansible, когда их следует (и не следует) использовать, и придем к неожиданному выводу.

Раз уж мы заговорили о сравнениях, прочтите эту статью, в которой сравниваются Ansible и Kubernetes. Чем больше сравнительных статей вы прочитаете, тем лучше вы поймете рассматриваемые темы!

Давайте начнем с определения обоих продуктов и пойдем дальше.

Что такое терраформирование?

Продукт Терраформ веб-сайт описывает его как «…инструмент «инфраструктура как код» (IaC), который позволяет безопасно и эффективно создавать, изменять и версионировать инфраструктуру. Сюда входят компоненты низкого уровня, такие как вычислительные экземпляры, хранилище и сеть, а также компоненты высокого уровня, такие как записи DNS, функции SaaS и т. д. Terraform может управлять как существующими поставщиками услуг, так и собственными решениями».

Это платформа с открытым исходным кодом, созданная для эффективного и безопасного создания, изменения и управления версиями инфраструктуры, и она очень проста.

Что такое Анзибль?

В соответствии с Красная шляпаAnsible — это «…механизм автоматизации ИТ с открытым исходным кодом, который автоматизирует предоставление ресурсов, управление конфигурацией, развертывание приложений, оркестровку и многие другие ИТ-процессы».

Ansible — это инструмент управления конфигурацией, который фокусируется на развертывании и подготовке приложений с помощью IaC.

Terraform против Ansible: сходства и различия

Прежде чем мы начнем сравнивать Terraform и Ansible, давайте проясним одну вещь: эти инструменты предназначены для выполнения разных задач, и их наборы функций не совпадают точно. Таким образом, это упражнение не является точным прямым сравнением, например, сравнением Microsoft Excel с Google Sheets.

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

Давайте подробнее рассмотрим некоторые конкретные сходства и различия между Terraform и Ansible.

Сходства: Terraform и Ansible

И Terraform, и Ansible позволяют предоставлять инфраструктуру с использованием инфраструктуры как кода, поэтому мы можем сказать, что они оба используются в качестве платформ IaC.

Кроме того, оба инструмента могут выполнять удаленные команды на вновь созданной виртуальной машине. Или, говоря иначе, оба являются безагентными.

Оркестрация и подготовка — это когда пользователи создают инфраструктуру, включая виртуальные машины, базы данных, сетевые компоненты и другие ресурсы. С другой стороны, управление конфигурацией автоматизирует установку компонентов программного обеспечения с поддержкой версий, задачи настройки операционной системы, настройку сети и брандмауэра, а также связанные задачи. Хотя Terraform и Ansible могут выполнять задачи управления конфигурацией, последний справляется с этой задачей гораздо лучше.

Они также оба работают с облачными API и имеют открытый исходный код. Разработчики также могут использовать Terraform и Ansible одновременно, поэтому эти два инструмента дополняют друг друга, а не заменяют друг друга. Подробнее об этой идее позже.

Различия: Terraform и Ansible

Между Terraform и Ansible существует множество различий. Вот ключевые из них, изложенные в более организованном формате:

• Декларативный и императивный подход. Первое, с чем нам следует разобраться, — это противопоставление декларативного и императивного подходов. Например, если вы хотите создать десять веб-серверов с помощью Terraform, вы должны сказать: «Я хочу создать десять веб-серверов». Это декларативное заявление. Однако, если бы вы использовали Ansible, вы бы сказали: «Если этих веб-серверов еще не существует, сначала создайте один, а затем создайте остальные девять». Это декларативное заявление.
• Неизменяемый или изменяемый: изменить неизменяемый сервер невозможно. Пользователи, которые хотят внести изменения в неизменяемый виртуальный сервер, уничтожают старую версию и заменяют ее версией, включающей эти изменения. Изменяемый виртуальный сервер позволяет пользователям вносить изменения, не разрушая весь сервер. Ansible подчеркивает изменчивость, а Terraform считается неизменяемым. Однако эти условия являются значениями по умолчанию; оба инструмента могут выполнять изменяемые операции и иметь в той или иной степени неизменяемые элементы.
• Обеспечение: Terraform ориентирован на автоматизацию инфраструктуры и интерпретирует модели, описанные в HCL. В Terraform необходимые элементы среды (например, сети, серверы и т. д.) описываются отдельно, а также их взаимоотношения друг с другом. Затем Terraform оценивает модель, разрабатывает план на основе зависимостей и доставляет оптимизированные команды IaaS (инфраструктура как услуга). Повторные запуски ничего не дают, если в среде или плане нет изменений. Однако любое обновление плана или среды синхронизирует облачную инфраструктуру с целями нового плана.

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

Поскольку Ansible идеально подходит для управления конфигурациями, он не ограничивается облачными приложениями; он может настраивать голые и виртуальные серверы.

Когда НЕ следует использовать Ansible или Terraform?

Вот сценарии, в которых вы не хотите использовать Ansible или Terraform.

• Ansible: если смещение конфигурации является для вас проблемой, не используйте Ansible. Смещение конфигурации происходит, когда пользователи меняют настройки так, что новые версии виртуальной инфраструктуры «отходят» от исходной конфигурации.
• Terraform: Если вы используете образы для подготовки виртуальных машин, вам могут потребоваться десятки образов для размещения ваших серверов приложений, серверов обмена сообщениями, веб-серверов и т. д. Поскольку Terraform не позволяет вам изменять сами образы, вам нужен образ с именно то состояние, которое вы хотите. Если вы вносите на свой сервер три изменения в день на каждый день рабочей недели, это пятнадцать копий сервера! Это много места для хранения.

Вывод: Terraform или Ansible?

Итак, какой из них лучше? Это зависит от того, что вы ищете и какие функции для вас важны. Если вы ищете удобный инструмент с хорошими возможностями планирования и плавной интеграцией с Docker, выберите Terraform. С другой стороны, если вас больше интересует безопасность, хорошая функциональность ACL и что-то, что хорошо сочетается с традиционными автоматизированными платформами, то Ansible — ваш ответ.

Не Terraform против Ansible, а Terraform и Ansible

Зачем соглашаться на одно или другое? Можно использовать как Terraform, так и Ansible! Ansible отлично справляется с обеспечением и управлением конфигурацией. Terraform превосходно справляется с предоставлением инфраструктуры на нескольких облачных платформах с поддержкой многих провайдеров.

Вы можете объединить Terraform с его сильными сторонами оркестрации, создавая необходимые ресурсы и сервисы, а затем обратиться к Ansible для управления конфигурацией вашей инфраструктуры и насладиться лучшим из обоих миров.

Хотите начать карьеру в DevOps? Запишитесь сейчас на сертификационный курс DevOps. Нажмите, чтобы ознакомиться с программой курса.

Хотите заняться DevOps?

DevOps — популярная философия разработки приложений, и эта область предлагает множество возможностей для квалифицированного кандидата.

Simplilearn может помочь вам получить эти ценные навыки DevOps в рамках программы последипломного образования в DevOps. Этот курс позволит вам освоить тонкости методологии DevOps. Программа, созданная в сотрудничестве с Caltech CTME, подготовит вас к успешной карьере в DevOps, дисциплине, которая устраняет пропасть между разработчиками программного обеспечения и эксплуатационными группами. Сертификационный тренинг Simplilearn поможет вам овладеть искусством и наукой улучшения разработки и операционной деятельности всей вашей команды. Кроме того, курс поможет вам приобрести опыт благодаря практическим проектам непрерывного развертывания, что позволит вам работать с такими инструментами управления конфигурацией, как Puppet, SaltStack и Ansible.

А если вы хотите расширить свою базу знаний DevOps, у Simplilearn есть фантастическое множество других курсов, связанных с DevOps. Ознакомьтесь с такими предложениями, как сертифицированный администратор Kubernetes, конвейер CI/CD с Jenkins и сертификационный учебный курс Docker Certified Associate (DCA).

Glassdoor сообщает, что инженеры DevOps в США зарабатывают в среднем 105 107 долларов в год. Кроме того, Glassdoor показывает, что инженеры DevOps в Индии потенциально могут получать среднюю годовую зарплату в размере 655 000 фунтов стерлингов.

Не медлите! Посетите Simplilearn сегодня и начните захватывающую и полезную новую карьеру в DevOps!