Hi Emmanuel, tell us who you are and what lead you into microservices?<\/b><\/p>\n
Hello, I am Java Champion, Distinguished Engineer and Chief Architect Data at Red Hat. Most of my work is Open Source (middleware). I am most known for my contributions and leadership of the Hibernate projects. My most recent endeavour is Quarkus.<\/span><\/p>\n I came to microservices by the platform. Microservices are only possible because developers now have access to the right level of abstraction from the platforms their application is hosted on. We have very agile platforms like Kubernetes or the \u201cCloud\u201d that allow us to instantly scale up or down, lets us declaratively express how we want our application topology to look like.<\/span><\/p>\n My historical angle on Microservices is data which remains one of the hardest problem to crack in a microservices architecture. While each microservice is isolated and should own its datastore, communication between them is required to flow the organisation data between them.<\/span><\/p>\n \u00a0<\/span><\/p>\n What will you be talking about at Voxxed Days Microservices?\u00a0<\/b><\/p>\n I will be discussing Quarkus https:\/\/quarkus.io, a new modern Java application stack specifically tailored for microservices or what is often referred to as Cloud Native. Quarkus comes from the broader effort Red Hat has been doing around Kubernetes and containers, around enabling microservices architectures and how Java fits in this picture.<\/span><\/p>\n We really looked at the problem space and addressed the main issues. Quarkus\u2019 launch has bene way beyond our wildest dreams and it seems it addresses an itch that the Java community had for a while.<\/span><\/p>\n <\/p>\n How is Quarkus compared with the good old Java EE application servers ? It looks like GraalVM is the differentiator here. Any other differences ?<\/b><\/p>\n Quarkus has 4 main focuses that I would call differentiators<\/span><\/p>\n <\/p>\n Memory and startup time<\/b><\/p>\n It wants to address the startup time and memory density problem of Java. Java as an ecosystem (JVM+frameworks) is a great platform but has a relatively slow startup time (prohibitive for functions as a service FaaS) and high \u201cfixed\u201d memory cost. When you write and deploy 20 microservices instead of 1 monolith, these problems are exacerbated<\/span><\/p>\n Quarkus addresses these problems by starting frameworks at build time instead of startup time. That\u2019s a huge start up time improvement but also memory usage improvement.<\/span><\/p>\n The second aspect is that Quarkus applications can be compiled into native executable thanks to Substrate VM (part of GraalVM). This goes one step further in startup time improvements and memory usage.<\/span><\/p>\n Quarkus is then 2 to 10 times less memory hungry than a typical alternative stack. One of the big innovations in Quarkus is to limit as much as possible the bootstrap work that the Java framework ecosystem does at startup time. Java as a community has (ab)used the dynamic nature of the platform (class scanning, reflection, dynamic proxies etc), and Quarkus offers 99% of this flexibility without the memory and startup time cost tradeoff.<\/span><\/p>\n <\/p>\n Developer joy<\/b><\/p>\n From the start, we wanted to help developers get the job done really quickly. We bring live reload offering node.js like experience of code and instant refresh. We simplify boilerplate configuration redundancy and add facilities on top of known frameworks or standards to help address the 80% use cases much much more easily. Let me give two iconic examples:<\/span><\/p>\n The live reload is a big departure from Java EE and its war packaging and deployment model but also from any Java application that out to be compiled, packaged and started between changes.<\/span><\/p>\n <\/p>\n Best of Breed Libraries and Standards<\/b><\/p>\n You already have 5 years of experience with Quarkus. The APIs you use to write a Quarkus application are the APIs from the frameworks and standards you love and use: Camel, Hibernate and JPA, RESTEasy and JAX-RS, etc. It relies then on the massive ecosystem that Java EE has allowed to bloom.<\/span><\/p>\n <\/p>\n Good, see you soon then\u00a0<\/b><\/p>\n I am really excited about Quarkus and the general massive turn that the Java ecosystem is taking with build time bootstrap and ahead of time compilation. To me that\u2019s going to be an even bigger wave of innovation than @annotation brought with Java 5. And more importantly, it brings Java back to an excellent position in the Cloud Native game where it was lagging behind compared to platforms like nodejs and Go.<\/span><\/p>\n <\/p>\n #livereload #supersonic #cloudnative<\/span><\/p>\n <\/p>\n My contact information<\/b><\/p>\n Twitter: https:\/\/twitter.com\/emmanuelbernard<\/span><\/p>\n Blog: https:\/\/emmanuelbernard.com\/blog\/<\/span><\/p>\n GitHub: https:\/\/github.com\/emmanuelbernard\/<\/span><\/p>\n","protected":false},"excerpt":{"rendered":" Hi Emmanuel, tell us who you are and what lead you into microservices? Hello, I am Java Champion, Distinguished Engineer and Chief Architect Data at Red Hat. Most of my work is Open Source (middleware). I am most known for my contributions and leadership of the Hibernate projects. My most recent endeavour is Quarkus. I […]<\/p>\n","protected":false},"author":1301,"featured_media":1832,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[12],"tags":[],"acf":[],"yoast_head":"\n\n