Modern Lightweight Enterprise Architectures mit Java
•
0 gefällt mir•264 views
Monolithische Mehrschichtarchitekturen scheinen ihre besten Tage hinter sich zu haben. Heute muss alles “micro”, „loosely coupled“ und „highly flexible“ sein. Ach ja, “resilient” nicht zu vergessen! Hört sich spannend an, aber was genau bedeutet das eigentlich für uns Entwickler/Architekten? Brauchen wir wirklich neue Architekturen? Und wenn ja, welche Herausforderungen ergeben sich dadurch? Mit welchen Patterns und Best Practices kann man diese Herausforderungen bewältigen? Und wie sieht überhaupt ein möglicher Migrationspfad aus, wenn man nicht das Glück hat, auf der grünen Wiese starten zu dürfen? Fragen über Fragen. Die zugehörigen Antworten auf dem Weg in eine leichtgewichtige(re) Zukunft gibt es in der Session.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Modern Lightweight Enterprise Architectures mit Java
Ähnlich wie Modern Lightweight Enterprise Architectures mit Java (20)
Mehr von OPEN KNOWLEDGE GmbH
Mehr von OPEN KNOWLEDGE GmbH (20)
Modern Lightweight Enterprise Architectures mit Java
- 1. #WISSENTEILEN „Lightweight“-Architectures Lars Röwekamp | CIO New Technologies | @mobileLarson open knowledge | #WISSENTEILEN
- 2. ÜBER OPEN KNOWLEDGE Branchenneutrale Softwareentwicklung und IT-Beratung #WISSENTEILEN
- 3. ÜBER MICH Wer bin ich - und wen ja, wie viele? • CIO New Technologies • Enterprise & Mobile • Autor, Speaker, Coach & Mentor • Snowboard & MTB Enthusiast • mehrfacher Vater, einfacher Ehemann Lars Röwekamp (a.k.a. @mobileLarson) #WISSENTEILEN LR
- 5. An Era of „Mindshift“
- 6. „The expectation that I can get what i want in my immediate context and moments of need!“ Mindshift
- 7. „Mindshift“ in ... Verhalten, Erwartungen, Kontrolle
- 8. #WISSENTEILEN „Where do you use the following devices in a typical week?“ Motivation (Quelle: Mobile Mindshift Online Survey USA)
- 9. „We DO new Things.“ “We EXPEXT new Things.“ NOW!
- 11. #WISSENTEILEN „Multi-Channel, na klar! Wo liegt das Problem?“ Motivation
- 14. #WISSENTEILEN Multi-Channel „Geht das mit unserem klassischen Backend?“ „Ja klar geht das, aber ...“
- 15. #WISSENTEILEN Multi-Channel „Geht das mit unserem klassischen Backend?“ „Ja klar geht das, aber ...“
- 17. #WISSENTEILEN Multi-Channel Old Channel New Channel
- 18. #WISSENTEILEN Multi-Channel Old Channel New Channel
- 22. #WISSENTEILEN Multi-Channel Hmmm, kind of Fail? Omni___
- 24. #WISSENTEILEN „One single MONOLITH to rule them all!“ vs. „Time to Market“ Multi-ChannelOmni___
- 25. #WISSENTEILEN A responsive Monolith is still a Monolith!
- 26. Monolith • Umsetzung von Features dauert zu lange • Architektur-Qualität nimmt ab (an Bedeutung) • Qualität verwässert • Technologische „Schulden“ sind bekannt • „-ility“ Probleme wohin man schaut • Deplyoment ist kompliziert und dauert lang • Skalierung hat Limit erreicht • Replacement/Refactoring ist zu teuer Omni-Channel Architecture #WISSENTEILEN
- 30. #WISSENTEILEN You want to be here! Lightweight Architecture
- 35. #WISSENTEILEN ArchitekturOh, my god! What have we done?
- 36. Microservices! PaaS, BaaS & FaaS!
- 37. Yeah, all Work done!
- 38. Really? All Work done!
- 39. #WISSENTEILEN Lightweight Architecture Migration Steps: • Resources statt Views • Push statt Pull • Domain Services • Modularization • PaaS & Cloud • BaaS & FaaS
- 41. #WISSENTEILEN Lightweight Architecture Versionierung Error Handling Caching & Sync Analytics Security
- 43. Versionierung • Client/Server entwickeln sich unterschiedlich • Request /Response passen nicht zueinander • Fehlende/unbekannte Request Attribute • Fehlende/unbekannte Response Attribute • Geänderte Semantik von Attributen • Geänderte Semantik von Defaults Lightweight Architecture #WISSENTEILEN
- 44. Versionierung Best Practices strategisch • so lang wie möglich verhindern • enge Koppelung vermeiden • Consumer-Driven Contracts • Semantic Versioning (Major.Minor.Patch) • Koexistenz verschiedener Endpoints • konkurrierende Service Versionen Lightweight Architecture #WISSENTEILEN
- 51. Versionierung Best Practices technisch • gar nicht • gar nicht (via neue Ressourcen) • gar nicht (via erweiterbarer Datenformate) • Versionsnummer in der URL • Version Request Header • Content Negotiation Lightweight Architecture #WISSENTEILEN
- 52. Versionierung Lightweight Architecture #WISSENTEILEN // Versioning via adaptable data format { "items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", } ], "location" : ”take-away" }
- 53. Versionierung Lightweight Architecture #WISSENTEILEN // Versioning via adaptable data format { ”items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", "price" : "4.00 USD" } ], "location" : "take-away" }
- 54. Versionierung Lightweight Architecture #WISSENTEILEN // Versioning via adaptable data format { ”items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", "price" : "4.00 USD" } ], “total-price" : "4.00 USD" "location" : "take-away" }
- 55. Versionierung Lightweight Architecture #WISSENTEILEN // Versioning via adaptable data format { ”items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", "price" : "4.00 USD" } ], “price" : "4.00 USD" "location" : "take-away" } „Are you a tolerant reader?“
- 56. Versionierung Lightweight Architecture #WISSENTEILEN // Versioning via URL (default version) GET /orders/1234 HTTP/1.1 [various other headers] // Versioning via URL (version part of path) GET /v2/orders/1234 HTTP/1.1 [various other headers] // Versioning via URL (as request parameter) GET /orders/1234?ver=v2 HTTP/1.1 [various other headers]
- 57. Versionierung Lightweight Architecture #WISSENTEILEN // Versioning via Header(default version) GET /orders/1234 HTTP/1.1 // Versioning via Version Header GET /orders/1234 HTTP/1.1 Api-version: 2.1 // Versioning via Accept Header GET /orders/1234 HTTP/1.1 Accept: application/vnd.abc.xyz.v2.1+json
- 58. Versionierung Lightweight Architecture #WISSENTEILEN „Be conservative in what you do, be liberal in what you accept from others.“ John Postel
- 59. Versionierung Lightweight Architecture #WISSENTEILEN „REST APIs don‘t need a versioning strategy – they need a change strategy!“ Ben Morris
- 61. Error Handling „Is it a bug or a feature?“ • Error Handling • Compensation Algorithmn Lightweight Architecture #WISSENTEILEN
- 62. Error Handling Status Codes - Pro Tipp: Use them! • 1xx: Hold on ... • 2xx: Here you go! • 3xx: Go away! • 4xx: You f#!?ed up! • 5xx: I f#!?ed up! Lightweight Architecture #WISSENTEILEN
- 63. Error Handling Status Codes - Pro Tipp: Use them! • 1xx: Hold on ... • 2xx: Here you go! • 3xx: Go away! • 4xx: You f#!?ed up! • 5xx: I f#!?ed up! Omni-Channel Architecture #WISSENTEILEN
- 64. Lightweight Architecture #WISSENTEILEN // GET order with id 1234 GET /orders/1234 HTTP/1.1 [various other headers] // Order with id 1234 is not available HTTP/1.1. 404 Not found Error Handling Status Codes
- 65. Lightweight Architecture #WISSENTEILEN // GET order with id 1234 GET /orders/1234 HTTP/1.1 [various other headers] // Order with id 1234 is no more available HTTP/1.1. 410 Gone Error Handling Status Codes
- 66. Lightweight Architecture #WISSENTEILEN // GET order with more than 5 items GET /orders?itemcount>=5 HTTP/1.1 [various other headers] // No order found for this query. // Response has no content (by purpose) HTTP/1.1. 204 No content Error Handling Status Codes
- 67. Error Handling Manchmal kommt es anders als man denkt! • „Code for Code“: Status Code & Appliction Level Code • „Message for People“: Für Logs, Ausgaben, ... • „Payload and Format“: genormte Error-Payload Format • Kein Stacktrace • Exception Mapper als Provider auf äußerster Ebene Lightweight Architecture #WISSENTEILEN
- 68. Error Handling Compensation Algorithm • Service not available • Eventual Consistency Wichtig: Fachlicher „Plan B“ Lightweight Architecture #WISSENTEILEN
- 69. Error Handling Compensation Algorithm • Transactions • Eventual Consistency • Service not available Multi-Channel Architecture #WISSENTEILEN „Starbucks does not use Two-Phase Commit“ http://www.enterpriseintegrationpatterns.com/ramblings/18_starbucks.html
- 71. Chaching & Sync Always remember: „The Web is your Friend“ • das Web bietet tolle Möglichkeiten • RESTful Service nutzen das Web bzw. HTTP Lightweight Architecture #WISSENTEILEN
- 72. Chaching & Sync Aber wer cached eigentlich was? • Client (Web Browser, REST Client, ...) • Proxy Caches („man in the middle cache“) • Content Delivery Networks (CDNs) Lightweight Architecture #WISSENTEILEN
- 73. Chaching & Sync Wie funktioniert HTTP Caching? • Expires Header (HTTP 1.0) • Cache-Control (HTTP 1.1) • Revalidation & Conditional GETs Lightweight Architecture #WISSENTEILEN
- 75. Security OWASP Top 10 (Open Web Application Security Project) 1. Injection 2. Broken Authentication & Session Management 3. Cross-Site Scripting (XSS) 4. Insecure Direct Object References 5. Security Misconfiguration ... 5 more to come ... Lightweight Architecture #WISSENTEILEN
- 77. Analytics Wider dem Kontrollverlust: Analytics als Grundlage für strategische Entscheidungen • Was macht der User eigentlich? • Und in welchem Kontext? • Werden meine Konzepte und Daten genutzt? • Wenn ja, wie? Wenn nein, warum nicht? Lightweight Architecture #WISSENTEILEN
- 78. Analytics Monitore • deine Ratings • deinen Traffic • deine UX BTW: App ist nicht Web! Einmal deinstalliert ist immer deinstalliert. Lightweight Architecture #WISSENTEILEN
- 80. Fazit #WISSENTEILEN Time-to Market: „Flexibilität als Build-in Feature der Lightweight-Architecture“ • -
- 81. Fazit #WISSENTEILEN Flexibilität: „Resources statt Views“ „Events statt Request/Response“ „Domain Services statt Application“ „Modularization statt Monolith“
- 82. Fazit #WISSENTEILEN noch mehr Flexibilität: „Cloud statt On-Premises“ (IaaS, PaaS, BaaS, FaaS) Nebenwirkungen nicht ausgeschlossen!
- 84. Kontakt LARS RÖWEKAMP CIO NEW TECHNOLOGIES lars.roewekamp@openknowledge.de +49 (0)441 4082 – 101 @mobileLarson @_openknowledge OFFENKUNDIGGUT #WISSENTEILEN
- 85. Bildnachweise #1: © Rawpixel.com - shutterstock.com #5: © OneinchPunch - fotolia.com #25: © Daniel Steger - openphoto.net #35, 36: © g-stockstudio - shutterstock.com #79: © tomertu - shutterstock.com All other pictures inside this presentation orginate from pixabay.com. #WISSENTEILEN