Legacy Systeme modernisieren mit Microservices, Hystrix und RxJava

Dieser Vortrag wurde auf den Berlin Expert Days 2015 gehalten: http://bed-con.org/2015/

Als Software-Entwickler ist man nur sehr selten in der Situation, ein völlig neues System auf der Basis neuester Technologien entwickeln zu dürfen. Oft sollen bestehende Systeme nur um viele kleinere Features erweitert werden.

Die Renovierung der grundlegenden Systemarchitektur und die Einführung neuer Programmierparadigmen ist in diesem Umfeld schwierig. Umso wichtiger ist es, dass man die Modernisierung von Altsystemen zu einem fortlaufenden Bestandteil auch des Feature-getriebenen Entwicklungsprozesses macht.

In diesem Vortrag möchten wir zeigen wie auch größere, monolithische Altsysteme mithilfe der offenen Netflix-Bibliotheken schrittweise in Richtung einer Microservice-Achitektur weiterentwickelt werden können. Hystrix kann dabei einen wertvollen Beitrag zur Gesamtstabilität des entstehenden verteilten System leisten.

Der Einsatz von RxJava ein gute Möglichkeit den Anteil von asynchronen Prozessen innerhalb der Legacy-Architektur zu erhöhen. Der Vortrag wird anhand von Beispielen demonstrieren wie der hier angedeutete Modernisierungsprozess umgesetzt werden kann.

Transcript

1. Wir lösen das – persönlich! Modernizing systems with Microservices, Hystrix and RxJava Holger Kraus, Arne Landwehr Berlin Expert Days, Berlin, Sep 18, 2015
2. © 2015 innoQ Deutschland GmbH A typical system
3. © 2015 innoQ Deutschland GmbH The context
4. © 2015 innoQ Deutschland GmbH Current problems ‣ Maintenance is difficult ‣ New features need a lot of time ‣ Very unstable ‣ Outdated technology ‣ Doesn’t scale + frustrated developers :(
5. © 2015 innoQ Deutschland GmbH Stabilize first!
6. © 2015 innoQ Deutschland GmbH External dependencies here! here! and also here!
7. © 2015 innoQ Deutschland GmbH Cascading Failures https://www.flickr.com/photos/benstassen/2991003141/
8. © 2015 innoQ Deutschland GmbH Stability patterns ‣ Timeouts ‣ Circuit Breaker ‣ Bulkheads 
 … Fail Fast, Steady State , Handshaking, Test Harness, Decoupling Middleware
9. © 2015 innoQ Deutschland GmbH Timeout https://www.flickr.com/photos/55293400@N07/15564061004
10. © 2015 innoQ Deutschland GmbH Bulkheads https://www.flickr.com/photos/10413717@N08/6935206524
11. © 2015 innoQ Deutschland GmbH Ships http://de.wikipedia.org/wiki/RMS_Titanic#/media/File:Titanic_Structure_de.svg
12. © 2015 innoQ Deutschland GmbH Bulkheads and IT ‣ Thread pools ‣ Database connection pools ‣ Instances ‣ Server ‣ Data center
13. © 2015 innoQ Deutschland GmbH Circuit Breaker https://www.flickr.com/photos/leafbug/409950515/
14. © 2015 innoQ Deutschland GmbH Circuit Breaker http://martinfowler.com/bliki/CircuitBreaker.html
15. © 2015 innoQ Deutschland GmbH ‣ Library from Netflix ‣ Resilience Library ‣ Command Pattern ‣ Metrics ‣ Dashboard Hystrix
16. © 2015 innoQ Deutschland GmbH Use Cases let’s pick this one!
17. © 2015 innoQ Deutschland GmbH Search Products 2. find external products 1. search products 3. find internal products 4. return internal + external products
18. © 2015 innoQ Deutschland GmbH Search Products
19. © 2015 innoQ Deutschland GmbH Call without Hystrix cascading failures incoming!
20. © 2015 innoQ Deutschland GmbH Simple Command
21. © 2015 innoQ Deutschland GmbH Execute it!
22. © 2015 innoQ Deutschland GmbH Execute it asynchronously
23. © 2015 innoQ Deutschland GmbH Fallback
24. © 2015 innoQ Deutschland GmbH In case Merchant 2 is down: something is missing here
25. © 2015 innoQ Deutschland GmbH The stabilized system
26. © 2015 innoQ Deutschland GmbH Demo
27. © 2015 innoQ Deutschland GmbH And now?
28. © 2015 innoQ Deutschland GmbH Current problems ‣ Maintenance is difficult ‣ New features need a lot of time ‣ Very unstable => enables further distribution ‣ Outdated technology ‣ Doesn’t scale
29. © 2015 innoQ Deutschland GmbH https://www.flickr.com/photos/donmaedi/116013352
30. © 2015 innoQ Deutschland GmbH Monozon is a typical Monolith ‣ hidden dependencies ‣ module boundaries are not clear ‣ distributed business processes ‣ just one technical platform ‣ Everything depends on everything
31. © 2015 innoQ Deutschland GmbH We need a clear cut! https://www.flickr.com/photos/taefit/8528632756
32. © 2015 innoQ Deutschland GmbH Our mission: Creating smaller systems that are ‣ understandable ‣ enhanceable ‣ have clear boundaries and responsibilities ‣ allow technological diversity
33. © 2015 innoQ Deutschland GmbH The typical cut
34. © 2015 innoQ Deutschland GmbH Vertical Services, one UI
35. © 2015 innoQ Deutschland GmbH Self contained Systems
36. © 2015 innoQ Deutschland GmbH Micro architecture ‣ Separate (redundant) persistence ‣ Internal, separate logic ‣ Domain models & implementation strategies ‣ Separate UI ‣ Separate development and evolution
37. © 2015 innoQ Deutschland GmbH Domain architecture ‣ System boundaries reflect business dependencies ‣ defines who is responsible for which data ‣ follows the principle of ‣ loose coupling ‣ high cohesion
38. © 2015 innoQ Deutschland GmbH From internal structure
39. © 2015 innoQ Deutschland GmbH To autonomous systems
40. © 2015 innoQ Deutschland GmbH Ask the monolith ‣ identify Bounded Contexts ‣ define boundaries explicitly ‣ The experience with the monolith helps to create clear system boundaries
41. © 2015 innoQ Deutschland GmbH Connect! https://www.flickr.com/photos/npobre/8189066572
42. © 2015 innoQ Deutschland GmbH Macro architecture ‣ defines standards across systems ‣ UI integration ‣ communication protocols ‣ representation formats ‣ data redundancy ‣ logging, monitoring, security
43. © 2015 innoQ Deutschland GmbH Smart endpoints, dump pipes! http://martinfowler.com/articles/microservices.html Martin Fowler, James Lewis
44. © 2015 innoQ Deutschland GmbH Consequences ‣ Transactions contexts are bound to just one system ‣ Data should be just changed by the systems that are responsible for it ‣ Processes need Data that are spread over various systems
45. © 2015 innoQ Deutschland GmbH Connecting data
46. © 2015 innoQ Deutschland GmbH Synchronous vs. Asynchronous
47. © 2015 innoQ Deutschland GmbH Time for RxJava! ‣ Reactive Extensions for the JVM ‣ Asynchronous streams ‣ Elements of ‣ Iterator patter ‣ Observable pattern ‣ Functional programming
48. © 2015 innoQ Deutschland GmbH https://speakerdeck.com/benjchristensen/functional-reactive-programming-with-rxjava-javaone-2013
49. © 2015 innoQ Deutschland GmbH RxJava in one picture https://speakerdeck.com/benjchristensen/functional-reactive-programming-with-rxjava-javaone-2013
50. © 2015 innoQ Deutschland GmbH Create streams Doesn’t work for us!!!
51. © 2015 innoQ Deutschland GmbH Better
52. © 2015 innoQ Deutschland GmbH Converting into a stream
53. © 2015 innoQ Deutschland GmbH Transforming with map http://reactivex.io/RxJava/javadoc/rx/Observable.html
54. © 2015 innoQ Deutschland GmbH map in action
55. © 2015 innoQ Deutschland GmbH Combining with merge http://reactivex.io/RxJava/javadoc/rx/Observable.html
56. © 2015 innoQ Deutschland GmbH merge in action
57. © 2015 innoQ Deutschland GmbH Collecting details with flatMap http://reactivex.io/RxJava/javadoc/rx/Observable.html
58. © 2015 innoQ Deutschland GmbH Combining streams with zip http://reactivex.io/RxJava/javadoc/rx/Observable.html
59. © 2015 innoQ Deutschland GmbH flatMap and zip in action
60. © 2015 innoQ Deutschland GmbH Blocking streams
61. © 2015 innoQ Deutschland GmbH Systems connected
62. © 2015 innoQ Deutschland GmbH How could you start? https://www.flickr.com/photos/epemsl/8790814488
63. © 2015 innoQ Deutschland GmbH Our goal was to make you curious!
64. © 2015 innoQ Deutschland GmbH Find your own way!
65. © 2015 innoQ Deutschland GmbH Summary ‣ Use Hystrix to stabilize your system! ‣ Use RxJava to increase the amount of async/parallel processes in an easy way! ‣ Introduce Microservices to get control over your system again! ‣ Have fun :)
66. © 2015 innoQ Deutschland GmbH Thank you! arne.landwehr@innoq.com holger.kraus@innoq.com