Platform Engineering: Jak uniknąć powrotu do roku 1670?

Slajdy z SysOps/DevOps Warszawa MeetUp #64 (18.04.2024) z mojej prezentacji pt. "Platform Engineering: Jak uniknąć powrotu do roku 1670?"

Transcript

1. Platform Engineering Jak uniknąć powrotu do roku 1670? /grzegorzrozniecki
2. Miałem szczęście urodzić się szlachcicem w Polsce, najpotężniejszym państwie na świecie. Osiągnęliśmy najwyższy etap rozwoju jako ludzkość, nic więcej już się nie zdarzy.
3. Agenda Od Linuksa do Cloud Native Landscape 01 Lekcja historii Skąd pomysł na Platform Engineering? 02 Topologie Dlaczego jest to ważne? 03 Produkt Szczegóły techniczne 04 Architektura
4. Lekcja historii 01 Quo vadis?
5. Za moich czasów…
6. Opisy stanowisk Ops ❤ Software & SLOs Dev ❤ Ops & automatyzacja Platforms ❤ Developer Experience SRE DevOps Platform Engineering
7. Ja Panu nie przerywałem!
8. Historia Linux Linus Torvalds publikuje jądro Linuksa 1991 Team Topologies oraz zespoły typu “Platform” 2019 2015 2009 Kubernetes i chmura wszystko jest “cloud native” DevOps oraz Docker, konteneryzjacja, mikroserwisy
9. Topologie zespołów 02 czyli rewolucja zapoczątkowana prze “Team Topologies”
10. Hop, hop, hop!
13. “Celem i misją zespołu platformy to umożliwić zespołom produktowym dostarczanie pracy z wystarczającą autonomią” —Team Topologies
14. 1100+ projektów https://landscape.cncf.io/
15. “Gdy nie bierze się pod uwagę obciążenia poznawczego, (…) zespół nie ma wystarczającej przepustowości, aby dążyć do mistrzostwa w swojej dziedzinie i boryka się z kosztami zmiany kontekstów.” —Team Topologies
16. Nie rozumiesz, że to odwoływanie się do toksycznego wzorca!
17. Antyprzykłady czyli jak współpracować, a jak nie
18. Platform as Product 03 Sprzedaż drogą do sukcesu
19. Sejmik. Święto demokracji, wszyscy głosują...
20. Jak sprzedać ideę PE “górze”? Zwinnie: • MVP • Metryki • Zysk dla organizacji
21. My nikogo nie dyskryminujemy, chłopi i chłopki po równo praw nie mają.
22. “Platformy nie starają się przewidzieć wszystkich use case’ów” —Gregor Hohpe
23. “Platforma z kości słoniowej, która powstaje dwa lata w ukryciu i jest używana tylko dlatego, że ktoś kazał” —Dave Farley
24. Architektura i abstrakcje 04 W końcu technicznie!
25. IDP
26. Internal Developer Platform
27. “Dobra architektura to abstrakcje, które działają” —Gregor Hohpe
28. “Dobry soft pochodzi od zespołów, które umieją wyraźnie rozdzielić to, co system musi zrobić, od tego jak to osiąga.” —Dave Farley
29. Statystyka (może się różnić) 50% - IaC Abstrakcje 30% - Produkt Współpraca z zespołami 20% - Ops Monitoring, wydajność
30. Is DevOps Dead? DevOps • Używanie narzędzi dostarczonych przez platformę • Dbanie o aplikacje • Roadmapa aplikacji i feedback od klientów Application DevOps Platform DevOps • Konfigurowanie i udostępnianie narzędzi • Dbanie o platformę • Roadmapa i feedback od zespołów
31. I Ty możesz zostać PlatEngiem! Pamiętaj: • Platforma to produkt • Ma odciążyć inne zespoły • Dobre abstrakcje to podstawa
32. Dzięki! Pytania? linkedin.com/in/grzegorzrozniecki @xaerxess
33. Źrodła Prezentacja będzie dostępna online Team Topologies https://teamtopologies.com/ DevOps Topologies https://web.devopstopologies.com/ Dave Farley https://www.youtube.com/watch?v=_zH7TIXcjEs Gregor Hohpe https://www.youtube.com/watch?v=vUE_1gkhmSU Plaftorm Engineering community https://platformengineering.org/ 1670 Netflix Slides template https://slidesgo.com/