Herausforderung „Multi-Channel“-Architektur
0 gefällt mir664 aufrufe
Das Dokument beschreibt die Herausforderungen und Lösungen bei der Implementierung einer Multi-Channel-Architektur in der Softwareentwicklung, wobei der Fokus auf der Responsivität, den Problemen mit Monolithen und der Notwendigkeit zur Versionierung sowie zum Fehlerhandling liegt. Es betont die Vorteile von Modularität und den Übergang zu verwaltbaren Microservices, um die Time-to-Market zu verkürzen und neues Geschäft zu generieren. Zudem wird ausführlich auf technische Best Practices und Ansätze zur Analyse des Nutzerverhaltens eingegangen.
![Multi-Channel Architecture
Versionierung
#WISSENTEILEN
// Versioning via adaptable data format
{ "items" : [ {
"name" : "coffee",
"quantity" : 1,
"milk" : "semi",
"size" : "large",
} ],
"location" : ”take-away"
}](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-62-320.jpg)
![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"
}](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-63-320.jpg)
![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"
}](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-64-320.jpg)
![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?“](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-65-320.jpg)
![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]](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-66-320.jpg)
![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](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-72-320.jpg)
![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](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-73-320.jpg)
![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”]
}](https://image.slidesharecdn.com/semultichannel-160425063659/85/Herausforderung-Multi-Channel-Architektur-74-320.jpg)
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