Zukunftssichere Architekturen mit Microservices
2 gefällt mir346 aufrufe
Der Vortrag thematisiert die Entwicklung zukunftssicherer Architekturen mit Microservices, betont die Wichtigkeit von lose gekoppelten Systemen und klaren Grenzen innerhalb der Services. Es werden Konzepte wie bounded contexts und resiliente Architektur behandelt, um Inkonsistenzen zu vermeiden sowie die Toleranz gegenüber unbekannten Feldern und Statuscodes zu erhöhen. Abschließend wird auf die Notwendigkeit von Abwärtskompatibilität und consumer-driven contract testing hingewiesen.
Zukunftssichere Architekturen mit Microservices
- 1. #WISSENTEILEN Zukunftssichere Architekturen mit Microservices Arne Limburg @ArneLimburg | @_openknowledge
- 6. #WISSENTEILEN „Eine Einheit, die von einem kleinen Team komplett – also fachlich und technisch – beherrscht werden kann.” Oliver Wegner (ehemals OTTO)
- 10. Microservices maßgeschneidert | Arne Limburg „If every service has to be updated at the same time, it‘s not loosely coupled” by Adrian Cockcroft (ehemals Netflix)
- 12. #WISSENTEILEN Bounded Context? • Klare Grenzen • Business-Prozesse • Inkonsistenzen vermeiden • e.g. „check out“ • e.g. „search products“ • e.g. „my recommendations“
- 13. SERVICESCHNITT NACH BOUNDED CONTEXTS
- 20. Observability
- 22. Tolerant Reader Pattern Tolerant gegenüber unbekannten Feldern Umgang mit x-extensible-enum http://zalando.github.io/restful-api-guidelines
- 23. Beispiel address_type: type: string x-extensible-enum: - private - business EXKURS: X-EXTENSIBLE-ENUM
- 24. Tolerant Reader Pattern Tolerant gegenüber unbekannten Feldern Umgang mit x-extensible-enum http://zalando.github.io/restful-api-guidelines Tolerant gegenüber unbekannten Statuscodes HTTP Status 301 folgen
- 25. Photo by Irene Fertik, USC News Service. Copyright 1994, USC. „Be conservative in what you do, Be liberal in what you accept from others“ RFC 793, Robustness Principal (John Postel)
- 26. Es darf nichts entfernt werden Keine Veränderung von Verarbeitungsregel Optionales darf nie Required werden http://zalando.github.io/restful-api-guidelines Alles was hinzugefügt wird, muss optional sein
- 28. WELCHE CLIENTS NUTZEN MICH?
- 31. CONSUMER CONTRACT – YAGNI
- 32. Consumer Contract Consumer Provider Consumer Tests Provider Tests CONSUMER-DRIVEN CONTRACT TESTING
- 34. Execute Own Provider Tests Generate Consumer Contract Execute Depending Provider Tests Deploy to Stage Achtung: Abwärtskompatibilität ist trotzdem notwendig! PIPELINE TO DEPLOY TO STAGE
- 35. Execute Own Provider Tests Generate Consumer Contract Execute Depending Provider Tests Deploy to Stage BREAKING CHANGE DES PROVIDERS
- 36. Execute Own Provider Tests Generate Consumer Contract Execute Depending Provider Tests Deploy to Stage BREAKING CHANGE DES CONSUMERS
- 39. KONTAKT Arne Limburg, Software Architect OFFENKUNDIGGUT arne.limburg@openknowledge.de +49 (0)441 4082 – 0 / 154 Icons in this presentation designed by “Freepik”, “Nice and Serious” and “Elegant Themes” from www.flaticon.com