Die Zeiten einfacher Web-Anwendungen 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. Wie aber sieht eine passende Architektur aus? Welche neuen Herausforderungen ergeben sich durch die zusätzlichen Kanäle? Und welche Auswirkungen hat dies auf Aspekte wie Security, Schnittstellendesign oder das Datenmodell? In der Session „öffnen“ wir eine Web-Anwendung und stellen uns den Herausforderungen. Oftmals wird "Multi-Channel" gleichgesetzt mit Responsive Design. Dies setzt allerdings voraus, dass jeder Channel mehr oder minder dieselben Use-Cases bedient. Ein echter Business-Mehrwert wird aber erst erreicht, wenn jeder Channel seine speziellen Eigenschaften ausspielt, was automatisch eine deutlich größere Flexibilität - auch auf Ebene der Architektur - verlangt. Genau hier setzt die Session an und zeigt, wie eine Architektur aufgebaut sein sollte, die deutlich mehr erlaubt als "nur" Responsive Design.

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

4. #WISSENTEILEN
„Multi-Channel!
Warum?“
Motivation

5. An Era of „Mindshift“

6. „The expectation that I can get what i want in
my immediate context and moments of need!“

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!“

10. „We DO new Things!“
“We EXPEXT new Things!“

11. #WISSENTEILEN
Motivation

12. #WISSENTEILEN
Motivation
Die Multi-Channel Challenge

13. #WISSENTEILEN
„Multi-Channel, na klar!
Wo liegt das Problem?“
Motivation

14. #WISSENTEILEN
Multi-Channel
Responsive Design

15. #WISSENTEILEN
Multi-Channel
„Geht das
mit unserem
klassischen
Backend?“

16. #WISSENTEILEN
Multi-Channel
„Geht das
mit unserem
klassischen
Backend?“
„Ja klar geht
das, aber ...“

17. #WISSENTEILEN
Multi-Channel
Old Channel

18. #WISSENTEILEN
Multi-Channel
Old Channel New Channel

19. #WISSENTEILEN
Multi-Channel
Old Channel New Channel

20. #WISSENTEILEN
Multi-Channel
Cross-Channel Omni-Channel
vs.

21. #WISSENTEILEN
Multi-Channel
Hmmm, kind of Fail?
Omni___

22. #WISSENTEILEN
Multi-Channel
„Bros, not Twins!“
Omni___

23. #WISSENTEILEN
„One single
MONOLITH
to rule them all!“
vs.
„Time to Market“
Multi-ChannelOmni___

24. #WISSENTEILEN
A responsive Monolith
is still a Monolith!

25. #WISSENTEILEN
Architektur

26. #WISSENTEILEN
Architektur
Problemfeld:
• Views
Lösung:
• ?

27. #WISSENTEILEN
Architektur
Problemfeld:
• Views
Lösung:
• Resources

28. #WISSENTEILEN
Architektur
Problemfeld:
• „Repetitive Now“
Lösung:
• ?

29. #WISSENTEILEN
Architektur
Problemfeld:
• „Repetitive Now“
Lösung:
• Push statt Pull

30. #WISSENTEILEN
Architektur
Problemfeld:
• Skalierung
Lösung:
• ?

31. #WISSENTEILEN
Architektur
Problemfeld:
• Skalierung
Lösung:
• ?
You want to be here!

32. #WISSENTEILEN
Architektur
Problemfeld:
• Skalierung
Lösung:
• Domain Services

33. #WISSENTEILEN
Architektur
Problemfeld:
• Monolithic Release
Lösung:
• ?

34. Architektur
#WISSENTEILEN
Problemfeld:
• Monolithic Release
Lösung:
• Modularization

35. Architektur
#WISSENTEILEN
Problemfeld:
• Provisionierung
Lösung:
• ?

36. Architektur
Problemfeld:
• Provisionierung
Lösung:
• PaaS (via Cloud)

37. #WISSENTEILEN
ArchitekturOh, my god!

38. Microservices! PaaS!

39. Yeah, all Work done!

40. Really? All Work done!

41. Architektur
Lightweight Architecture:
• Resources statt Views
• Push statt Pull
• Domain Services
• Modularization
• PaaS

42. #WISSENTEILEN
ArchitekturHighly
Distributed
System

43. Challenges
Versionierung
Error Handling
Caching & Sync
Analytics
Security
?!

44. Versionierung
Error Handling
Analytics
(Web) Security
Caching & Sync

45. 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
Omni-Channel Architecture
#WISSENTEILEN

46. 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
Omni-Channel Architecture
#WISSENTEILEN

47. Versionierung
Koexistenz von Endpoints

48. Versionierung
Koexistenz von Endpoints

49. Versionierung
Koexistenz von Endpoints

50. Versionierung
Konkurrierende Service Versionen

51. Versionierung
Konkurrierende Service Versionen

52. Versionierung
Konkurrierende Service Versionen

53. 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
Omni-Channel Architecture
#WISSENTEILEN

54. Versionierung
Omni-Channel Architecture
#WISSENTEILEN
// Versioning via adaptable data format
{ "items" : [ {
"name" : "coffee",
"quantity" : 1,
"milk" : "semi",
"size" : "large",
} ],
"location" : ”take-away"
}

55. Versionierung
Omni-Channel Architecture
#WISSENTEILEN
// Versioning via adaptable data format
{ ”items" : [ {
"name" : "coffee",
"quantity" : 1,
"milk" : "semi",
"size" : "large",
"price" : "4.00 USD"
} ],
"location" : "take-away"
}

56. Versionierung
Omni-Channel 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"
}

57. Versionierung
Omni-Channel 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?“

58. Versionierung
Omni-Channel Architecture
#WISSENTEILEN
„Be conservative in what you
do, be liberal in what you
accept from others.“ John Postel

59. Versionierung
Error Handling
Analytics
(Web) Security
Caching & Sync

60. Error Handling
„Is it a bug or a feature?“
• Error Handling
• Compensation Algorithmn
Omni-Channel Architecture
#WISSENTEILEN

61. 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

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!
Omni-Channel Architecture
#WISSENTEILEN

63. Omni-Channel 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

64. 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
Omni-Channel Architecture
#WISSENTEILEN

65. Error Handling
Compensation Algorithm
• Service not available
• Eventual Consistency
Wichtig: Fachlicher „Plan B“
Omni-Channel Architecture
#WISSENTEILEN

66. 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

67. Versionierung
Error Handling
Analytics
(Web) Security
Caching & Sync

68. Chaching & Sync
Always remember: „The Web is your Friend“
• das Web bietet tolle Möglichkeiten
• RESTful Service nutzen das Web bzw. HTTP
Omni-Channel Architecture
#WISSENTEILEN

69. Chaching & Sync
Aber wer cached eigentlich was?
• Client (Web Browser, REST Client, ...)
• Proxy Caches („man in the middle cache“)
• Content Delivery Networks (CDNs)
Omni-Channel Architecture
#WISSENTEILEN

70. Chaching & Sync
Wie funktioniert HTTP Caching?
• Expires Header (HTTP 1.0)
• Cache-Control (HTTP 1.1)
• Revalidation & Conditional GETs
Omni-Channel Architecture
#WISSENTEILEN

71. Versionierung
Error Handling
Analytics
(Web) Security
Caching & Sync

72. 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 ...
Omni-Channel Architecture
#WISSENTEILEN

73. Versionierung
Error Handling
Analytics
(Web) Security
Caching & Sync

74. 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?
Omni-Channel Architecture
#WISSENTEILEN

75. Analytics
Monitore
• deine Ratings
• deinen Traffic
• deine UX
BTW: App ist nicht Web! Einmal deinstalliert ist immer deinstalliert.
Omni-Channel Architecture
#WISSENTEILEN

76. #WISSENTEILEN
FAZIT

77. Fazit
Lightweight Omni-Channel Architecture
#WISSENTEILEN
„Mit Multi-Channel verlagere ich
bestehendes Business.
Mit Omni-Channel generiere ich
neues Business!“

78. Fazit
„Time-to-Market“ via
• Resources statt Views
• Events statt Request/Response
• Domain Services statt Application
• Modularization statt Monolith
Lightweight Omni-Channel Architecture
#WISSENTEILEN

79. Fazit
„Time-to-Market“ via
• Resources statt Views
• Events statt Request/Response
• Domain Services statt Application
• Modularization statt Monolith
Nebenwirkungen nicht ausgeschlossen!
Lightweight Omni-Channel Architecture
#WISSENTEILEN

80. ? ? ?
FRAGEN
#WISSENTEILEN

81. Kontakt
LARS RÖWEKAMP
CIO NEW TECHNOLOGIES
lars.roewekamp@openknowledge.de
+49 (0)441 4082 – 101
@mobileLarson
@_openknowledge
OFFENKUNDIGGUT
#WISSENTEILEN

82. Bildnachweise
#1: © Rawpixel.com - shutterstock.com
#5: © OneinchPunch - fotolia.com
All other pictures inside this presentation orginate from
pixabay.com.
#WISSENTEILEN