Программное обеспечение не выполняется, пока вы не доставите его пользователю. [1]
Мы обсуждали, что сделано Значит у моей команды Scrum в последнее время. Было много предложений. Один из нас сказал, что когда код готов к просмотру, по крайней мере, часть реализации выполнена. Другие говорили, что мы не смогли указать задачу, как сделано, пока мы не проверяем ее на производстве и не видим, как это работает, как ожидалось. » Готово «означает, что у нас ничего не осталось делать с этим. Вот почему вышеуказанная цитата объясняет, что «сделано» означает просто с точки зрения программного обеспечения.
У вас есть небольшая функция для реализации. Вы пишете код. Кто-то из вашей команды обзоры и дает отзывы. Вы берете свой код обратно, польском его, возможно, рефакторируйте его, чтобы удовлетворить критерии вашей команды. Затем вы переходите на QA. О, что-то просто не выглядит правильно. Вы исправите это и снова нажимаете. Прохладный! Теперь ваша работа передает QA. Вы объединяете ваш PR и развернут его к производству.
Сценарий выше касается двух основных моментов в конце:
Непрерывная интеграция (CI), где вы интегрируете свою работу так часто и как можно скорее. Наличие небольших изменений в вашей работе помогает, потому что этот путь ваш код не слишком отличается от главной ветви.
Непрерывное развертывание (CD) [2], где вы не только сохраняете интегрированные развертываемые работы, но также развертываете вашу основную ветвь для производства с каждой интеграцией.
CI и CD подход стремится доставлять программное обеспечение быстрее. Они почти добились успеха на этой работе. Тем не менее, ваше программное обеспечение не единственное, что доставляется быстро и часто. Ваши сторонние библиотеки регулярно обновляются. Ваш облачный провайдер выдает обновления своей инфраструктуре. Ваши данные становятся больше на день. Ваши потребности сети могут измениться при расширении. Итак, в основном, как вы масштабируете?
Движение DEVOPS поощряет разработчиков программного обеспечения, сотрудники операций, и все остальные, которые участвуют в доставке для совместной работы — избегая отключений, которые добавляют задержки и хрупкость. Инфраструктура — как-код использует преимущества нашей возможности облачной вековой способности быстро развертывать и обеспечивать новые серверы. [3]
Инфраструктура — как-код (IAC) позволяет определить вашу инфраструктуру с кодом, чтобы вы могли настроить свои положения и повторить его в более позднюю точку. С помощью контроля версий вы можете поместить свою инфрам для более старого состояния, если что-то пойдет не так. Это делает ваши операции надежными и масштабируемыми. Вам не нужно беспокоиться о модернизации или поддержании одного сервера.
CI зависит от меня. Мне нужно интегрировать свою работу как можно чаще. CD до наших правил развертывания. Я хочу развернуть свою работу как можно чаще. Сейчас с IAC я также получаю контроль, где мой код развернут. Это главная причина, по которой я решил узнать больше о террафоре [4]. И именно поэтому я хочу обобщить то, что я узнал, практикуя террафору.
Terraporm Series.
- Часть 1: Введение
- Часть 2: Создание сервера
- Часть 3: Предоставление сервера
- Часть 4: Управление государством террафора
- Часть 5: Чистый код с модулями террафора
- Часть 6: петли с террафом
- Часть 7: Условные условия с террафом
- Часть 8: Тестирование террафора
[1]: Террафом и работает: Написание инфраструктуры в качестве кода Евгений Брикмана (2-е издание) [2]: Не быть путаницей с непрерывной доставкой, где вы постоянно держите работу в развертывании работы, но и время от времени делаете развертывание вручную. [3]: Руководство по доставке программного обеспечения Мартин Фаулер [4]: Террафор — один из самых популярных инструментов IAC. Популярность и усыновление являются ключом к сохранению инструмента IAC в актуальном состоянии с различными поставщиками.
Накрыть картинку Лукас Майерс
PS: также оформить заказ Террафорность на Википедии Действительно
……………………………………………………………………………………………………. Часть 2
Оригинал: «https://dev.to/gzg/what-i-ve-learned-learning-terraform-part-1-4en4»