It seems like in technology some things happen at "the speed of light". I feel like almost every day we have new OS updates, programming libraries, programming languages, frameworks, databases. We sail through an endless ocean that has vastly changed and re-shaped from 10, 15, 20 years ago.

Some people like to become expert 100% in one domain; say a certain programming language, or machine learning, databases, cloud architecture, security information, etc. Others try to cover as broad as possible. In my case I would say in both sides I feel excited and comfortable. This summer I've been interested in the Java VM and more concretely in the 

.

GraalVM is a high-performance runtime that provides significant improvements in application performance and efficiency which is ideal for microservices. The first production-ready version, GraalVM 19.0, was released in May 2019. The project aims to increase application throughput and reduce latency, compile applications into small self-contained native binaries and seamlessly use multiple languages and libraries: 

 advanced optimizing compiler that generates fast lean code which requires fewer compute resources.

 native binaries start up instantly and deliver peak performance with no warm up time.

In a Serverless world (present and future) we think in terms of lighting-quick startup times, low-memory utilisation. A code/function is loaded on demand and needs to start fast. The delay comes when your selected runtime container is provisioned then running your function. Here is where Java makes you cry and scripting languages catch your attention.

The truth is GraalVM enabled a new approach to tackle this scenario from a Java Stack perspective. Here is where 

 came to play and push Java into the Serverless space. Boasting fast startup times and low memory consumption.

These two Java frameworks tailored for GraalVM level up Java in a microservices environment. It's a game changer.

There are a bunch of performance benchmark to take a look. To name one: 

At least interesting to play a bit around, huh?

I've been working recently in a project based on Quarkus, exploring and experimenting its features and power. I built a reactive and event-driven REST API. As use case I chose a CRUD of a backend session with a reduced business domain: a task/todo list. You can find the code 


One good thing of Quarkus is that it is built on the top of the best of breed Java libraries and standards. 

: a specification and solid option to build your next-generation microservices architecture with enterprise Java. It also included some additional dependencies (not required for our propose).
The project uses 

 which is a reactive programming library allowing to express and compose asynchronous actions. It offers 2 types:

 - for asynchronous action providing 0 or 1 result

 - for multi-item (with back-pressure) streams

, which is the option in the code above. A service to process the request is injected.

A session service is responsible to map the request to model domain and store it on 

, using an injected Database service.
You should notice the annotation 

 over the service. This allow you declare the context and scope of a Bean.


Contexts and Dependency Injection for Java 2.0

The project uses DynamoDB for storing sessions. The table is called 

 as Hash Key. There are several ways to create the table. Below the command line option:

, you will notice that for local testing it is using for DynamoDB a 

 and it creates this table as part of the 

The Database service uses a mapper to separate the domain object (Session) from the domain DB item stored. This is for abstract complexity between the business and database model. Also a save expression is defined in order to avoid override an existent item given a key (


Once this service runs, a bunch of different events will happen. Let's take a 

 event as an example to demonstrate how to process and propagate it. In this architecture, other services might be interested about this event. A new session might trigger an email, a product recommendation, a risk scoring algorithm, and so on.

. This project integrated Kafka as an event backbone to decoupled business and responsibilities from stakeholders and allow them to react to changes in the domain.

 to send and process messages asynchronous. The following service is in charge of this as a 


The consumer will process every event and perform all the asynchronous tasks: logging, publish metrics, send to Kafka, send to AWS S3 Bucket, etc, etc.

For the sake of explanation the service itself is the same who will consume from Kafka (in real life, another service would be the consumer). Microprofile allows us to define Outcoming/Incoming methods in a declarative way. You only need to write the logic for producing and consuming and annotate the method (in/out) and with a proper 

 your services will be integrated with a Kafka system. As simple as that.

docker build -f src/main/docker/Dockerfile.native -t pass/pass .

docker run -i --rm -p 8080:8080 pass/pass

docker build -f src/main/docker/Dockerfile.jvm -t pass/pass .

docker run -i --rm -p 8080:8080 pass/pass .

I've created my first application with Quarkus and in addition I've followed a reactive and event-driven approach to build a simple REST API. I will iterate a bit this project with:

Part 2 of this post with numbers: response time, memory footprint, container startup time.

ETag for optimistic locking support plus concurrency tests

 is super interesting and hot topic to level up Java performance.

Quarkus is going through a solid path optimizing 

 specifically for containers and enabling it to become an effective platform for serverless, cloud, and Kubernetes environments. 

Quarkus increase productivity. You don't need to learn from scratch. Java standards, frameworks, and libraries reduce the learning curve.

Quarkus helps us to build reliable systems: elastic and scalable.


Time is gold and when it comes the build scalable Java application in a microservices environment being faster and efficient matters: auto scaling (up/down), deployments, coding, stability, reliability.
New frameworks are drastically improving and reshaping this conception. A monolithic application is already far away in the past from the present. Now it's time to explore new options to turn a traditional Java service into something even more robust in terms of performance. Quarkus is a good starting point to experimenting.

Ahead of Time Compilation (AoT) | Baeldung

Deep Dive Into the New Java JIT Compiler - Graal | Baeldung

"As soon as you have an idea that changes some small part of the world you are writing science fiction. It is always the art of the possible, never the impossible." – Ray Bradbury.

SUPERSONIC SUBATOMIC

A Reactive and Event-Driven REST API of a CRUD of a backend session. Native Support with Quarkus.

Search results

SUPERSONIC SUBATOMIC

SUSE