Непрерывная доставка, PaaS и инфраструктурная автоматизация

Question

Я читаю о непрерывной интеграции и непрерывной доставке (CD) с Jenkins. Obv, если вы хотите сделать компакт-диск, вам необходимо автоматизировать процесс развертывания с QA и P. Я много читал об инфраструктурной автоматизации и инфраструктуре как код с шеф-поваром/кукольным/докере, который необходим для создания компакт-диска.

Мой вопрос: что, если я размещаю свое приложение в облаке (например, я использую некоторую облачную инфраструктуру литейного типа, такую ​​как AWS или Azure), которая автоматизирует мою инфраструктуру сама по себе (или?). Но как можно следить за инфраструктурой как код на AWS? или это даже необходимо?

Я имею в виду, что если вы размещаете свое приложение самостоятельно, вы должны реализовать инфраструктурную автоматизацию, чтобы делать CD, но на облаке это уже дано ?!

Я надеюсь, вы понимаете мой «вопрос»

Answer 1

Это полностью зависит от архитектуры инфраструктуры вашего решения. Специально для вида сервиса (из облачной инфраструктуры литейного производства), который вы используете.

Например, если вы используете серверы EC2 от AWS для развертывания ваших веб-приложений, совершенно правдоподобно использовать Jenkins + Chef или Puppet для непрерывного развертывания этого приложения. Поскольку у вас есть более гранулированные конфигурации для выполнения. Вы можете внедрить инфраструктуру в виде кода из jenkins-конвейеров вплоть до подготовки сервера, выбрав AMI для развертывания новых экземпляров такого типа. У вас будет больше накладных расходов на конфигурацию, но также больше контроля над тем, что происходит и как это происходит.

Но если вы используете подход PaaS, такой как Elastic Beanstalk service от AWS, процесс развертывания более прозрачен, я бы не почувствовал необходимость использования таких инструментов, просто работа с шагом для приобретения нового предварительно построенный артефакт версии и еще один шаг с триггером интерфейса командной строки для обновления новых версий. Но это не препятствует использованию IaC в таких случаях.

Answer 2

Непрерывная интеграция, означающая, что каждая фиксация в вашем репозитории должна автоматически создаваться и развертываться в среде интеграции/dev. Если есть ошибка времени компиляции или сбои в работе вашего модуля, это не должно быть развернуто в среде интеграции, и в то же время ваша команда должна получить уведомление о сбое сборки в журнале. Если вы не можете добиться этого от своего провайдера облака, вы должны использовать инструменты Jenkins и CM. Короче говоря, CI/CD - это всего лишь концепция. вы можете реализовать его с помощью инструментов Jenkins, CM или вы можете написать свои собственные скрипты, или вы можете использовать облачные сервисы. Вы можете выбрать любой из них, но убедитесь, что следуете всем рекомендациям CI/CD.

Thanks - KS