Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (20)
Ähnlich wie Dev ops self service approach-1.3
Ähnlich wie Dev ops self service approach-1.3 (20)
Mehr von Alex Tregubov
Kürzlich hochgeladen
Kürzlich hochgeladen (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
Hinweis der Redaktion
- Здравствуйте, меня зовут %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
- По перечисленным на этом слайде контактам, вы всегда сможете получить больше информации.Пожалуйста, какие вопросы у вас возникли по ходу презентации? Я с удовольствием на них отвечу.