Upgrade to Pro — share decks privately, control downloads, hide ads and more …

DevOps – How our mental model of IT has evolved over more than decade

75cf8176bf14811428f77d8fe737f0d5?s=47 Konstantin Diener
June 17, 2021
Technology
0
13

DevOps – How our mental model of IT has evolved over more than decade

75cf8176bf14811428f77d8fe737f0d5?s=128

Konstantin Diener

June 17, 2021
Tweet

More Decks by Konstantin Diener

See All by Konstantin Diener
High Speed Scrum – Wie man in unter vier Monaten eine Messe digitalisiert ...
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
100
Schätzungen – das Enfant terrible der Software-Entwicklung
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
190
Technologieentscheidungen in selbstorganisierten Teams
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
8
DevOps – Das mentale Modell auf den Kopf stellen
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
29
You build it, but you ain't gonna run it – DevOps practices for IT providers
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
32
Technologieentscheidungen im Team sind schwer!
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
51
Konsequente Nutzerzentrierung – "eigentlich" nur eine ganz kleine Foto-App
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
16
6 Tipps, wie Ihr Projekt mit externen Entwicklern garantiert scheitert!
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
22
Digitalisierung im Zeitraffer – Good Practices am Beispiel einer virtuellen Messe
75cf8176bf14811428f77d8fe737f0d5?s=48 konstantin_diener
0
16

Other Decks in Technology

See All in Technology
成長を続ける組織でのSRE戦略：プレモーテムによる信頼性の認識共有 SRE Next 2022
Dccc861c47a9a7bfc7f71a86e1245897?s=48 niwatakeru
7
2.4k
Who owns the Service Level?
93c80c388fe9d8f9df7d030549a0ff0b?s=48 chaspy
5
850
信頼性の階層の一段目を積み上げる/Monitoring Dashboard
0b238801605070def81a98cfe8061aee?s=48 shonansurvivors
0
130
AWS Control TowerとAWS Organizationsを活用した組織におけるセキュリティ設定
F2ccc400e285972d80feab0e4e57b5f7?s=48 fu3ak1
2
630
JAWS-UG 朝会 #33 登壇資料
08dd0b93e011904f40d60d5a1b54c671?s=48 takakuni
0
380
Dagu | オンプレ向けワークフローエンジン（WebUI 同梱）
2a80a0a6f834a75cc418ef59175ecbb0?s=48 yohamta
0
110
Babylon.js で簡単 WebXR
B8a848a5d23adf51f4f5373da52c2804?s=48 yuhara0928
2
1k
Adopting Kafka for the #1 job site in the world
D984cd543d2abef28596cc5cfe82240c?s=48 ymyzk
1
300
Oracle Database Technology Night #55 Oracle Autonomous Database 再入門
140494d272a4d89883a94fdfdb29dea2?s=48 oracle4engineer
PRO
1
120
TypeScript 4.7と型レベルプログラミング
993ef638264def4334358f986fb4a91d?s=48 uhyo
6
3.3k
ISUCON で使えるツールを作った
Cb17938137021ead2656d0fe58b7c7b1?s=48 shotakitazawa
0
350
目と耳を持った自然言語処理 - スタートアップにおける価値創出のために
64fb973c47087ece7fb9b45d5b8593a4?s=48 yag_ays
PRO
0
530

Featured

See All Featured
Gamification - CAS2011
4394ceb8b277f35ee3da7030384efb5d?s=48 davidbonilla
75
3.9k
Why You Should Never Use an ORM
88bc30284c6a424b63a92aad27d0ba36?s=48 jnunemaker
PRO
47
5.5k
Optimizing for Happiness
25c7c18223fb42a4c6ae1c8db6f50f9b?s=48 mojombo
365
63k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
C44e1f7e22c3f23cff7bc130871047ef?s=48 eileencodes
119
28k
Scaling GitHub
78b475797a14c84799063c7cd073962f?s=48 holman
451
140k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
88f4e84b94fe07cddbd9e6479d689192?s=48 soudai
38
12k
StorybookのUI Testing Handbookを読んだ
50fc0fdc2327ecbe7350645812de52e3?s=48 zakiyama
4
2k
The Mythical Team-Month
E6c6e133e74c3b83f04d2861deaa1c20?s=48 searls
208
39k
For a Future-Friendly Web
F68cb25ae3e5c2106997454b13b7737d?s=48 brad_frost
164
7.4k
Debugging Ruby Performance
D47656e20ff5e42f125fc5ea0fd636c6?s=48 tmm1
65
10k
What's new in Ruby 2.0
7edec06b5435e0dac07a353b2cc26253?s=48 geeforr
336
30k
JazzCon 2018 Closing Keynote - Leadership for the Reluctant Leader
3ab1249be442027903e1180025340b3f?s=48 reverentgeek
172
8.3k

Transcript

  1. Konstantin Diener | konstantin.diener@cosee.biz | @coseeaner DevOps – How our

    mental model of IT has evolved … … over more than decade

  2. Konstantin Diener CTO and Co-Founder of cosee

  3. Start Scale product development

  4. Discovery- Phase Backlog Expert-Teams Billing Models Iterative Delivery Software- Releases

  5. None

  6. The IT scene looked completely di ff erent more than

    a decade ago …
  7. None

  8. • as many features as possible • quick response •

    Scrum: Shippable Product • stable application • no incidents or major bugs • no Downtimes >> throughput >> stability Development Operations

  9. https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/

  10. https://de.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr/ Ops’ job is to enable the business (this is

    dev’s job too)

  11. What has changed?

  12. When we say Products …

  13. User Story Mapping Je ff Patton

  14. Je ff Patton, User Story Mapping, https://jpattonassociates.com/

  15. Focus on Outcome, not on Output.

  16. When we say Responsibility …

  17. None
  18. None

  19. Product development has become a cross-functional team sport.

  20. When we say Releases …

  21. Firma Auslieferungs- frequenz Code Deployment Lead Time Reaktion auf Kundenwunsch

    Amazon 23.000/Tag Minuten hoch Google 5.500/Tag Minuten hoch Netflix 500/Tag Minuten hoch Facebook 1/Tag Stunden hoch klassisch 1/alle 9 Monate Monate/Quartale niedrig/mittel The Phoenix Project

  22. The Phoenix Project Gene Kim, Kevin Behr, George Spa ff

    ord

  23. When we say infrastructure …

  24. None
  25. None

  26. First Virtualisierung

  27. then Cloud

  28. AWS has only existed since 2006.

  29. Infrastructure as Code, not „as configuration“

  30. When we say infrastructure components …

  31. None
  32. None

  33. Managed Services

  34. When we say handling infrastructure …

  35. None
  36. None

  37. When we say failure …

  38. None

  39. Everything fails all the time. “ Werner Vogels

  40. None

  41. Chaos Engineering

  42. When we say Dealing with failure …

  43. None
  44. None
  45. None

  46. Blameless Postmortems

  47. None

  48. Is this called DevOps culture?

  49. • Use shared goals & shared responsibility • Make business

    & customers successful. • Release o ft en & in small batches. • Use Infrastructure as Code & Managed Services. • Avoid PET infrastructure. • Accept failure happens to be part of IT. • Learn from failure and share your learnings. Cheat Sheet

  50. konstantin.diener@cosee.biz | @onkelkodi Picture credits: Cover: https://www.shutterstock.com/de/g/GaudiLab Silos: https://www.shutterstock.com/de/g/davotibarna Server:

    https://www.shutterstock.com/de/g/shock Let’s keep in touch? Konstantin Diener | cosee GmbH cosee.biz