Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo group
- 1. DevOps нам строить билдить и жить релизить помогает. Ihor Leontiev Architecte développeur logiciel | Azure MVP | Expert DevOps et ALM – VISEO
- 2. Ihor Leontiev– Azure Architect at VISEO Microsoft Azure Most Valuable Professional •ALM Specialist, Cloud Azure Architect (IaaS, PaaS) •Consultant, Trainer •Speaker at "Microsoft Ukraine Azure Group“ •Participant of AZUGFR •Organizer MSP Roadshow Ukraine •Author and co-author DevOps and Azure (Ukraine and internationally) •Video Course on "Microsoft Channel9": DevOpsUA •Course in video "Introduction to ASP. Net Core "
- 3. О чём Роли в проекте «бАльшие проблеммы» DevOps def. DevOps Practices DevOps Myths Programming hipsters Release managment Availability Monitoring
- 4. Важные роли в проекте Разработчики Админы Менеджеры
- 5. Что знает каждая группа? Только они обладают тайными знаниями как «оно» работает Только они обладают тайными знаниями сетевой архитектуры и почему «оно» не падает Только они знают как «оно» должно работать. В разработке не учавствуют
- 6. Как разработчики видят администраторов
- 7. Как администраторы видят разработчиков
- 8. Предпосылки «бАльших проблемм» Пятничная выкатка Мониторинг всегда “красный”
- 9. Любое изменение инфраструктуры – как прогулка по минному полю. Идти первым никто не хочет! Предпосылки «бАльших проблемм»
- 10. Перенос сервиса на новую площадку – как переезд в новую квартиру Непонятно, получится ли собрать это снова Предпосылки «бАльших проблемм»
- 11. Отношения «разработки» и «эксплуатации» напоминает постановку сражения Монтекки против Капулетти за деньги бизнеса Предпосылки «бАльших проблемм»
- 16. YOU KEEP USING THAT WORD I DO NOT THINK IT MEANS WHATYOU THINK IT MEANS
- 19. • • • • • • • • • • • • • • • Testing in Production • Fault Injection • Usage Monitoring/User Telemetry http://www.itproguy.com/devops-practices/
- 20. Production went down again!? Yea, we just need better DevOps
- 21. Myth #1 - DevOps is a skill
- 22. - Позиции “DevOps engineer”, “DevOps Manager” и т.д. сейчас в моде - По факту это то, чем вы уже занимались раньше - DevOps – это методология, не навык
- 23. Myth #2 - Automation is DevOps
- 24. Некоторые пионеры DevOps философии фактически начинали c Configuration Management‘a За что им огромнейшее спасибо
- 25. Myth #3 DevOps is about 10 deploys a day
- 26. Прежде всего эффективность внедрения DevOps практик исчисляется количеством деплоев в день, однако нет разницы сколько конкретно у вас деплоев в день, пока эта цифра постепенно увеличивается. 10 деплоев в день – конечно круто, однако это прежде всего показатель эффективности таких компаний как Flickr
- 27. No. That’s like saying “collaboration doesn’t work with …” Myth #4 DevOps clashes with existing processes
- 28. Myth #5 – DevOps is using "the cloud"
- 30. USER
- 31. TECHNICAL USER
- 32. DEVELOPER
- 33. OPERATOR
- 34. A public cloud, private cloud, or any virtualizedenvironmentisnotrequired toimplementDevOpspractices.
- 35. Myth #6 – DevOps is doing the same things as Facebook/GitHub/Google
- 37. We should start with aRails appand then migrateto ahighly-distributed, multi-tiered,Scala-basedSOAaftera yearbecauseTwitterdid.
- 38. Soundcrazy?
- 40. DevOps is not conforming to the norm; it is defining it.“
- 41. Whilewecanlearnfromthesuccesses of these organizations, DevOps is ultimately doing what is best for your organization andits individual members.
- 42. Myth #7 –DevOps is using technologies like node.js, Ruby, or Go
- 47. DEV QAINT PRODVSTS or TFS Deployment + Task Automation Pipeline Release Management Benefits
- 48. DEV QAINT PRODVSTS or TFS Automate the approval workflow Release Management Benefits
- 49. DEV QAINT PRODVSTS or TFS Deploy the same way to all stages Release Management Benefits
- 50. DEV QAINT PRODVSTS or TFS Full Traceability Release Management Benefits
- 51. Release Management Benefits Manage the full stack
- 53. Drop Location Build Process Agent RM Web QA DEV RM Process RM: How it Works
- 56. 56 Continuous delivery process Continuous delivery process
- 57. 57 Environ ment- specific configur ation Build Binaries Only Once Post Deploymen t Tests Deploy same way CI CD release-16.1.1 release-16.1.2 release-16.2.1 release-16.2.2 release-16.3.1
- 58. DELIVERY PIPELINE 58 Commit to Branch Build Unit Tests Component Tests Publish Artifacts Or Push to Registry(for Docker) Deploy Acceptance Tests Manual Testing Approve Propagate to Next Smoke Tests DONE
- 59. DevOps Process for App Service Solutions 59 Dev Branch Code Freeze Branch cspkgCI Build cspkgCI Build UTest s Repo sitory Build Relea se Prod RG Pre Prod RG QA RG Dev RG Template RG Pus h Pull Publi sh if need ed ! Deploy to slots R C 1 R C 2 R C 3Monit oring
- 60. Docker Daemon – Process that runs containers within Docker CLI – Command line utility to interact with docker apis Docker Machine – API to create/manage Docker hosts Docker Compose – API to orchestrate containerized applications Docker Swarm – Container Cluster running multiple containers Docker Registry – Registry to maintain Docker images Required tools for Docker ALM 60
- 61. DevOps Process for App Service Solutions 61 Dev Branch Code Freeze Branch cspkgCI Build cspkgCI Build UTest s Repo sitory Build Relea se Prod RG Pre Prod RG QA RG Dev RG Template RG Push Pull Publish if needed ! Deploy to slots R C 1 R C 2 R C 3Monit oring
- 62. DevOps pipeline for Docker Solutions 62 Build/CI, Integrate, Test Monitor and Diagnose Production environments Run, Manage Container 1 Container 3 Container 2 Container 4 … … Docker VM Registry Azure Container Registry Code Run Validate Debug Inner-Loop CD, Deploy Source Code Control (SCC)
Editor's Notes
- #9: Выкатка релиза каждую пятницу вплоть до «усерачки» О настоящих проблемах вы узнаете слишком поздно Мониторинг всегда “красный”
- #38: Мы должны начать с приложения на Раилсах, и потом мигрировать на высоко нагруженную сервисно ориентированную скала архитектуру т.к. Твитер это сделал
- #41: DevOps – это не норма, это ее определение
- #44: Программист, который, вероятно, пишет на Ruby, JavaScript или любом другом "популярным, но, вероятно дерьмовым" языке. Обычно выглядит как претензиозный муд........ Одежды на все времена года. аппаратный стек полностью компании на базе Apple. Высокие концентрации существуют в Shoreditch Лондона и Bay Area Сан-Франциско.
- #47: MTTR: Mean time to resolve Бизнесс Value – Оптимизировать резурсы, Ускорить доставку Критерии – Частота релизов, Время разрешения проблемм, Доступность
- #63: c
- #64: MTTR: Mean time to resolve MTTD: mean time to detect Бизнесс Value – Быстрое обнаружение и востановление, Оптимизация резурсов, Ускорить доставку Критерии –Доступность, MTTR, MTTD