Chopping the monolith
Micro services are ubiquitous. However, most companies that implement micro services do not reap their full benefits - at best. At worst, it’s an epic failure.
Micro services are ubiquitous. However, most companies that implement micro services do not reap their full benefits - at best. At worst, it’s an epic failure.
Jakarta gRPC aims to do for Java gRPC services what JAX-RS did for REST: it makes them easier to implement, by allowing developers to annotate service classes and methods, and by generating client-side proxies automatically, based on the annotated Java interface. It also allows them to integrate and play nicely with other Jakarta specs, such as CDI and Config, which is something native, proto-based gRPC services do not do very well.
A long time ago in a java galaxy not far far away, a war rages for years now. A war between the forces of the monoliths and the microservices, leaving untold numbers of Developers and DevOps frustrated in their wake and whole teams and projects devestated. In between these heated conflict, the Microliths and Microservice Monoliths want to brin reason but only achieve more confusion and suffering...
There is hope though and some real world beacons can show the galaxy how peace and equalibirium can be achieved!
Microservices are used more and more but many of them need to access data. Using a database is well established but also slow as data need to be retrieved from an external system in another format and structure and thus requires a mapping.
The Jakarta EE 10 release contains the new Core profile which is targeted to smaller runtimes, especially for microservices.
This talk will explore the reasoning behind the profile, its contents, and what might be missing in the profile to be used successfully in production, etc ...
We will also explore the products that already support the core profile and show a little demo of how you can use them.
How does one choose to architect a system that has a Microservice / REST API endpoints? There are many solutions out there. Some are better than others. Should state be held in a server side component, or externally? Generally we are told this is not a good practice for a Cloud Native system, when the 12-factor guidelines seem to be all about stateless containers, but is it?
Microservices have become a prevalent architectural approach to developing applications. Moving from a monolithic application to multiple container-based services has many advantages. One of the largest is dynamic scalability; spinning up and shutting down instances of services to adapt to dynamic loads is very cost-effective in a public cloud environment.
For JVM-based applications, running in a managed environment using JIT compilation, this provides additional challenges. Primarily, this is around the time required for a service to warm up and reach the optimum level of performance. To address this, we have seen various approaches such as the Graal VM and Quarkus that use an AOT approach rather than JIT compilation.
In this session, we will explore the pros and cons of both approaches to help in understanding the tradeoff between initial performance and overall
performance. At the end of the session, you will have a clear idea of how to approach your Java microservice design from the AOT and JIT perspective.
Jakarta EE 9 lowers the barriers of entry, eases migration, and lays a foundation for future innovation. Jakarta EE 9.1 takes this even further by offering Java SE 11 support.
In this session, I will go through what Jakarta EE 9.1 brings to the table and how this release lowers the barriers of entry, eases migration, and lays the foundation for a platform for future innovation. We will also look ahead to what future releases may bring.
The session includes a demo including converting from the javax. to jakarta. namespace as well as looking at available implementations.
Microservice Architecture (MSA) is one of the recent trends in the area of Software Architecture. MSA promotes to decompose software systems into distributed services, each focusing on a well-defined, distinct task with the greatest possible independence in both technical and organizational hindsight.
Can it really be that easy?! Yes it can! Come check out this session where we'll discuss and demo how you can rapidly build data-driven microservices using GraphQL. MicroProfile GraphQL makes it simple to create Java-based GraphQL services with a few annotations. JPA makes it simple to access data in a database. When you put these two technologies together, sparks will fly (the good kind)! With very little code, we can build services that allow clients to get exactly what they want from the database.