Herausforderung „Multi-Channel“-Architektur
•
0 gefällt mir•657 views
Die Zeiten einfacher Webanwendungen sind gezählt. Moderne Unternehmen stehen heute vor der Aufgabe, unterschiedlichste Kanäle wie Web, Desktop, Mobile oder 3rd-Party-Clients parallel bedienen zu müssen. Und das mit einer Architektur, die am besten auch noch zukünftigen, bisher noch nicht bekannten Anforderungen standhält. Wie aber sieht eine solche Architektur aus? Welche neuen Herausforderungen ergeben sich durch die Öffnung für zusätzliche Kanäle? Und welche Auswirkungen hat das alles auf Themenbereiche wie Security, Schnittstellendesign, Versionierung oder das Domänen- bzw. Datenmodell? Im Rahmen der Session „öffnen“ wir eine klassische monolithische Webanwendung und stellen uns den Herausforderungen.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (20)
Ähnlich wie Herausforderung „Multi-Channel“-Architektur
Ähnlich wie Herausforderung „Multi-Channel“-Architektur (20)
Mehr von OPEN KNOWLEDGE GmbH
Mehr von OPEN KNOWLEDGE GmbH (20)
Herausforderung „Multi-Channel“-Architektur
- 1. „Multi-Channel“-Architecture Lars Röwekamp | CIO New Technologies | @mobileLarson open knowledge | #WISSENTEILEN
- 2. Branchenneutrale Softwareentwicklung und IT-Beratung ÜBER OPEN KNOWLEDGE #WISSENTEILEN
- 3. Lars Röwekamp (a.k.a. @mobileLarson) ÜBER MICH LR #WISSENTEILEN Wer bin ich - und wen ja, wie viele? • CIO New Technologies • Enterprise & Mobile • Author, Speaker, Coach & Mentor • Snowboard & MTB Enthusiast • dreifacher Vater, einfacher Ehemann
- 7. #WISSENTEILEN „The expectation that I can get what i want in my immediate context and moments of need!“
- 8. #WISSENTEILEN „Mindshift“ in ... Verhalten, Erwartungen, Kontrolle
- 9. #WISSENTEILEN „Multi-Channel, na klar! Wo liegt das Problem?“ Motivation
- 18. #WISSENTEILEN Responsiveness Single-Channel (a.k.a. „the Past“) Multi-Channel (a.k.a. „the Reality“) Cross-Channel (a.k.a. „the Wannabe“)
- 22. #WISSENTEILEN What‘s the Problem? It‘s old but not sooo bad.
- 24. #WISSENTEILEN A responsive Monolith is still a Monolith!
- 25. Multi-Channel Architecture Monolith #WISSENTEILEN • 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
- 26. #WISSENTEILEN Monolith meets „Time to Market“
- 31. #WISSENTEILEN Requst / Response vs. Event / Notification Architektur
- 35. #WISSENTEILEN Architektur You want to be here!
- 46. #WISSENTEILEN TODO Yeah, all Work done!
- 47. #WISSENTEILEN TODO Really? ALL Work done?
- 52. Multi-Channel Architecture Versionierung #WISSENTEILEN • Client/Service 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
- 53. Multi-Channel Architecture Versionierung #WISSENTEILEN Best Practices strategisch • so lang wie möglich verhindern • enge Koppelung vermeiden • Consumer-Driven Contracts • Semantic Versioning (Major.Minor.Patch) • Koexistenz verschiedener Endpoints • konkurierende Service Versionen
- 60. Multi-Channel Architecture Versionierung #WISSENTEILEN Best Practices technisch • gar nicht • gar nicht (via neue Ressourcen) • gar nicht (via erweiterbarer Datenformate) • Versionsnummer in der URL • Version Request Header • Content Negotiation
- 61. Multi-Channel Architecture Versionierung #WISSENTEILEN // Versioning via multiple resources // GET all orders GET /orders HTTP/1.1 // GET all neworders GET /neworders HTTP/1.1
- 62. Multi-Channel Architecture Versionierung #WISSENTEILEN // Versioning via adaptable data format { "items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", } ], "location" : ”take-away" }
- 63. Multi-Channel Architecture Versionierung #WISSENTEILEN // Versioning via adaptable data format { ”items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", "price" : "4.00 USD" } ], "location" : "take-away" }
- 64. Multi-Channel Architecture Versionierung #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" }
- 65. Multi-Channel Architecture Versionierung #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?“
- 66. Multi-Channel Architecture Versionierung #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]
- 67. Multi-Channel Architecture Versionierung #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
- 69. Multi-Channel Architecture Error Handling #WISSENTEILEN „Is it a bug or a feature?“ • Error Handling • Compensation Algorithm
- 70. Multi-Channel Architecture Error Handling #WISSENTEILEN 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! Facebook „Always 200“ Anti-Pattern
- 72. Multi-Channel Architecture Error Handling #WISSENTEILEN // POST a request for some async workload POST /asynccall ... HTTP/1.1 [various other headers] // Response with no payload, because it is // not calculated yet HTTP/1.1. 202 Accepted
- 73. Multi-Channel Architecture Error Handling #WISSENTEILEN // DELETE order with id 1234 DELETE /orders/1234 HTTP/1.1 [various other headers] // Order successfully deleted. Response has // no content (by purpose) HTTP/1.1. 204 No content
- 74. Multi-Channel Architecture Error Handling #WISSENTEILEN // Response with error payload HTTP/1.1 403 Forbidden Content-Type: application/problem+json Content-Language: en { "type": https://example.com/no-credit, "title": “You have not enough credit.“, "detail": "Your balance is 30, but ...“, "instance": "/account/12345/msgs/abc“, "balance": 30, "accounts": ["/account/12345", "/account/67890”] }
- 75. Multi-Channel Architecture Error Handling #WISSENTEILEN Manchmal kommt es anders als man denkt! • „Code for Code“ • „Message for People“ • „Payload and Format“ • Kein Stacktrace • Exception Mapper als Provider
- 76. Multi-Channel Architecture Error Handling #WISSENTEILEN // JAX-RS Exception Handler Example @Provider public class MyAppExceptionHandler implements ExceptionMapper<MyAppError> { @Override public Response toResponse(MyAppError error){ return Response. status(Status.BAD_REQUEST). entity(error.getMessage()). build(); } }
- 77. Multi-Channel Architecture Error Handling #WISSENTEILEN Compensation Algorithm • Transactions • Eventual Consistency • Service not available
- 80. Multi-Channel Architecture Caching #WISSENTEILEN Always remember: „The Web is your Friend“ • das Web bietet tolle Möglichkeiten • RESTful Service nutzen das Web bzw. HTTP
- 81. Multi-Channel Architecture Caching #WISSENTEILEN Aber wer cached eigentlich was? • Client (Web Browser, REST Client, ...) • Proxy Caches („man in the middle cache“) • Content Delivery Networks (CDNs)
- 82. Multi-Channel Architecture Caching #WISSENTEILEN Wie funktioniert HTTP Caching? • Expires Header (HTTP 1.0) • Cache-Control (HTTP 1.1) • Revalidation & Conditional GETs
- 83. Multi-Channel Architecture Caching #WISSENTEILEN Expires Header (HTTP 1.0) • Hint, ob Daten noch gültig sind oder nicht Expires: Tue, 22 DEC 2015 16:00 GMT
- 84. Multi-Channel Architecture Caching #WISSENTEILEN Cache Control (HTTP 1.1) • deutlich genauere Cache-Steuerung als bei Expires Header • private, public • no-cache • no-store • no-transform • max-age, s-maxage
- 85. Multi-Channel Architecture Caching #WISSENTEILEN Revalidation & Conditional GET (HTTP 1.1) • Prüfung, ob Cache-Daten wirklich invalide • Server sendet Header zur Prüfung zurück • Last-Modified • Etag
- 87. Multi-Channel Architecture Analytics #WISSENTEILEN Wider dem Kontrollverlust: Analytics als Grundlage für strategische Entscheidungen • Was macht der User eigentlich? • Und in welchem Kontext? • Werden meine Daten genutzt? • Und wenn ja, wie?
- 88. Multi-Channel Architecture Analytics #WISSENTEILEN Schritt 1: notwendige Daten identifizieren • Was sind die Business relevanten Metriken? • Was sind die technischen Metriken? • Was sind weitere Erfolgsmetriken?
- 89. Multi-Channel Architecture Analytics #WISSENTEILEN Schritt 2: Nutzbarkeit prüfen • Kann ich die gewünschten Daten sammeln? • Habe ich die notwendigen Analysetools? • Habe ich die notwendige Analyseerfahrung?
- 90. Multi-Channel Architecture Analytics #WISSENTEILEN Monitore deine Ratings • Ratings unbedingt ernst nehmen! • Bester Kanal hin zu den Nutzern • Nächstes Feature ist wahrscheinlich schon als Review in den Ratings und nicht im Backlog
- 91. Multi-Channel Architecture Analytics #WISSENTEILEN Monitore deinen Traffic • Erkennen von Serverproblemen • Probleme werden auf den Client geschoben. • BTW: App ist nicht Web - einmal deinstalliert ist immer deinstalliert!
- 92. Multi-Channel Architecture Analytics #WISSENTEILEN Monitore deine UX • Nutzerverhalten verstehen lernen • Client Performance messen • Netzwerklatenz erkennen • In welchen Ländern/Regionen? • Auf welchen Geräten/Browsern?
- 94. Mutli-Channel Architecture Fazit #WISSENTEILEN „Mit Multi-Channel verlagere ich bestehendes Business. Mit Omni-Channel generiere ich neues Business!“
- 95. #WISSENTEILEN
- 96. Mutli-Channel Architecture Fazit #WISSENTEILEN „Time-to-Market“ via • Resources statt Views • Events statt Request/Response • Domain Services statt Application • Modularization statt Monolith Omni ___
- 98. LARS RÖWEKAMP CIO NEW TECHNOLOGIES lars.roewekamp@openknowledge.de +49 (0)441 4082 – 101 @mobileLarson @_openknowledge OFFENKUNDIGGUT KONTAKT #WISSENTEILEN
- 99. #1: © Rawpixel.com - shutterstock.com #6: © OneinchPunch- fotolia.com #40: © g-stockstudio – shutterstock.com #82: © tomer_turjeman – fotolia.com #84: © Peshkova - shutterstock.com All other pictures inside this presentation orginate from pixabay.com. BILDNACHWEISE #WISSENTEILEN