Рубрики
Uncategorized

Понимание инфраструктуры в качестве кода

Что такое инфраструктура как код? / Откуда он идет? Чтобы понять, что инфраструктуру … с меткой DevOps, Serverless, начинающих, облако.

Чтобы понять, какую инфраструктуру в качестве кода ( IAC ) мы должны сначала понять, откуда он идет, и почему он был создан.

Как все было раньше.

Традиционно при управлении серверной инфраструктурой сервера приложений первым шагом является разработка наиболее подходящей архитектуры для вашего приложения, I.E: простой сервер для приложения и базы данных для хранения данных.

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

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

Представьте, что через несколько месяцев у вас есть пару сотен пользователей, используя ваш продукт, и вы действительно напуганы при реализации новых функций в производство, потому что угадайте что? Иногда это ломается! И система снижается на пару часов.

Решение было бы создание новой среды точно такими как производство, но без доступа пользователей, просто для разработчиков, чтобы попробовать и отладки новых функций. Но это значит получить другой сервер, настроить его вручную, развертывая приложение и т. Д. И угадай что? Это занимает много времени!

Или, может быть, просто хочу:

  • Обновите свои серверные зависимости, чтобы избежать проблем безопасности
  • Исправить ошибку
  • Добавить новую библиотеку/зависимость

Этот процесс становится болью, потому что вы не можете легко изменить вашу конфигурацию. Вы можете подумать: «Ну, есть документ, который объясняет, как настроить сервер, чтобы он не должен быть таким же болезненным или трудоемким, как первый раз», теоретически, это правильно, но …

Может быть, приложение так много изменилось после этих месяцев, что требует разных зависимостей или версий, которые не в документации, или написано на конкретном языке, который не легко понять для других членов команды, или даже не может быть никакого документа вообще!

Но в конце туннеля есть свет

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

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

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

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

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

Многие облачные провайдеры предлагают этот вариант для управления своими услугами, то есть: AWS CloudFormation , Azure Resource Manager Отказ

Это открыло рынок для «Поставщик-агностик» Инструменты, такие как Смертная рамка и Террафом Это позволяет вам написать свой инфраструктурный код Однажды , и это будет переведено в любой провайдер Вы хотите развернуть! 🤯

В заключение

Команды, которые принимают IAC Могут к созданию, развертыванию и репликации быстрее и более доверительных сред, где «Работает в постановке, но не удается в производстве» Ситуации больше не в таблице.

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

Мы действительно рекомендуем вам войти в Мрак Мир, если вы заинтересованы в DEVOPS, это действительно шанс игры!

Оригинал: «https://dev.to/theagilemonkeys/understanding-infrastructure-as-code-2lhj»