Java EE meets Microservices
•
0 gefällt mir•601 views
Für die einen das Allheilmittel gegen die vielfältigen Probleme monolithischer Anwendungen, für die anderen lediglich „alter Wein in neuen Schläuchen“. Wohl kaum ein Architekturansatz polarisiert derzeit so extrem wie Microservices. Doch was steckt wirklich hinter dem „neuen“ Paradigma, welche Vor- und Nachteile bringt es mit sich, und wie wird es in der Praxis bestmöglich umgesetzt? Die Session gibt einen Einblick in die Welt der Microservices im Zusammenspiel mit Java EE. Dabei steht nicht nur die reine Entwicklung im Fokus der Betrachtung, sondern auch Real-Life-Aspekte wie Deployment und Betrieb.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (12)
Andere mochten auch
Andere mochten auch (15)
Ähnlich wie Java EE meets Microservices
Ähnlich wie Java EE meets Microservices (20)
Mehr von OPEN KNOWLEDGE GmbH
Mehr von OPEN KNOWLEDGE GmbH (20)
Java EE meets Microservices
- 1. Java EE meets Microservices Are U serious? Lars Röwekamp CIO New Technologies #WISSENTEILEN @mobileLarson @_openKnowledge
- 2. Microservices Wo liegt das Problem? Was sind Microservices? Das geht mit Java EE?
- 3. Microservices Wo liegt das Problem? Was sind Microservices? Das geht mit Java EE?
- 5. #WISSENTEILENOFFENKUNDIGGUT Was ist das Problem?
- 6. Was ist das Problem? ‣ Umsetzung von Features dauert zu lange ‣ Technologische „Schulden“ sind bekannt ‣ Architektur-Qualität nimmt ab (an Bedeutung) ‣ „-ility“ Probleme wohin man schaut ‣ Deployment ist kompliziert und dauert lang ‣ Skalierung hat Limit erreicht ‣ Replacement/Refactoring ist zu teuer #WISSENTEILENOFFENKUNDIGGUT
- 7. „For a monolithic to change all must agree on each change. Each change has unanticipated effects requiring testing beforehand.“ Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 8. Monolithic „Module“ Release Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 9. Monolithic „Module“ Release Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 10. Monolithic „Module“ Release Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 11. Monolithic „Module“ Release #WISSENTEILENOFFENKUNDIGGUT Was ist das Problem?
- 12. Monolithic „Module“ Release Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 13. Monolithic „Module“ Release Scary! Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 14. Was ist das Problem? „You want to be here.“ #WISSENTEILENOFFENKUNDIGGUT
- 15. Load Balancer M ulti Tenancy Microservices Was ist das Problem? „You want to be here.“ #WISSENTEILENOFFENKUNDIGGUT
- 16. @Runtime @ Runtim e a.k.a.„TimetoMarket“ Was ist das Problem? „You want to be here.“ #WISSENTEILENOFFENKUNDIGGUT
- 17. „Help; needed it is.”
- 18. Monolithic Design ‣ „one monolithic Application“ ‣ „one monolithic Database“ ‣ „one programming Language“ ‣ „very huge and slow Test Suite“ ‣ „logic is buried in Abstraction“ ‣ „logic is hidden in generated Code“ ‣ „deployment is kind of Scary“ #WISSENTEILENOFFENKUNDIGGUT
- 19. Microservices Wo liegt das Problem? Was sind Microservices? Das geht mit Java EE?
- 21. „Small autonomous services that work together.” by Sam Newman (thoughtworks)
- 22. „Microservices are a self-contained and easily understandable realization of domain logic, highly independent of each other.” by Adam Bien (Freelancer)
- 23. „Loosely coupled service oriented architecture with bounded contexts.” by Adrian Cockcroft (ehemals Netflix) „btw: if every service has to be updated at the same time it’s not loosely coupled.“
- 24. „Loosely coupled service oriented architecture with bounded contexts.” by Adrian Cockcroft (ehemals Netflix) „btw: If you have to know too much about surrounding services you don’t have a bounded context.“
- 25. „Eine Einheit, die von einem kleinen Team komplett – also fachlich und technisch – beherrscht werden kann.” Oliver Wegner (OTTO) a.k.a. 2 Pizza Teams
- 26. „In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API.”
- 27. „As well as the fact that services are independently deployable and scalable, each service also provides a firm module boundary, even allowing for different services to be written in different programming languages. They can also be managed by different teams.”
- 30. Charakteristika Charakteristika „Organized via Business Capabilities“ #WISSENTEILENOFFENKUNDIGGUT
- 31. Charakteristika Charakteristika „Organized via Business Capabilities“ „Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure.“ Conway Law (1967) #WISSENTEILENOFFENKUNDIGGUT
- 32. Charakteristika Charakteristika „Organized via Business Capabilities“ Conway Law (1967) #WISSENTEILENOFFENKUNDIGGUT
- 33. Charakteristika Charakteristika „Organized via Business Capabilities“ #WISSENTEILENOFFENKUNDIGGUT
- 35. „The traditional model is that you take your software to the wall that separates dev and ops, and throw it over and then forget about it.” by Werner Vogel (Amazon)
- 36. by Werner Vogel (Amazon) „Not at Amazon. You build it, you run it!”
- 41. Charakteristika Charakteristika „Decentralized Data Management“ „App“ DBs Single DB #WISSENTEILENOFFENKUNDIGGUT
- 42. Charakteristika Charakteristika „Decentralized Data Management“ ‣ a.k.a. Polyglot Persistence ‣ unterschiedliche Daten Modelle1) ‣ unterschiedliche Daten Storages ‣ Problemfeld „Updates“ ‣ Distributed Transactions zu komplex ‣ Eventual Consistency ‣ Compensation Operation 1) Bounded Context #WISSENTEILENOFFENKUNDIGGUT
- 43. „Starbucks does not use Two-Phase Commit“ http://www.enterpriseintegrationpatterns.com/ramblings/18_starbucks.html
- 45. Charakteristika Charakteristika „Design for Failure“ ‣ fehlertolerante Services-Consumer ‣ wie beeinflusst ein Fehler die UX? ‣ Fehler als „Normalfall“ nicht als „Ausnahme“ ‣ Netflix stellt regelmäßig Systeme ab ‣ Monitoring & Resilience ‣ Fehler schnell oder sogar vorab erkennen! ‣ Fehler - wenn möglich - automatisch beheben #WISSENTEILENOFFENKUNDIGGUT
- 53. Charakteristika Charakteristika „Infrastructure Automation“ ‣ Logging & Monitoring ‣ Dashboards (up/down Status) ‣ Dashboards (operational Metrics) ‣ Circuit Breaker Status ‣ Aktueller Durchsatz, Latency ‣ Check-Outs, Umsatz ‣ … #WISSENTEILENOFFENKUNDIGGUT
- 61. Wrap up
- 63. Microservices Wo liegt das Problem? Was sind Microservices? Das geht mit Java EE?
- 64. Microservice & JEE Management Monitoring Availability Managment Security #WISSENTEILENOFFENKUNDIGGUT
- 65. Microservice & JEE Passt das zusammen? ‣ „Maximal Cohesion, Minimal Coupling“1) ‣ Java EE Business Component ‣ Boundary Entity Control Pattern ‣ in einem eigenen WAR ‣ deployed in einer eigenen „Domain“ ‣ Kommunikation via JAX-RS 1) Blog von Adam Bien #WISSENTEILENOFFENKUNDIGGUT
- 67. Die Idee „Micro Java EE“ ‣ viele sind mit Java EE sehr zufrieden, ‣ robust, skalierbar, standard, integriert gut ‣ aber muss es immer der „Full/Web Stack“ sein? ‣ oder besser „Just enough Application Server“? ‣ Self-contained Java Microservices (jar) ‣ Java EE Komponenten on demand Microservice & JEE #WISSENTEILENOFFENKUNDIGGUT
- 70. Spring Boot & Cloud #WISSENTEILENOFFENKUNDIGGUT
- 71. Boot Autoconfigure Starters CLI Actuator Tools Samples Main Library @EnableAutoConfiguration Convenient Dependency Descriptors Compile & Run Groovy Non-functional Features Build & Run self- contained JAR/WAR Tons of Samples Spring Boot & Cloud #WISSENTEILENOFFENKUNDIGGUT
- 72. Einige Micro JEE Server ‣ Wildfly Swarm ‣ TomEE Shades ‣ Payara Micro Glassfish ‣ KumuluzEE ‣ Dropwizard ‣ Spring Boot 1) JSR 111 (Service Framework) Microservice & JEE #WISSENTEILENOFFENKUNDIGGUT
- 77. Java EE meets Microservices Ein „subjektives“ Fazit
- 78. „subjektives“ Fazit ‣ gutes Konzept zu Modularisierung ‣ gutes Konzept zur Entkopplung ‣ gutes Konzept zu Skalierung ‣ gutes Konzept zur Evolution ‣ fachliche Komplexität beherrschbar ‣ technologische Komplexität automatisierter ‣ geht natürlich (auch) mit Java EE ;-) #WISSENTEILENOFFENKUNDIGGUT
- 79. „subjektives“ Fazit #WISSENTEILENOFFENKUNDIGGUT „Ein Microservice kommt selten allein!“ by Lars Röwekamp (CIO New Technologies)
- 80. Drei Thesen zum Schluß #WISSENTEILENOFFENKUNDIGGUT
- 81. Drei Thesen zum Schluß #WISSENTEILENOFFENKUNDIGGUT „Komplexität wird durch Microservices verlagert, nicht verringert“
- 82. Drei Thesen zum Schluß #WISSENTEILENOFFENKUNDIGGUT „Das Finden der richtigen Bounded Contexts ist der Schlüssel zum Erfolg“
- 83. Drei Thesen zum Schluß #WISSENTEILENOFFENKUNDIGGUT „Transaktionen sind ein Zeichen für einen fehlenden Plan B“
- 85. Java EE meets Microservices Are U serious? Lars Röwekamp CIO New Technologies #wissenteilen @mobileLarson @_openKnowledge
- 86. Charakteristika #WISSENTEILENOFFENKUNDIGGUT Bildnachweise ‣ #1: iStock.com / Andrew Rich (000029536120) ‣ #4: © Daniel Steger for openphoto.net ‣ #14: The Art of Scalability / theartofscalability.com ‣ #17: iStock.com / jpgfactory (000059091620) ‣ #20: iStock.com / VisualField (3096596) ‣ #21: https://pbs.twimg.com/profile_images/585298659589267456/xAPhHpWz.jpg ‣ #22: http://www.jugh.de/files/jugh_content/Referenten/Adam%20Bien.jpg ‣ #23: aws.amazon.com/de/heroes/usa/adrian-cockcroft/ ‣ #25: twitter.com/olliwegner ‣ #29: pixabay,con ‣ #31: Wikimedia / Webysther 20150414193208 ‣ #35: Guido van Nispen / via WIkiepedia ‣ #43: pixabay.com ‣ …
- 87. Charakteristika #WISSENTEILENOFFENKUNDIGGUT Bildnachweise ‣ … ‣ #64: http://www.programering.com/ ‣ #66: http://techblog.netflix.com/2013/01/announcing-ribbon-tying-netflix-mid.html ‣ #82: http://projects.spring.io/spring-boot/ ‣ #74, #75: © embarc ‣ #76: https://netflix.github.io