Downloaden Sie, um offline zu lesen
Hochgeladen vonOPEN KNOWLEDGE GmbH
Java EE meets Microservices
Das Dokument behandelt die Herausforderungen und Vorteile von Microservices im Kontext von Java EE, wobei es die Probleme des monolithischen Designs thematisiert, wie lange Entwicklungszeiten, hohe technologische Schulden und komplexe Deployment-Prozesse. Es werden Definitionen und Charakteristika von Microservices präsentiert, die ihre Unabhängigkeit, Skalierbarkeit und Modularität unterstreichen. Abschließend wird ein subjektives Fazit gezogen, dass Microservices ein gutes Konzept zur Modularisierung und Entkopplung bieten, obwohl sie auch neue Komplexitäten mit sich bringen.
Weitere ähnliche Inhalte
Ähnlich wie Java EE meets Microservices
Java EE meets Microservices
- 1. Java EE meets Microservices AreU serious? Lars Röwekamp CIO New Technologies #WISSENTEILEN @mobileLarson @_openKnowledge
- 2. Microservices Wo liegt dasProblem? Was sind Microservices? Das geht mit Java EE?
- 3. Microservices Wo liegt dasProblem? Was sind Microservices? Das geht mit Java EE?
- 4.
- 5.
- 6. Was ist dasProblem? ‣ 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 monolithicto change all must agree on each change. Each change has unanticipated effects requiring testing beforehand.“ Was ist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 8. Monolithic „Module“ Release Wasist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 9. Monolithic „Module“ Release Wasist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 10. Monolithic „Module“ Release Wasist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 11. Monolithic „Module“ Release #WISSENTEILENOFFENKUNDIGGUT Wasist das Problem?
- 12. Monolithic „Module“ Release Wasist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 13. Monolithic „Module“ Release Scary! Wasist das Problem? #WISSENTEILENOFFENKUNDIGGUT
- 14. Was ist dasProblem? „You want to be here.“ #WISSENTEILENOFFENKUNDIGGUT
- 15. Load Balancer M ultiTenancy Microservices Was ist das Problem? „You want to be here.“ #WISSENTEILENOFFENKUNDIGGUT
- 16. @Runtime @ Runtim e a.k.a.„TimetoMarket“ Was ist dasProblem? „You want to be here.“ #WISSENTEILENOFFENKUNDIGGUT
- 17. „Help; needed itis.”
- 18. Monolithic Design ‣ „onemonolithic 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 dasProblem? Was sind Microservices? Das geht mit Java EE?
- 20.
- 21. „Small autonomous services thatwork together.” by Sam Newman (thoughtworks)
- 22. „Microservices are a self-containedand easily understandable realization of domain logic, highly independent of each other.” by Adam Bien (Freelancer)
- 23. „Loosely coupled serviceoriented 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 serviceoriented 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, dievon einem kleinen Team komplett – also fachlich und technisch – beherrscht werden kann.” Oliver Wegner (OTTO) a.k.a. 2 Pizza Teams
- 26. „In short, themicroservice 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 asthe 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.”
- 28.
- 29.
- 30.
- 31. Charakteristika Charakteristika „Organized via Business Capabilities“ „Anyorganization 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“ ConwayLaw (1967) #WISSENTEILENOFFENKUNDIGGUT
- 33.
- 34.
- 35. „The traditional modelis 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!”
- 37.
- 38.
- 39.
- 40.
- 41. Charakteristika Charakteristika „Decentralized Data Management“ „App“ DBs SingleDB #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 notuse Two-Phase Commit“ http://www.enterpriseintegrationpatterns.com/ramblings/18_starbucks.html
- 44.
- 45. Charakteristika Charakteristika „Design for Failure“ ‣ fehlertoleranteServices-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
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53. Charakteristika Charakteristika „Infrastructure Automation“ ‣ Logging &Monitoring ‣ Dashboards (up/down Status) ‣ Dashboards (operational Metrics) ‣ Circuit Breaker Status ‣ Aktueller Durchsatz, Latency ‣ Check-Outs, Umsatz ‣ … #WISSENTEILENOFFENKUNDIGGUT
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63. Microservices Wo liegt dasProblem? Was sind Microservices? Das geht mit Java EE?
- 64. Microservice & JEE ManagementMonitoring Availability Managment Security #WISSENTEILENOFFENKUNDIGGUT
- 65. Microservice & JEE Passtdas 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
- 66.
- 67. Die Idee „MicroJava 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
- 68.
- 69.
- 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 JEEServer ‣ Wildfly Swarm ‣ TomEE Shades ‣ Payara Micro Glassfish ‣ KumuluzEE ‣ Dropwizard ‣ Spring Boot 1) JSR 111 (Service Framework) Microservice & JEE #WISSENTEILENOFFENKUNDIGGUT
- 73.
- 74.
- 75.
- 76.
- 77. Java EE meetsMicroservices Ein „subjektives“ Fazit
- 78. „subjektives“ Fazit ‣ gutesKonzept 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 zumSchluß #WISSENTEILENOFFENKUNDIGGUT
- 81. Drei Thesen zumSchluß #WISSENTEILENOFFENKUNDIGGUT „Komplexität wird durch Microservices verlagert, nicht verringert“
- 82. Drei Thesen zumSchluß #WISSENTEILENOFFENKUNDIGGUT „Das Finden der richtigen Bounded Contexts ist der Schlüssel zum Erfolg“
- 83. Drei Thesen zumSchluß #WISSENTEILENOFFENKUNDIGGUT „Transaktionen sind ein Zeichen für einen fehlenden Plan B“
- 84.
- 85. Java EE meets Microservices AreU 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