Dev ops self service approach-1.3
•Download as PPTX, PDF•
1 like•869 views
DevOps aims to break down silos between development and operations teams through culture, automation, measurement and sharing. It promotes a self-service approach where developers have autonomy over the infrastructure needed to develop, test and deploy applications. This allows for faster delivery of features and fixes through practices like infrastructure as code and continuous integration and deployment. Some benefits include improved repeatability, automation, scalability and agility.
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to Dev ops self service approach-1.3
Similar to Dev ops self service approach-1.3 (20)
More from Alex Tregubov
Recently uploaded
Recently uploaded (20)
Dev ops self service approach-1.3
- 2. DevOps 2
- 3. WHY DEVOPS? Business process Product Dev Ops QA Idea 3
- 4. WHY DEVOPS? Dev Ops Product Idea QA 4
- 5. DEVELOPERS AND OPERATIONS Developers Infrastructure team Quick changes Stability Agile processes Static processes 5
- 6. DEVOPS IS NOT: DevOps A tool set A job title 6
- 7. DEVOPS IS ABOUT CAMS Culture Automation Measurement Sharing 7
- 8. DEVOPS IS ABOUT SELF-SERVICE 8
- 9. COMMON PROCESS Request Question 1 Answer 1 Help Desk Team Question N Infrastructure Answer N Engineer Preparing Infrastructure Result
- 10. DISADVANTAGES Time-consuming Resource-consuming Unpredictable planning 10
- 11. INFRASTRUCTURE AS A CODE Request Cloud API Result Engineer 11
- 12. BENEFITS Repeatability Automation Scalability Agility Reassurance 12
- 13. Awesome Services 13
- 14. DEVOPS – THE FLICKR EXPERIENCE 3 billion photos 40000 photos per second 10 deploys per day the 4th API by popularity 14
- 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
Editor's Notes
- Здравствуйте, меня зовут %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
- По перечисленным на этом слайде контактам, вы всегда сможете получить больше информации.Пожалуйста, какие вопросы у вас возникли по ходу презентации? Я с удовольствием на них отвечу.