AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
0 gefällt mir1,382 aufrufe
Das Dokument behandelt das agile Scaling in selbstorganisierenden Teams innerhalb verschiedener Projektkontexte bei Congstar, insbesondere unter Verwendung von Scrum-Methodologien. Es werden Herausforderungen der bestehenden monolithischen Architektur sowie Lösungsansätze zur Umstellung auf Microservices und RESTful APIs beschrieben, um die Entwicklungseffizienz zu steigern. Zudem werden Teamzusammensetzungen, Release-Zyklen und die Bedeutung der Testabdeckung hervorgehoben.
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
- 1. Agile Scaling in a Self-Organizing Team Timo Fuchs & Stefan Rotsch -style How to Eat an
- 3. Projekt
- 4. Projekt Team Scrum Organisation Architektur Projektumfang
- 5. Webshop Projekt Team Scrum Organisation Architektur
- 6. CustomerSelfCare Projekt Team Scrum Organisation Architektur
- 7. PennyMobil Projekt Team Scrum Organisation Architektur
- 8. ja!Mobil Projekt Team Scrum Organisation Architektur
- 9. Vertriebsportal(cPP) Projekt Team Scrum Organisation Architektur
- 10. Schnittstellen Guthabenabfrage Produktkatalog KundenstammdatenIdentitätsprüfung Authentifizierung Rufnummernportierung Adressvalidierung Verfügbarkeitsprüfung Projekt Team Scrum Organisation Architektur
- 11. Team
- 12. Teamzusammensetzung BE FE QA BE BE FE QA SM PO 3 Backend-Entwickler 2 Frontend-Entwickler 2 Tester Scrum Master Product Owner Projekt Team Scrum Organisation Architektur
- 13. Teamzusammensetzung BE FE QA BE BE FE QA SMPO congstar (Köln) AOE (Wiesbaden) Extern Proxy-SM Projekt Team Scrum Organisation Architektur
- 14. TeamsimProjektcongstar BE FE QA BE BE FE QA SMPO SMPO SMPO SMPO FE FE FE FE FE FE BE BE BE BE BE QA QA QA QA QA BE BE BE Team 3 Team 7 Team 10 Team 12 Projekt Team Scrum Organisation Architektur
- 15. Scrum
- 16. Releasezyklus Projekt Team Scrum Organisation Architektur 17.5.1 Release 17.517.5.2 17.5.3 You are here 3 Wo 3 Wo 2 Wo Feature-Sprint Feature-Sprint Release-Sprint VBT (Verbundtest) IBN (Inbetriebnahme) Review-Messe (Köln)
- 17. Zeremonien Projekt Team Scrum Organisation Architektur Sprint Review Daily Standup Retrospektive / Sprint Planning
- 19. Bewerberprozess Projekt Team Scrum Organisation Architektur Bewerbung Beschnuppern Familientreffen Entscheidung
- 20. Skalierung Projekt Team Scrum Organisation Architektur BE FE QA BE BE FE QA SMPO SMPO SMPO FE FE FE BE BE BE QA QA QA QA BE BE BE BE FE BE QA BE FE
- 21. Skalierung Projekt Team Scrum Organisation Architektur BE FE QA BE BE FE QA SMPO SMPO SMPO FE FE FE BE BE BE QA QA QA QA BE BEBE BE FE BE QA BE FE SMPO
- 22. Teamübergreifend Projekt Team Scrum Organisation Architektur BE FE QA BE BE QA BE FE QA BE BE FE QA BE QA BE BE FE QA BE FE QA BEBE FE QA BE BE SMPO Ohne SM/PO congstar Weekly
- 23. Gruppen/COIs Projekt Team Scrum Organisation Architektur BE FE QA BE BE QA BE FE QA BE BE FE QA BE QA BE BE FE QA BE FE QA BEBE FE QA BE BE Architektur DevOps Testing Frontend Scrum Microservices
- 24. TeamübergreifendeRollen Projekt Team Scrum Organisation Architektur EP1 EP2 EP3 $$$ Abrechung Budget-Planung Controlling Personal Bewerber-Koordination Schnittstelle zu AOE Management Team DP3 Technologie Technischer Überblick Ansprechpartner für congstar
- 25. Architektur
- 26. Projekt Team Scrum Organisation Architektur E-Commerce Framework for Telecommunication Providers
- 27. Projekt Team Scrum Organisation Architektur EFTExtension 2.283 PHP-KlassenTYPO3 Extension 427.864 Lines of Code Saubere ArchitekturTestabdeckung ~80% Monolith Enthält die gesamte congstar Web-Platform (Stand 2014) EFT – E-Commerce Framework for Telecommunication Providers
- 28. Exzessive Nutzung von Vererbung ‣Code-Änderungen weit unten in der Hierarchie ziehen große Auswirkungen nach sich (bei Controllern zum Teil über 10 Vererbungshierarchien) Projekt Team Scrum Organisation Architektur Wachstumsprobleme Allumfassendes Domain Model ‣Neue Entwickler brauchen Monate oder Jahre um sich zurechtzufinden Eine einzige Code-Basis (trunk-based) ‣Ausführung der Unit Tests dauert eine gefühlte Ewigkeit ‣Commit-gesteuerte Build-Jobs laufen ständig ‣Fehlerhafte Commits legen mehrere Teams lahm
- 29. Relaunch als Chance zum Neubau ‣Relaunch des Webshops & Customer Self Care Projekt Team Scrum Organisation Architektur Schritt1:Feature-Extensions Schnitt anhand von Geschäftsprozessen ‣Beispiele: Checkout, Tarifkonfiguration, Handykonfiguration, Passwort vergessen Aufteilen von Verantwortlichkeiten ‣Team 3: Handykonfigurator ‣Team 7: Tarifkonfigurator ‣Team 10: Authentifizierung ‣Team 12: Checkout
- 30. Problem: Caching von Seiten ‣Seiten werden mit Markern für das Replacement von dynamischen Inhalten gecached ‣Replacement muss im TYPO3 Rendering-Prozess passieren ‣Einsatz von z.B. Varnish nicht möglich Projekt Team Scrum Organisation Architektur Schritt2:AJAXifizierung Lösung: Nachladen von dynamischen Inhalten via AJAX ‣Seiten können komplett in Varnish gecached werden ‣Komplexe Caching-Logik kann ausgebaut werden
- 31. Problem: Dependencies auf PHP-Ebene ‣Miteinander agierende Komponenten sind nur im Verbund testbar ‣Änderungen bedeuten enormen Anpassungsaufwand ‣Caching von oft aufgerufenen Methoden schwierig Projekt Team Scrum Organisation Architektur Schritt3:RESTifizierung Lösung: RESTifizierung aller Komponenten ‣Datenaustausch über HTTP-Requests und APIs anstelle von PHP-Objekten ‣Schnittstellenabstimmungen werden einfacher ‣Herausforderung Abwärtskompatibilität der REST-APIs ‣API-Responses können mit Hilfe von Varnish gecached werden
- 32. Problem: Performance von PHP APIs ‣Feingranulare REST-APIs häufig unperformant (Bootstrapping) ‣Caching der Responses ist unumgänglich ‣In vielen Fällen müssen Caches vorgewärmt werden (Komplexität) Projekt Team Scrum Organisation Architektur Schritt4:PHP➔Java/Groovy Problem: Qualität von Frameworks und Bibliotheken ‣Beispiel: Serialisierung und Deserialisierung von JSON/PHP-Objekten (JMS Serializer, Symfony Serializer oder manuell) Lösung: Microservices mit Spring Boot (Groovy) ‣Java-KnowHow bei AOE und congstar vorhanden ‣Entwicklungsgeschwindigkeit ‣Deployment ‣Einarbeitungszeit für neue Entwickler
- 33. Projekt Team Scrum Organisation Architektur Frontend LayerOAuth Checkout Tarif- wechsel TYPO3 Handys Tarife … Schichten-Architektur Service Layer Customer Service Produkt- katalog Pricing Service … Backend Layer AAX² Kunden, Verträge, Produkte, … Nexnet Rechnungen, … Deutsche Telekom External APIs
- 34. EFT Extension Projekt Team Scrum Organisation Architektur Elefanten-Evolution
- 35. Customer Auth Projekt Team Scrum Organisation Architektur Elefanten-Evolution Rechnungen Verträge Checkout Bankdaten Adressdaten Verfügbarkeits- prüfung Passwort ändern Pricing Aufladefinder Tarifwechsel Produktkatalog Options- verwaltung … … … … EFT Suite
- 37. ❤