Dev ops self service approach-1.3

844 views
770 views

Published on

Published in: Business, Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
844
On SlideShare
0
From Embeds
0
Number of Embeds
40
Actions
Shares
0
Downloads
21
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Здравствуйте, меня зовут %presenter_name%. Я представляю Consulting Team проекта EPAM Cloud Infrastructure.В этой презентации я постараюсь рассказать о том, что из представляет собой методолгияDevOps, как и почему она возникла.
  • Wikipedia:DevOps (Developers and Operations): методология разработки, при которой разработчики и сисадмины тесно сотрудничают. Она должна помочь ускорить процесс разработки и повысить качество конечного продукта.Разноцветные круги на этой диаграмме – это области знаний. Чтобы получить знания и опыт во всех областях, нужно потратить много лет, людей, которые имеют опыт во всех этих областях, очень мало. DevOps же предлагает дать разработчикам и тестировщикам инструменты управления инфраструктурой, тем самым сократив необходимую область знаний.Почему возникла методология DevOps, и какие преимущества даёт её применение рассмотрим по ходу этой презентации.
  • Как и почему возникла DevOps?Это реакция на потребности бизнеса.Любой процесс, упрощённо, это идея, которая реализуется и приносит деньги.Процесс разработки ПО полон рисков, конечный продукт часто не выходит в срок, или не соответствует ожиданиям клиента.
  • Если убрать контекст бизнеса, то увидим несколько групп людей, каждая из которых делает что-то своё.В итоге вы не получите на выходе качественный продукт в срок, что влечёт денежные потери.
  • Почему вообще из Devи Ops состоит термин DevOps? Разработчику нужно вносить быстрые изменения.Сисадмину же нужно обеспечить бесперебойную и стабильную работу инфраструктуры.Это является следствием того, как обычно строится процесс разработки. На самом же деле у них одна цель – сделать качественный продукт вовремя.
  • Часто легче сказать, чем DevOps не является.DevOps не:Это не набор инструментовВы не можете сказать «Я DevOps!»DevOps говорит о том, что нужно по-новому взглянуть на сотрудничество всех людей, задействованных в разработке и запуске приложений. Это в первую очередь культурное, а потом уже технологическое движение.
  • DevOps часто ассоциируется с аббревиатурой CAMS.КультураВ первую очередь нужны изменения культурные, т.е. в применяемых методах и процессах.АвтоматизацияЭто первое, с чего нужно начинать изменения в процессах и культуре при разработке. ИзмерениеЕсли вы не имеете наглядной статистики о процессах, то как вы поймёте, что все идёт так, как надо или наоборот, что все плохо?Обмен знаниями. Это критически важный момент. Когда люди делятся идеями и проблемами с самых первых стадий разработки, это положительно сказывается на результате.
  • Одно из культурных изменений, о котором говорит DevOps – этоSelf-Service модель.Если каждый может обеспечить себя необходимым окружением и инфраструктурой в любой момент времени, то это даёт огромное ускорение всему процессу. Как это происходит?
  • Рассмотрим классический пример получения инфраструктуры:Инженеру нужно обратиться в Help Desk, после чего с их стороны будут уточняющие вопросы. После этого запрос выполняется инженерами Help Desk Team. Время, через которое инженер получит нужное ему окружение, может составлять от нескольких минут до нескольких часов и даже дней.
  • Очевидны минусы такого подхода:Мы тратим время в ожидании, поэтому ресурсы (в том числе и рабочее время инженера) расходуются неэффективно.Предугадать, какое время займёт этот процесс, не возможно, так как это зависит:а) от загрузки Help Desk Teamб) от сложности запросав) человеческий фактор: болезнь, разная степень подготовки персонала.
  • Если же инфраструктура представляет собой облако и предоставляет API, то мы можем работать с инфраструктурой, как с кодом. Для любого инженера, который использует API любая часть инфраструктуры выглядит как код, с которым можно работать прямо из приложения, скриптов автоматизации и т.д.Представьте себе, если бы каждый раз приходилось делать любое приложение с нуля… Вместо этого используются фреймворки, которые предоставляют API или готовые классы, которые можно использовать как кирпичи для построения приложения. Так же и с инфраструктурой можно работать как с кодом, тем самым мы автоматизируем и ускоряем работу с ней.
  • Использование методологии DevOps даёт нам множество преимуществ.Так как система строится на основании высокоуровневого кода, она может быть легко повторена, так же как и любые действия, связанные с инфраструктурой могут быть автоматизированы.Повторяемость и автоматизация делает масштабирование более простым и быстрым процессом.Все вышеперечисленное приводит к ускорению всего процесса разработки и запуска приложения.Управляя инфраструктурой как кодом, используя методологии DevOps, мы повышаем надёжность системы и уменьшаем влияние человеческого фактора.
  • И наконец:следуя DevOps, мы делаем крутые, качественные сервисы и продукты.
  • В качестве примера такого крутого сервиса можно назвать Flikr.Как они достигли такого успеха?- Culture:- Respect- Trust- Healthy attitude about failure- Automated infrastructure- Shared version control- One step build and deploy- Feature flags- Shared metrics
  • По перечисленным на этом слайде контактам, вы всегда сможете получить больше информации.Пожалуйста, какие вопросы у вас возникли по ходу презентации? Я с удовольствием на них отвечу.
  • Dev ops self service approach-1.3

    1. 1. DEVOPS / SELF-SERVICEAPPROACH 1
    2. 2. DevOps 2
    3. 3. WHY DEVOPS? Business process Product Dev Ops QA Idea 3
    4. 4. WHY DEVOPS? Dev Ops Product Idea QA 4
    5. 5. DEVELOPERS AND OPERATIONS Developers Infrastructure team Quick changes Stability Agile processes Static processes 5
    6. 6. DEVOPS IS NOT: DevOps A tool set A job title 6
    7. 7. DEVOPS IS ABOUT CAMSCultureAutomationMeasurementSharing 7
    8. 8. DEVOPS IS ABOUT SELF-SERVICE 8
    9. 9. COMMON PROCESS Request Question 1 Answer 1 Help Desk Team Question N Infrastructure Answer NEngineer Preparing Infrastructure Result
    10. 10. DISADVANTAGES Time-consuming Resource-consuming Unpredictable planning 10
    11. 11. INFRASTRUCTURE AS A CODE Request Cloud API Result Engineer 11
    12. 12. BENEFITS Repeatability Automation Scalability Agility Reassurance 12
    13. 13. Awesome Services 13
    14. 14. DEVOPS – THE FLICKR EXPERIENCE 3 billion photos 40000 photos per second 10 deploys per day the 4th API by popularity 14
    15. 15. OUR CONTACTS SpecialEPM-CITConsulting@epam.com http://cloud.epam.com https://twitter.com/EPAM_Cloud http://epamcloud.blogspot.com/ https://www.yammer.com/epam.com/ 15

    ×