Als PDF, PPTX herunterladen
![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)
Hochgeladen vonOPEN KNOWLEDGE GmbH
Herausforderung „Multi-Channel“-Architektur
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.
Weitere ähnliche Inhalte
Ähnlich wie Herausforderung „Multi-Channel“-Architektur
Herausforderung „Multi-Channel“-Architektur
- 1. „Multi-Channel“-Architecture Lars Röwekamp |CIO New Technologies | @mobileLarson open knowledge | #WISSENTEILEN
- 2. Branchenneutrale Softwareentwicklung undIT-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
- 4.
- 5.
- 6.
- 7. #WISSENTEILEN „The expectation thatI 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! Woliegt das Problem?“ Motivation
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18. #WISSENTEILEN Responsiveness Single-Channel (a.k.a. „the Past“) Multi-Channel (a.k.a.„the Reality“) Cross-Channel (a.k.a. „the Wannabe“)
- 19.
- 20.
- 21.
- 22. #WISSENTEILEN What‘s the Problem? It‘sold but not sooo bad.
- 23.
- 24. #WISSENTEILEN A responsive Monolith isstill a Monolith!
- 25. Multi-Channel Architecture Monolith #WISSENTEILEN • Umsetzungvon 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.
- 27.
- 28.
- 29.
- 30.
- 31. #WISSENTEILEN Requst / Response vs. Event/ Notification Architektur
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52. Multi-Channel Architecture Versionierung #WISSENTEILEN • Client/Serviceentwickeln 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 Practicesstrategisch • so lang wie möglich verhindern • enge Koppelung vermeiden • Consumer-Driven Contracts • Semantic Versioning (Major.Minor.Patch) • Koexistenz verschiedener Endpoints • konkurierende Service Versionen
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60. Multi-Channel Architecture Versionierung #WISSENTEILEN Best Practicestechnisch • 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 // Versioningvia multiple resources // GET all orders GET /orders HTTP/1.1 // GET all neworders GET /neworders HTTP/1.1
- 62. Multi-Channel Architecture Versionierung #WISSENTEILEN // Versioningvia adaptable data format { "items" : [ { "name" : "coffee", "quantity" : 1, "milk" : "semi", "size" : "large", } ], "location" : ”take-away" }
- 63. Multi-Channel Architecture Versionierung #WISSENTEILEN // Versioningvia 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 // Versioningvia 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 // Versioningvia 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 // Versioningvia 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 // Versioningvia 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
- 68.
- 69. Multi-Channel Architecture Error Handling #WISSENTEILEN „Isit a bug or a feature?“ • Error Handling • Compensation Algorithm
- 70. Multi-Channel Architecture Error Handling #WISSENTEILEN StatusCodes - 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
- 71.
- 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 Manchmalkommt 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 CompensationAlgorithm • Transactions • Eventual Consistency • Service not available
- 78.
- 79.
- 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 wercached 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 funktioniertHTTP 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
- 86.
- 87. Multi-Channel Architecture Analytics #WISSENTEILEN Wider demKontrollverlust: 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 deineRatings • 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 deinenTraffic • 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 deineUX • Nutzerverhalten verstehen lernen • Client Performance messen • Netzwerklatenz erkennen • In welchen Ländern/Regionen? • Auf welchen Geräten/Browsern?
- 93.
- 94. Mutli-Channel Architecture Fazit #WISSENTEILEN „Mit Multi-Channelverlagere ich bestehendes Business. Mit Omni-Channel generiere ich neues Business!“
- 95.
- 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 ___
- 97.
- 98. LARS RÖWEKAMP CIO NEWTECHNOLOGIES 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