Odborná snídaně 20.9. - Agile@DevOps - 2. část

20. 9. 2016
Cesta změněného
řádku kódu do produkce
Michal Petřík, Head of Software Development

2
Co nás čeká a nemine
› Co je DevOps?
› DevOps a architektura
› Ideální podoba DevOps
› Případové studie
› Diskuze

4
Co je DevOps?
› Development & Operations

5
Přelom století
Co je DevOps?
Daily
Build
Compile &
Assemble
Smoke test
Continuous
Integration
Build & Test
Every Commit
Static Analysis
Continuous
Delivery
Continous
integration
Provisioning
Configuration
management
Deployment
Konec devadesátých letPočátek devadesátých let

6
Co je DevOps?
› Forma vývojového cyklu
– Každý krok je maximálně automatizován
– Vše je verzováno a testováno (nejen kód, ale i model databáze, data, ...)
– Na všechna prostředí se používá jeden unifikovaný proces
– Celý cyklus řešen formou malých kroků  Deployment Pipeline
– Rychlá a maximální zpětná vazba
–  podporuje Agilní vývoj (Agile bez DevOps lze jen obtížně realizovat)
› Je nutná odpovídající kultura ve vývojovém týmu
Inspirováno http://www.slideshare.net/AmazonWebServices/dvo202-devops-at-amazon-a-look-at-our-tools-processes
bug = true;
Vývojáři Zákazník
Build Test Release
MonitoringPlanning
bug = false;

7
Co je DevOps?
Efektivní využití nástrojů
› Version Control
› Provisioning
› Configuration Management
› Build Automation
› Artifact Repository
› Static Analysis
› Automated Testing
› Test Data
› Continuous Integration
and Delivery
› System Monitoring & Analytics
› ... a vůle zlepšovat

8
Hlavní přínosy
› Snížení TTM business požadavků
› Snížení množství chyb se současným zvýšení rychlosti jejich oprav
› Snížení nákladů na zdroje (development i operations)
› Jednodušší zapojení nových lidí do týmu
– silná zpětná vazba
– tzv. Self-service
› Možnost „bezpečného experimentování“
Trvání
cyklu
Důvěra
v dodávku
Náklady Schopnost
experimentovat
Trvání
cyklu
Důvěra
v dodávku
Náklady Schopnost
experimentovat

DevOps a architektura
(aneb... ale u nás by to nešlo)

10
Velmi často pracujeme s tímto:
...a good old Monolith

11
Raději bychom možná ale pracovali s tímto:
... brand new cool Microservices

12
Ve spojení s DevOps lze aplikovat tzv. „Strangler Pattern“
Abstrakce
Uživatel
Abstrakce
Uživatel
Abstrakce
Uživatel
Abstrakce
Uživatel

13
Změna architektury jde ruku v ruce s release cyklem
Build Test Release
Build Test Release
Build Test Release
Build Test Release
Build Test Release

14
› Stejně jako u změny architektury lze DevOps zavádět postupně
› Postupovat lze „z obou stran“
– Ze strany vývoje například ve formě automatického buildu, unit testů, ...
– Ze strany automatizace nasazení na prostředí, apod.
› Je vhodné zvolit identifikovat oblasti, ve kterých změna nejvíce
prospěje
– Předpokládá sběr a vyhodnocování správných metrik, například zdroje chyb,
důvody odstávek  monitoring

Ideální podoba cesty jednoho řádku kódu
ReleaseTest DeployIntegrate OperateCode Build
Agilní vývoj
Continuous Integration
Continuous Delivery
Continuous Deployment
DevOps

Vývojář VCS Continuous
Integration
Quality Gate Test Env.
xStage Env.
Production
Monitoring & Planning
Testing

21
Insurance Core System
› Systém pro komplexní správu neživotního pojištění
› Technologie:
– Java 7
– Sybase ASE 15.7 a ASA 11
– Struts, jQuery
– JBoss/Tomcat
› Jeden kód je použit pro tvorbu webové i offline aplikace
› Sada nástrojů
– SVN
– Apache Ant
– Liquibase
– Jenkins
– Groovy/Bash
– jUnit, SonarQube
– Selenium / BrowserStack
– Membrane Proxy, SoapUI

22
Insurance Core System
2004
BrowserStack,
Liquibase
CVS  SVN, Groovy
Deployment
Pipeline
CVS, Ant, jUnit, Perl, Bash
Cruise control CI, HTML Unit, CheckStyle
2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 20162003
Jenkins CI, Selenium IDE, SonarQube

23
Insurance Core System – zajímavé oblasti
Deployment pipeline
› Postupná evoluce z Perl/Bash skriptů po jednotlivých oblastech
› V současné době využívá Groovy a vlastní DSL
› Každá oblast má svůj vlastní job (build, unit test, stat. analýza, ...)
› Funguje na bázi Self-service

24
Deployment pipeline

25
Verzování databázového modelu
› Použití nástroje Liquibase
– Podpora verzování ve větvích a možnosti slučování změn
– Abstrakce změn (zápis v XML, YAML, JSON nebo native SQL)
– Možnost nastavení logiky dle kontextů  write once deploy anywhere
– Možnost rozšiřitelnosti o vlastní pluginy (například generování rollback,
auditačních triggerů, ....)
› Implementace přístupem: „od teď“ (oproti „od nuly“)
›  nový přístup k vývoji v DB:
– Jednoduchá aktualizace lokálních databází
– Integrační databáze slouží výhradně k integraci

27
Shrnutí
› Pomocí aplikace postupných změn je dosaženo Continuous Delivery
› DevOps na úrovni interního týmu
› Jsou použity výhradně OpenSource/volně dostupné nástroje
› Když není k dispozici hotové řešení  vlastní microskripty/pluginy
› Nic ale není černobílé
› Velmi těžko dosažitelné bez „týmového nadšení“

Profinit, s.r.o.
Tychonova 2, 160 00 Praha 6
Telefon
+ 420 224 316 016
Web
www.profinit.eu
LinkedIn
linkedin.com/company/profinit
Twitter
twitter.com/Profinit_EU
Děkujeme
za pozornost

Odborná snídaně 20.9. - Agile@DevOps - 2. část

More Related Content

Similar to Odborná snídaně 20.9. - Agile@DevOps - 2. část (20)

More from Profinit (20)

Odborná snídaně 20.9. - Agile@DevOps - 2. část