CodeDeploy part 1

Question 1

Источниками артефактов для CodeDeploy могут быть …?

Answer 1

• S3 (с версионированием)
• CodeCommit, Github, Bitbucket (если НЕ нужно билдить)

Question 2

Target’ами артефактов для CodeDeploy могут быть…?
В каком виде при этом может быть EC2?

Answer 2

• EC2 / On-premise servers
• Lambda
• ECS

EC2 может быть одиночный - или ASG, или EC2 Placement Group

Question 3

Какие pre-requisites есть к EC2/On-premise, чтобы развёртывать на них через CodeDeploy?
Как это технически сделать?

Answer 3

• на EC2 был установлен CodeDeploy Agent
• EC2 instance profile должен иметь IAM права доступа к S3 bucket’у с артефактом

CodeDeploy Agent устанавливается на instance через user data скрипт

Question 4

В чём отличия и сходства CodeDeploy и Beanstalk?

Answer 4

Оба умеют деплоить приложения через разные Deployment Strategies.
Beanstalk дополнительно умеет делать provisioning инфраструктуры.

Question 5

Что такое CodeDeploy Repository?
Что такое CodeDeploy Revision?

Answer 5

• CodeDeploy Repository = source, источник, откуда CodeDeploy берёт код (S3, CodeCommit, Github)
• CodeDeploy Revision- это наш артефакт, bundle, сборка (ZIP файл, JAR файл) определённой версии.
  Разные версии артефактов - это разные CodeDeploy Revisions.

Question 6

Задача: хранить максимум 2 ревизии приложения на сервере. Какой сервис умеет это делать? Как?
А какой НЕ умеет?
Что такое conserve disk space?

Answer 6

CodeDeploy агент это умеет
Он живёт на EC2, стягивает туда артефакты и отвечает за то, сколько их там хранится :max_revision: опция

CodePipeline НЕ может помочь управлять количеством ревизий приложения на EC2

Conserve disk space - экономить место на диске

Question 7

Что такое Application в контексте CodeDeploy?
На что это похоже?
Чем это НЕ является?

Answer 7

Application - это сущность сервиса CodeDeploy, которая включает информацию о настройках деплоймента.

То есть в контексте CodeDeploy, Application - это НЕ наше веб-приложение

Похоже на Build Project в контексте CodeBuild

Question 8

Что такое Deployment Group?
Сколько в ней единиц?
Сколько Deployment Groups могут быть подверженные деплойменту одновременно?

Answer 8

Deployment Group - это instance (или несколько instance’ов, или Lambda или ECS),
на котором(ых) мы хотим развернуть своё веб-приложение.

Даже если instance один, то в контексте CodeDeploy он всё равно будет называться Deployment Group

Можно иметь несколько Deployment Groups,
на которые CodeDeploy будет доставлять ПАРАЛЛЕЛЬНО

Question 9

Что такое Deployment Configuration?
Как это упрощённо можно назвать?

Answer 9

Deployment Configuration - это (упрощённо говоря), количество instance’ов в Deployment Group’е, на которые мы деплоим за раз.

“Deployment Speed”.

Question 10

Файл appspec.yaml имеет секцию hooks.
Какие поля имеют вложенные хуки?
В чём отличие от CodeBuild файла и его phases секции?

Почему устроено НЕ одинаково?

Answer 10

Каждый из этих хуков имеет location (где расположен скрипт с командами) и timeout
То есть каждый скрипт содержится в отдельном файле.

А в CodeBuild файле в разделе phases каждая фаза просто имеет поле Commands.

Называется “hooks”, а НЕ “phases” потому, что CodeDeploy команды выполняются НЕ просто последовательно (в отличие от CodeBuild), а в определённые моменты ЖЦ деплоймента.
А расположены в отдельных файлах потому, что CodeDeploy хуки реализованы ИЛИ в виде скриптов, ИЛИ в виде лямбда функций (то есть будет lambda arn указан в appspec.yaml файле)