При эффективной реализации процесс непрерывной поставки (Continuous Delivery CD) предусматривает сотрудничество (DevOps) между традиционно отдельными группами: разработки и эксплуатации. CD ― это автоматизированный процесс сборки, развертывания, тестирования и выпуска. При использовании CD программное обеспечение всегда находится в готовом к выпуску состоянии. При каждом изменении в любой части системы программного обеспечения — инфраструктуре, коде приложения, конфигурации или данных — предвыпускная версия проходит через конвейер поставки, в котором создается программное обеспечение, строятся среды, составляются базы данных, выполняются тесты, и это программное обеспечение развертывается. Платформа, позволяющая перемещать систему программного обеспечения по этому конвейеру, состоит из множества инструментов.

Эта статья знакомит читателя с платформой CD с открытым исходным кодом OpenDelivery, разработанной компанией Stelligent. OpenDelivery сочетает в себе инструменты с открытым исходным кодом, облачную инфраструктуру и сценарии. Она поддерживает идею, что вся программная система должна быть представлена кодом. Все сценарии находятся под контролем версий в репозитории GitHub. OpenDelivery использует многочисленные инструменты для создания платформы, перечисленные в таблице 1, и поддерживает Rails, Grails и Java™-разработку на Linux™. В этой статье я опишу основные шаги по применению этой платформы с использованием конвейера поставки и запуску заданий для инициализации рабочей среды и развертывания приложений.

Предварительные условия

Вот три предварительных условия успешной установки платформы OpenDelivery:

• CloudFormation: подпишитесь на AWS CloudFormation, чтобы получить доступ ко всем требуемым службам, используемым OpenDelivery.
• GitHub: необходимо иметь учетную запись GitHub. Регистрация на GitHub осуществляется бесплатно.
• Route 53: Нужно настроить зону размещения в Route 53 для своего домена. Этот домен будет использоваться в сценариях OpenDelivery для обращения к тем ресурсам, которые создаются в составе платформы.

Ссылка на краткое руководство по OpenDelivery приведена в разделе Ресурсы. Имейте в виду, что при работе с OpenDelivery AWS берет плату за использование ресурсов.

В начало

Инициализация платформы непрерывной интеграции

Первым шагом по установке платформы CD OpenDelivery для своих проектов является подготовка сервера CI Jenkins в AWS. Сначала запустите шаблон установки CloudFormation. Вам будет предложено ввести следующие параметры:

• ApplicationName: префикс CNAME для создаваемой среды CI Jenkins. Например, http://ApplicationName.domainname.com.
• GithubUsername: ваше имя пользователя GitHub.
• ProjectName: имя проекта GitHub. Например, если URL-адрес моего проекта GitHub https://github.com/stelligent/continuous_delivery_open_platform, то имя ProjectName будет continuous_delivery_open_platform.
• Email: адрес электронной почты, на который будут отправляться сообщения.
• HostedZone: имя домена, которым вы владеете и в котором размещается зона Route 53.
• GithubOrganization: имя организации в GitHub. Например, если URL-адрес моего проекта GitHub https://github.com/stelligent/continuous_delivery_open_platform, то GithubOrganization будет stelligent.
• GithubPassword: пароль GitHub для ваших GithubOrganization и ProjectName.
• KeyName: имя пары ключей EC2. Не следует добавлять никаких суффиксов имени файла.
• InstanceType: тип экземпляра EC2. Если вы не уверены, используйте значение по умолчанию.

После завершения работы мастера сборка платформы займет около 20 минут. После этого перейдите в консоль CloudFormation и установите флажок рядом с jenkinsstack. Затем перейдите на вкладку Outputs. Скопируйте значение из строки ключа Domain и введите его в Web-браузер, чтобы запустить вновь созданный сервер CI Jenkins в AWS. Вы увидите начальную конфигурацию Jenkins, показанную на рисунке 1.

В начало

Конвейер CD

В OpenDelivery входит готовый стандартный конвейер поставки. Он последовательно выполняет задачи Jenkins StartDeliveryPipeline, Build, CreateTargetEnvironment и DeployApplication. Если любая из этих задач заканчивается неудачно, конвейер выдает ошибку, и программное обеспечение не развертывается.

Пример конвейера поставки — как он представлен в системе Jenkins — приведен на рисунке 2.

На рисунке 2 программное обеспечение проходит три этапа. Во-первых, после того как сборка прошла процесс CI, Jenkins выполняет всю необходимую настройку с помощью задания StartDeliveryPipeline. Затем он создает целевую среду с помощью задания CreateTargetEnvironment. Наконец, он развертывает приложение в целевой среде, как оно представлено в задании DeployApplication. Эти три этапа выполняются как единая задача, в которой, если любое из заданий не удается, конвейер перестает работать.

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

В начало

Инициализация целевой среды

В контексте платформы OpenDelivery среда определяются как операционная система экземпляров EC2 наряду с другими инициализированными ресурсами — такими как группы безопасности, конфигурация домена и система хранения данных. После подготовки среды на ней можно развернуть программное обеспечение. За выполнение сценариев, которые создают такую среду, отвечает задание Jenkins CreateTargetEnvironment.

Конвейер поставки OpenDelivery создает среду с нуля, вызывая шаблон CloudFormation. Этот шаблон выполняет сценарии Puppet (вызывая puppet apply). (Подробнее о Puppet см. в статье Agile DevOps ― гибкая разработка и эксплуатация ПО: автоматизация инфраструктуры.

В листинге 1 показана часть шаблона CloudFormation, которая вызывает Puppet.

"# Установка Ruby 1.9.3\n",
"rpm -Uvh /tmp/ruby-1.9.3p0-2.amzn1.x86_64.rpm\n",

"# Установка Puppet 3.0.1 from Rubygem\n",
"gem install puppet --no-rdoc --no-ri\n",
"groupadd puppet\n",

"# Запуск Puppet\n",
"puppet apply --modulepath=/home/ec2-user/modules /home/ec2-user/manifests/site.pp\n",
...

OpenDelivery предоставляет эти сценарии из своего репозитория GitHub. Стандартные сценарии, используемые для серверов и конфигурации инфраструктуры, можно изменить.

В начало

Выполнение развертывания

Автоматическое развертывание выполняется в Capistrano. Capistrano можно использовать для развертывания систем разного типа и на разных платформах ОС. Процесс развертывания запускается посредством заданий Jenkins в среде, созданной по сценариям CloudFormation иPuppet, описанным в предыдущем разделе. За запуск сценариев, которые выполняют развертывание, отвечает задание Jenkins DeployApplication.

Фрагмент кода, приведенный в листинге 2, демонстрирует сценарий Capistrano, который выполняет задания preconfigure и deploy.

task :preconfigure do
  run "cd #{deploy_to} && sudo rm -rf #{deploy_to}/#{artifact_name}"
  config_content = from_template("config/templates/s3_download.erb")
  put config_content, "/home/ec2-user/s3_download.rb"
  run "sudo chmod 655 /home/ec2-user/s3_download.rb"
end

task :deploy do
  run "sudo ruby /home/ec2-user/s3_download.rb --outputdirectory #{deploy_to}/ \
    --bucket #{s3_bucket} --key #{artifact}"
  case
  when language == "rails"
    run "cd #{deploy_to} && sudo tar -zxf #{artifact}"
    run "sudo chown -R ec2-user:ec2-user #{deploy_to}/#{artifact_name}"
  end
end
...
case
when language == "rails"
after "preconfigure", "deploy", "database:configuration", "stripe:initializer", \
      "bundler:install", "database:migration", "virtualhost:configuration", \
      "whenever:set", "postconfigure", "restart"

Другие рецепты Capistrano находятся в подкаталоге каталога с именем развертываемой системы в репозитории GitHub OpenDelivery. В листинге 2 примеры этих рецептов называются stripe (stripe.rb) и virtualhost (virtualhost.rb). Рецепты можно добавлять, изменять и удалять по собственному усмотрению.

В начало

Непрерывное тестирование

В платформу OpenDelivery входят основные приемочные тесты Cucumber, которые проверяют инфраструктуру (CI и целевые среды) и установки. Эти тесты запускаются каждый раз при изменении сценариев, которые инициализируют среду или запускают процесс развертывания посредством заданий CreateTargetEnvironment и DeployApplication соответственно. Пример, приведенный в листинге 3, взят из Cucumber-сценария на платформе OpenDelivery, который проверяет, что определенные серверные компоненты установлены и работают.

Feature: Scripted Provisioning of Target Environment
As a Developer
I would like my target environment provisioned correctly
so I can deploy applications to it

Background:
Given I am sshed into the environment

Scenario: Is the proper version of Postgresql installed?
When I run "/usr/bin/postgres --version"
Then I should see "8.4"

Scenario: Is the proper version of Apache installed?
When I run "/usr/sbin/httpd -v"
Then I should see "2.2"

...

Предлагаемые тесты можно изменять или расширять для тестирования другой конфигурации среды или установки.

В начало

Сборка, развертывание, тестирование и выпуск при каждом изменении

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

Ресурсы

Научиться

• Оригинал статьи: Agile DevOps: Continuous software delivery in the cloud.
  
  
• Continuous Delivery in the Cloud (Brian Jakovich, Stelligent, октябрь 2012 г.): цикл из шести статей по созданию CD-платформы.
  
  
• OpenDelivery Quick Start Guide: инструкции по созданию CD-платформы OpenDelivery.
  
  
• DevOps in the Cloud LiveLessons: Create a Continuous Delivery Platform Using AWS and Jenkins: о серии видеокурсов по непрерывной поставке Пола Дюваля.
  
  
• Collaborative development and operations: о том, как IBM SmartCloud Continuous Delivery помогает развернуть изменения приложения из IBM Rational Team Concert в облачную среду.
  
  
• Техническая подкасты по Java: облачные файлы: серия интервью о компаниях, людях и технологиях, влияющих на облачные вычисления.
  
  

Получить продукты и технологии

• OpenDelivery: исходный код и шаблоны для запуска платформы OpenDelivery.
  
  
• IBM Tivoli Provisioning Manager: Tivoli® Provisioning Manager позволяет создавать динамическую инфраструктуру, автоматизируя управление физическими серверами, виртуальными серверами, программным обеспечением, системами хранения данных и сетью.
  
  
• IBM Tivoli System Automation for Multiplatforms: Tivoli System Automation for Multiplatforms обеспечивает высокую готовность и автоматизацию приложений и ИТ-услуг по всей организации.
  
  

Об авторе

Пол Дюваль (Paul Duvall) является техническим директором компании Stelligent Incorporated – консалтинговой фирмы, которая помогает командам разработчиков оптимизировать гибкие методологии разработки программного обеспечения. Он также соавтор книги Continuous Integration: Improving Software Quality and Reducing Risk (Addison-Wesley, 2007 г.). Он принимал участие в создании книг UML 2 Toolkit (Wiley, 2003 г.) и No Fluff Just Stuff Anthology (Pragmatic Programmers, 2007 г.).

Оценить эту статью

Комментарии

В начало

Содержание

• Инициализация платформы непрерывной интеграции
• Конвейер CD
• Инициализация целевой среды
• Выполнение развертывания
• Непрерывное тестирование
• Сборка, развертывание, тестирование и выпуск при каждом изменении
• Ресурсы
• Об авторе
• Комментарии