DevOps presentatie
•Transferir como PPTX, PDF•
0 gostou•1,569 visualizações
wat is DevOps, waarom en voor wie?
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a DevOps presentatie
Semelhante a DevOps presentatie (20)
DevOps presentatie
- 1. DevOps wat is het, waarom & voor wie?
- 2. ““If you are praised for website succes you are Dev, if you get blaimed for website downtime you are Ops”
- 4. “van servers naar applicaties van netwerken naar ontsluiting van data opslag naar beschikbare informatie van IT middel naar dienst van kostenpost naar business value
- 5. de I&B definitie van devops Repeteerbaar, veilig proces dat applicatie code naar werkende applicaties brengt. applicatie code applicatie in productie De DevOps Workflow
- 6. Experienced DevOps engineer required This position offers: ● Shuttle service between departments ● Fame & honor ● Opportunity to advance to Principal DevOps Engineer ● Work/Life balance on Sundays Applicants should have: ● Verbal/Nonverbal communication skills ● Excellent knowledge of Devops tool suites ● At least average anti-silo thinking ● General understanding of chaos theory
- 7. geen nieuwe afdeling CIO Dev DevOps Ops
- 8. De drie pilaren van DevOps constantleren feedback systeemdenken DevOps
- 9. systeem denken Focus op de prestaties van het gehele systeem, niet enkel op de de prestaties van een silo. Focus op de gehele waarde keten, die begint met de eisen geïdentificeerd door de business of IT, de constructie van het systeem door ontwikkeling, en vervolgens de gang naar operations, waar de waarde aan de klant wordt geleverd in de vorm van een dienst. implicaties van het praktiseren van dit principe: ● een bekend gebrek mag nooit verder de keten in dringen ● lokale optimalisatie mag nooit leiden tot degradatie van het systeem als geheel ● streef naar continue verbetering en begrip van het systeem (Demings PDCA) constantleren feedback systeemdenken DevOps
- 10. kortere feedback loops De tweede pijler bestaat uit het creëren van kortere en directere feedback loops. Het doel van elke proces verbetering is het verkorten en versterken van feedback loops, zodat noodzakelijke verbeteringen constant worden gerealiseerd. Het resultaat van deze pijler omvat: ● meer begrip van, en response op, alle klanten, zowel interne als externe ● het verkorten en het versterken van alle feedback loops ● het verankeren van kennis, daar waar nodig constantleren feedback systeemdenken DevOps
- 11. continue leren & experimenteren De derde pijler is de vorming van een cultuur die twee begrippen bevordert ● leer van fouten door voortdurend experimenteren ● voorwaarden voor meesterschap zijn herhaling & praktijk Experimenteren en het nemen van acceptabele risico's is wat zorgt voor een constante push tot verbetering. De beheersing van de juiste vaardigheden helpt ons op tijd de gevarenzone te herkennen. Het resultaat van deze pijler omvat het reserveren van tijd om dagelijkse werkzaamheden te verbeteren, het creëren van rituelen die teams belonen voor ondernemerschap (risico's), en het constant ontdekken van fouten in het systeem om de veerkracht te vergroten. constantleren feedback systeemdenken DevOps
- 12. communicatie
- 13. samenwerking
- 14. cultuur people over proces & tool
- 18. wederkerigheid
- 19. muren afbreken
- 21. kwaliteit
- 23. automation
- 25. strijdige belangen? Dev Ops functionele requirements non-functionele requirements security, backup, HA, upgradability, monitoring, scale stuurt op business behoeften stuurt op beschikbaarheid, schaalbaarheid, performance implementeert code zonder te kijken naar ops beperkte applicatie kennis kerntaak is wijzigingen wijziging = risico
- 26. alignment inceptie uitwerking bouw overdracht operationuitwerking bouw overdracht business request code test qa development infra & beheer agile development devops beheer
- 27. kleine stapjes, nivo 1 [kruisbestuiving] ● neem een operationeel lid op in je ontwikkelgroep ● neem een ontwikkelaar op in je operationele team
- 28. kleine stapjes, nivo 2 [focus op het product, de service] multidisciplinaire teams worden gezamenlijk verantwoordelijk voor een complete dienst of applicatie
- 29. small steps, level 3 [reflectie van organisatie] teams organiseren op basis van A. applicatie B. business impact C. waarde keten
- 30. ““Price is what you pay. Value is what you get” Warren Buffett
- 31. dank voor je aandacht
Notas do Editor
- DevOps is de overlap van de silo’s Operations & Development van servers naar applicaties van netwerken naar ontsluiting van data opslag naar beschikbare data van IT middel naar dienst van kostenpost naar business value Het model van de dienstverlening verandert, vereist nieuwe vaardigheden, nieuwe rollen.
- Geen nieuw soort medewerker
- DevOps is geen nieuwe afdeling Wel mag de aansturing minder hiërarchisch om silo vorming tegen te gaan
- http://itrevolution.com/the-three-ways-principles-underpinning-devops/
- http://itrevolution.com/the-three-ways-principles-underpinning-devops/ The Second Way is about creating the right to left feedback loops. The goal of almost any process improvement initiative is to shorten and amplify feedback loops so necessary corrections can be continually made. The outcomes of the Second Way include understanding and responding to all customers, internal and external, shortening and amplifying all feedback loops, and embedding knowledge where we need it.
- http://itrevolution.com/the-three-ways-principles-underpinning-devops/ The Third Way is about creating a culture that fosters two things: continual experimentation, taking risks and learning from failure; and understanding that repetition and practice is the prerequisite to mastery. We need both of these equally. Experimentation and taking risks are what ensures that we keep pushing to improve, even if it means going deeper into the danger zone than we’ve ever gone. And we need mastery of the skills that can help us retreat out of the danger zone when we’ve gone too far. The outcomes of the Third Way include allocating time for the improvement of daily work, creating rituals that reward the team for taking risks, and introducing faults into the system to increase resilience.
- Betere communicatie is het keurmerk van DevOps en een van de eenvoudiger te implementeren doelen.
- een team van verschillende disciplines is verantwoordelijk voor de totale keten, van development tot delivery op de desktop!
- software is gemaakt door en voor mensen een cultuur van vertrouwen en kameraadschap us versus them devops gaat hier over het uitwisselen van ideeen, problemen, processen, tools en doelen. Op zijn minst zou je hier alignment willen.
- Er zijn 2 soorten complexiteit, dynamische complexiteit en detail complexiteit. Om complexe systemen hanteerbaar te houden focussen we op detail complexiteit. We verdelen de wereld gewoon in kleinere domeinen waar binnen de detail complexiteit nog goed te behappen is. Dit veroorzaakt inter-domein complexiteit, niet zelden dynamisch van aard.
- Bij dynamische complexiteit is sprake van een systematisch afstand tussen oorzaak en gevolg in ruimte of tijd. Een gevolg is dan niet altijd direct en makkelijk te koppelen aan een oorzaak. We doen dat overal, in een ziekenhuis weet de hart chirurg weinig van lever aandoeningen. Elke silo gebruikt zijn eigen tools en jargon om de wereld begrijpelijk te houden. Hoe dieper de expertise, hoe groter de afstand tussen de silo's. Bovendien ondervindt de expert geen hinder van problemen buiten zijn silo, hij is er immers niet verantwoordelijk voor. Hier komen we op de kracht van DevOps, niet één groot domein creëren, want kleine domeinen hebben wel degelijk een functie. DevOps tracht tussen de domeinen een vorm van integratie te bewerkstelligen. Meer inter-domein samenwerking verlaagd de schijnbare overall complexiteit.
- Het eerste punt dat DevOps aanpakt is de identificatie van de klant, en dan blijkt dat alle domeinen feitelijk dezelfde klant hebben, de business. Het gezamenlijk werken aan business doelen versterkt als vanzelf de samenwerking die nodig is om deze doelen te bereiken.
- Wederkerigheid Developer draagt een pager, Ops guy schuift aan bij ontwikkelaar
- Traditionele IT clubs zijn verdeeld in meerdere kleine domeinen die, servers, netwerken, opslag, databases, security, en ontwikkeling beheren. Deze silo’s gedragen zich eerder als concurrent dan samenwerker.
- Overdracht naar de operatie
- Kwaliteit wordt een vast onderdeel voor het hele devops team Zowel ops als dev kunnen dezelfde methodiek en tools hanteren. Het House of Quality wordt gebruikt om weer te geven hoe de klantwensen en eisen vertaald kunnen worden naar product specificaties. QFD (Quality Function Deployment) is een methode om klantenwensen en marktvragen te vertalen in ontwerpeisen. De methode zorgt ervoor dat een organisatie zich concentreert op de klantenwensen. Het resultaat van deze methode is een gegevensmatrix. Deze gegevensmatrix wordt ook het kwaliteitshuis (the house of quality) genoemd. De representatievorm van het kwaliteitshuis (afbeelding) is zeer divers. Wat overeenkomt is dat het op een huis lijkt. Meestal bevat de matrix de in de figuur aangegeven velden. QFD is een voortvloeisel van Demings plan do check act LETOP MIDDEL! geen DOEL!
- korte directe lijnen, minder hiërarchie, duidelijk doel:klant!
- Nolio, Puppet labs Door zoveel mogelijk te automatiseren kan CZ ICT zich meer focussen op het leveren van waarde. Waar we nu traditioneel eigenaar zijn van alle techniek, van servers, netwerk, applicaties en endpoints, gaan we meer de rol van bewaarder, adviseur en integrator vervullen. Opleveringen zijn geautomatiseerd en dus over alle nodes gegarandeerd gelijk, zelfs rollbacks zijn mogelijk
- Dev: need for change, features, bugfixes, change requests Fear of change: avoid changes for the sake of stability Ontwikkelaars hebben agile technieken omarmd, testers programeurs en business vertegenwoordiging komen samen in die processen (scrum) Operations op zichzelf heeft ook silo’s die stabiliteit proberen te handhaven met methoden als ITIL, waar verandering gelijk staat aan risico. Hoe beter beide partijen worden in hun efficientie, hoe groter de problemen in samenwerking. solution: anti-fragility
- overdrijven maakt de dingen duidelijk
- stakeholders overal muren groen is agile development rood is DevOps DevOps gaat tot en met operations, alignment is het minimum
- alleen als de organisatie zelf zo volwassen is uiteraard, moonshot thinking beter te hoog gemikt en gemist, dan te laag gemikt en raak.