Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Управление Изменениями и Управление Релизами:                          преодоление барьера                                ...
Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные  расхождения• Правильный подход• Практики непре...
Проблема:Самая важная проблема, которую мывыделяем как профессионалы вразработке ПО, следующая: если у кого-то появилась х...
Dev-Ops дилемма    Innovation    Demand                  Ожидания бизнеса от ИТ постоянно растут    Agile    Development  ...
Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные  расхождения• Правильный подход• Практики непре...
Разработчики творят в своих средах и на своихинструментах         Потребность                   РелизБизнес               ...
Разработчики имеют свои процессы ирегламенты V-Model         Waterfall             Agile              ScrumFall           ...
В отделе обслуживания свои ITSMсистемы                  Операции                        Услуга                            ...
Отдел операций следует своим процессам                  Операции                                  Услуга                  ...
А в результате..?                    10
Overly complex processes? “Слишком много процессов –  это примерно также плохо     как и их недостаток.” Robert Aiello; Le...
Вывод 1: существенное число инцидентов как     результат неудачного внедрения изменений!12
Вывод 2: слабый уровень взаимодействия       между группами разработки и сопровождения     Операции – тормозят            ...
14
Вывод 3: низкий уровень автоматизации         процессов ITSM приводит к…      Процент респондентов, оценивших процессы ITS...
Вывод 4: Изменения и Релизы изолированы                       друг от друга                                    29% не имею...
Вывод 5: Низкий уровень применения анализа                 влияния изменений                            Ограниченно либо  ...
Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные  расхождения• Правильный подход• Практики непре...
Есть ли выход..?                   19
Пока мы не выбросили все это…   “Недостаток процессов значит, что вы, вероятно, будете постоянно делать  одни и те же ошиб...
Принцип 1: Договоритесь об Общемрегламенте взаимодействия процессов        DEV               РЕЛИЗ                     OPS...
Принцип 2: Процессы должны бытьсквозные, интегрированные и единые для всех                         Стандартизировать      ...
Принцип 3. Важность и ценностьцентрализованного и версионного хранилищарелизов (хотя бы)                                  ...
Infrastructure as Code.  “You need to make it reproducible and programmatic. Hence virtual  machines to shield software fr...
To Gold Image or not to Gold Image…When you produce a “gold disk” and manufacture thousands (ormillions) of copies, the pe...
Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные  расхождения• Правильный подход• Практики непре...
Что на счет непрерывной поставки                      PROD                      UAT                UAT          UAT       ...
Подход непрерывной поставки (ContinuousDelivery) – в теории                     CI  DEV       CI                UAT       ...
Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные  расхождения• Правильный подход• Практики непре...
А на практике, непрерывная поставка…прерывается фазами приемки DEV      CI     CI TEST   GATE   UAT   GATE   PROD       Не...
Мифический метод?@DEVOPS_BORAT: For understand devops terminology you needof replace continuous with half ass automated.  ...
Принцип 4. Ценности DevOps во многомобеспечиваются реализацией принциповнепрерывной поставки                     Снижение ...
Принцип 5. Постройте процесс. Пробуйте.  Измеряйте. Оптимизируйте. Пробуйте.  Измеряйте…   1. Гибкость процессного        ...
Ответы на ваши вопросы                         34
Спасибо          35
Major Financial Services Firm Realizing The Dev+Ops Vision                   Release              ITSM / Operations       ...
Serena Software: Bridging Dev + Ops                     Serena Service Manager                               +            ...
Upcoming SlideShare
Loading in …5
×

Development and Operations Challenge

473 views

Published on

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

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Development and Operations Challenge

  1. 1. Управление Изменениями и Управление Релизами: преодоление барьера Декабрь 2012 Алексей Ионин
  2. 2. Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные расхождения• Правильный подход• Практики непрерывной поставки (Continuous Delivery)• Поставка с фазами приемки (QA, UAT…)
  3. 3. Проблема:Самая важная проблема, которую мывыделяем как профессионалы вразработке ПО, следующая: если у кого-то появилась хорошая идея, какдоставить еѐ решение пользователяммаксимально быстро?Jez Humble; David FarleyContinuous Delivery: Reliable Software Releasesthrough Build, Test, and Deployment AutomationPublisher: Addison-Wesley Professional 3
  4. 4. Dev-Ops дилемма Innovation Demand Ожидания бизнеса от ИТ постоянно растут Agile Development Разработка ведется все интенсивнее Reliable Поддержка концентрируется на эффективности и Services стабильности Complete Когда эти два мира сталкиваются, начинается настоящее Chaos «веселье»! Бизнес IT Разработка IT Операции Dev Ops 4
  5. 5. Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные расхождения• Правильный подход• Практики непрерывной поставки (Continuous Delivery)• Поставка с фазами приемки (QA, UAT…)
  6. 6. Разработчики творят в своих средах и на своихинструментах Потребность РелизБизнес CIO Разработка IT Разработка Apps Dev 6
  7. 7. Разработчики имеют свои процессы ирегламенты V-Model Waterfall Agile ScrumFall CMMI CMII SPICE Потребность Релиз 26262 DoD Разработка Apps 7
  8. 8. В отделе обслуживания свои ITSMсистемы Операции Услуга IT Операции Ops Запрос ИсполнениеБизнес CIO 8
  9. 9. Отдел операций следует своим процессам Операции Услуга Theory of Constraint ITIL Запрос Исполнение Six Sigma Process and Operations Management CMM SLA’s ITIL ITSM 9
  10. 10. А в результате..? 10
  11. 11. Overly complex processes? “Слишком много процессов – это примерно также плохо как и их недостаток.” Robert Aiello; Leslie Sachs Configuration Management Best Practices: Practical Methods that Work in the Real World Publisher: Addison-Wesley Professional 11
  12. 12. Вывод 1: существенное число инцидентов как результат неудачного внедрения изменений!12
  13. 13. Вывод 2: слабый уровень взаимодействия между группами разработки и сопровождения Операции – тормозят Разработчики – не всю разработку помогают в поддержке 75% всех опрошенных 72% всех опрошенных определили, что именно в определили, либо сотрудники отделе обслуживания сопровождения никак не происходят все задержки с могут взаимодействовать с доставкой приложений разработчиками, либо бизнесу и не поддерживают разработчики только частично Agile инициативы помогают в решении задач обслуживания 91% всех опрошенных считают, что их бизнес Что в итоге? спонсоры не считают ИТ полноценным партнером13
  14. 14. 14
  15. 15. Вывод 3: низкий уровень автоматизации процессов ITSM приводит к… Процент респондентов, оценивших процессы ITSM как ручные или неопределенные множественным нестыковкам процессов Процент респондентов, оценивших интеграцию процессов как ручную или неопределенную15
  16. 16. Вывод 4: Изменения и Релизы изолированы друг от друга 29% не имеют информации о всех происходящих активностях 25% не могут адресовать изменения достаточно оперативно 92% респондентов сообщают о наличие проблемы с 25% не могут определить управлением изменениями и статус доставки изменений релизами16
  17. 17. Вывод 5: Низкий уровень применения анализа влияния изменений Ограниченно либо Анализируют Анализируют совсем не используют влияние изменений влияние изменений информацию из в приложениях в инфраструктуре CMDB/CMS17
  18. 18. Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные расхождения• Правильный подход• Практики непрерывной поставки (Continuous Delivery)• Поставка с фазами приемки (QA, UAT…)
  19. 19. Есть ли выход..? 19
  20. 20. Пока мы не выбросили все это… “Недостаток процессов значит, что вы, вероятно, будете постоянно делать одни и те же ошибки. Но вам также несомненно необходимо уверенно достигать поставленных целей на повторяющейся основе.”Robert Aiello; Leslie SachsConfiguration Management Best Practices: Practical Methods that Work in the RealWorldPublisher: Addison-Wesley Professional 20
  21. 21. Принцип 1: Договоритесь об Общемрегламенте взаимодействия процессов DEV РЕЛИЗ OPS Операции Theory ofCMMI Constraint УслугаCMII ITILSPICE Six Sigma Запрос Исполнение26262 POMDoD Потребность Релиз CMM Разработка Приложения 21
  22. 22. Принцип 2: Процессы должны бытьсквозные, интегрированные и единые для всех Стандартизировать процесс разработки DEV TEST Стандартизировать процесс тестирования OPS Стандартизировать процесс доставки 22
  23. 23. Принцип 3. Важность и ценностьцентрализованного и версионного хранилищарелизов (хотя бы) Операции Услуга Разработка Релиз Операции• Только проверенный • Подготовка структуры • Установка только из сборки для удобного проверенного источника код развертывания • Интеграция с CMDB• Только готовые сборки • Безопасный, закрытый и• Четкий процесс сдачи проверенный репозиторий 23
  24. 24. Infrastructure as Code. “You need to make it reproducible and programmatic. Hence virtual machines to shield software from configuration issues. Hence Puppet and Chef to automate configuration, so you know every machine has an identical software configuration and is running the right services. Hence Vagrant to ensure that all your virtual machines are constructed identically from the start.” OReilly Radar (http://s.tt/1kHIs) 24
  25. 25. To Gold Image or not to Gold Image…When you produce a “gold disk” and manufacture thousands (ormillions) of copies, the penalties for getting something wrong arehuge. If there’s a bug, you can’t fix it until the next release. In thisenvironment, a software release is a huge event.OReilly Radar (http://s.tt/1kHIs) 25
  26. 26. Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные расхождения• Правильный подход• Практики непрерывной поставки (Continuous Delivery)• Поставка с фазами приемки (QA, UAT…)
  27. 27. Что на счет непрерывной поставки PROD UAT UAT UAT DEV DEV DEV DEV DEV 27
  28. 28. Подход непрерывной поставки (ContinuousDelivery) – в теории CI DEV CI UAT PROD TEST Automate • Validate Deploy • Validate 28
  29. 29. Содержание• Проблема• Разработка против Операций (Dev vs. Ops): Процессные расхождения• Правильный подход• Практики непрерывной поставки (Continuous Delivery)• Поставка с фазами приемки (QA, UAT…)
  30. 30. А на практике, непрерывная поставка…прерывается фазами приемки DEV CI CI TEST GATE UAT GATE PROD Непрерывная поставка на первых шагах Фазы контроля приемки Операциями Поддержка подхода DevOps Интеграция процессов 30
  31. 31. Мифический метод?@DEVOPS_BORAT: For understand devops terminology you needof replace continuous with half ass automated. 31
  32. 32. Принцип 4. Ценности DevOps во многомобеспечиваются реализацией принциповнепрерывной поставки Снижение рисков за счет реализации более частых и меньших изменений Разработка QA Разработчики лучше понимают инфраструктуру, где работают их приложения Поддержка получает представление о процессе разработки изменений DevOps Простые интегрированные процессы образуют полный замкнутый цикл внедрения изменений Процессы можно автоматизировать и свести влияние человеческого фактора на сбои в процессах к минимуму Операции Улучшение взаимодействия между группами Dev and Ops 32
  33. 33. Принцип 5. Постройте процесс. Пробуйте. Измеряйте. Оптимизируйте. Пробуйте. Измеряйте… 1. Гибкость процессного 2. Просто для подхода пользователей Для снижения TCO Для быстрой адаптации 3. Наглядность и 4. Готовое решение ITIL прозрачность Для использования лучшихДля быстрого решения проблем практик 5. Готовые отчеты и метрики Для возможности постоянного совершенствования процессов 33
  34. 34. Ответы на ваши вопросы 34
  35. 35. Спасибо 35
  36. 36. Major Financial Services Firm Realizing The Dev+Ops Vision Release ITSM / Operations Service Fulfillment 6 Service desk tools to replace 12+ Lotus Notes DBs Serena Service Manager 40+ Dev + Ops processesDeployment Vendor Application 2000 Global employeesManagement Lifecycle Management Management Production Incident Business Management Operations 36
  37. 37. Serena Software: Bridging Dev + Ops Serena Service Manager + Serena Release Manager Integrates Dev + Ops Process-based approach 37

×