Das Dokument diskutiert die Herausforderungen der Enterprise-Java-Entwicklung in Zeiten von Cloud- und Serverless-Architekturen und kritisiert die Limitierungen von Java EE hinsichtlich Speicherbedarf, Startup-Zeiten und Flexibilität. Es werden alternative Ansätze wie Javalin, Meecrowave und Eclipse MicroProfile vorgestellt, um die Effizienz und Modularität in der Entwicklung von Microservices zu verbessern. Zudem wird Quarkus als eine innovative Lösung hervorgehoben, die auf eine optimierte Performance und Unterstützung führender APIs abzielt, um die Anforderungen einer modernen Cloud-nativen Umgebung zu erfüllen.

1. #WISSENTEILEN
Enterprise Java
on Steroids
Java in Zeiten von Cloud-native
Lars Röwekamp | open knowledge GmbH
@_openKnowledge | @mobileLarson

2. ÜBER OPEN KNOWLEDGE
Branchenneutrale Softwareentwicklung & IT-Beratung

3. ÜBER MICH
Wer bin ich - und wenn ja, wie viele?
• CIO New Technologies
• Enterprise & Mobile
• Autor, Speaker, Coach & Mentor
• Snowboard & MTB Enthusiast (a.k.a. “stets bemüht“)
Lars Röwekamp (a.k.a. @mobileLarson)

4. #WISSENTEILEN
… in Zeiten von
Cloud & Serverless
Enterprise
Java …

5. #WISSENTEILEN
Passt das noch
zu Java EE?

6. #WISSENTEILEN
Seien wir doch
mal ehrlich!

7. #WISSENTEILEN
Bedarf in
Zeiten von
Cloud &
Serverless

8. #WISSENTEILEN
Wo liegt eigentlich das Problem?
Bedarf in Zeiten von Cloud & Co.
• klein a.k.a. niedriger Speicherbedarf
• schnell a.k.a. geringe Startup Time
• flexibel a.k.a. Modularisierung

9. #WISSENTEILEN
Wo liegt eigentlich das Problem?
Java EE ist
• groß a.k.a. hoher Speicherbedarf
• langsam a.k.a. lange Startup Time
• unflexibel a.k.a. alles oder nix*
* gilt selbst für das stark abgespeckte WebProfile?

10. #WISSENTEILEN
Wo liegt eigentlich noch das Problem?

11. #WISSENTEILEN
Wo liegt eigentlich noch das Problem?

12. #WISSENTEILEN
Wo liegt eigentlich noch das Problem?
Java EE ist
• nicht für Microservices & Cloud konzipiert
• auf eine Runtime zugeschnitten

13. #WISSENTEILEN
Aber ist das wirklich ein Problem?*
Java EE ist
• stabil
• verbreitet
• standardisiert
• btw: erstes E in JEE steht für Enterprise
* Warum nicht einfach auf JEE verzichten?

14. #WISSENTEILEN
JEE: „Ich will
mitspielen!“

15. #WISSENTEILEN
„Gutes“
beibehalten
„Schlechtes“
über Bord werfen

16. #WISSENTEILEN

17. #WISSENTEILEN
„proprietäre APIs“

18. #WISSENTEILEN
Variante: proprietäre APIs
Spezielle APIs für (Micro)Services & Cloud
Embedded lightweight Runtime als „Server“

19. #WISSENTEILEN

20. #WISSENTEILEN
Variante: proprietäre APIs
Javalin
• basiert auf Jetty (+3500 LoC)
• simpel, leichtgewichtig, schnell, aktiv
• Fork von SparkJava, beeinflußt von koa.js

21. #WISSENTEILEN
Variante: proprietäre APIs
Javalin
• APIs für RESTful Services
• APIs für WebSockets / Server-sent Events
• (Servlet) Context Object
• Validation / Converter
• Access Management

22. #WISSENTEILEN
Javalin

23. #WISSENTEILEN
Javalin „Hello World“
eigene
APIs
embedded
„Server“

24. #WISSENTEILEN
Javalin „REST Service“
Server
Bootstraping
REST
Support

25. #WISSENTEILEN
~ 250 ms / 5 MB

26. #WISSENTEILEN
Variante: proprietäre APIs
PRO
• spezialisiert
• schmal
• schnell
CONS
• proprietär
• eingeschränkt*
• Micro* vs. Makro
* stark abhängig von dem jeweiligen Framework

27. #WISSENTEILEN
„weniger ist mehr“

28. #WISSENTEILEN
Variante: weniger ist mehr
Standard APIs für Microservices
Weglassen von „unnötigen“ APIs
Optionale Erweiterungen für alles Weitere

29. #WISSENTEILEN

30. #WISSENTEILEN
Variante: weniger ist mehr
Apache Meecrowave
• Tomcat Servlet Container
• ausgewählte JEE APIs
• CDI - OpenWebBeans
• JAX-RS - CXF
• JSON-P / JSON-B – Johnzon

31. #WISSENTEILEN
Variante: weniger ist mehr
Apache Meecrowave
• Extensions
• JPA & JTA
• OAuth2 & Let‘s Encrypt
• Monitoring & Testings

32. #WISSENTEILEN
Meecrowave

33. #WISSENTEILEN
Meecrowave „Hello World“
eigene APIs
+ embedded Server
JAX-RS

34. #WISSENTEILEN
Meecrowave „Hello World“
pure JAX-RS
$ mvn package meercowave:run

35. #WISSENTEILEN
Meecrowave „REST Service“
pure CDI / JAX-RS*
* plus JSON-B
& JSON-P

36. #WISSENTEILEN
~ 450 ms / 10 MB
* gilt selbst für das stark abgespeckte WebProfile?

37. #WISSENTEILEN
Variante: weniger ist mehr
PRO
• Standards
• schmal
• schnell
CONS
• Bootstrapping
• eingeschränkt*
• Micro* vs. Makro
* stark abhängig von der jeweiligen Lösung

38. #WISSENTEILEN
„extended
minimalized
Standard“

39. #WISSENTEILEN
Variante: eXtended minimalized Standard
Standard APIs für Microservices
Weglassen von „unnötigen“ APIs
plus
gezielte APIs für Cloud & Microservices

40. #WISSENTEILEN

41. #WISSENTEILEN
Variante: eXtended minimalized Standard
Eclipse MicroProfile Mission
„An open forum to optimize Enterprise Java
for a microservices architecture by
innovating across multiple implementations
and collaborating on common areas of interest
with a goal of standardization.“

42. #WISSENTEILEN
Variante: eXtended minimalized Standard
Eclipse MicroProfile
• ausgewählte JEE APIs
• CDI, JAX-RS, JSON-P, JSON-B
• dedizierte Microservices APIs
• Config, Resilience, Security, Monitoring, …

43. #WISSENTEILEN

44. #WISSENTEILEN

45. #WISSENTEILEN
Variante: eXtended minimized Standard
Eclipse MicroProfile
• eine Spezifikation
• Eclipse Foundation
• viele Implementierungen
• Thorntail, Open Liberty, TomEE, Payara,
SmalRye, Helidon, Hammock, …

46. #WISSENTEILEN
MicroProfile

47. #WISSENTEILEN
MicroProfile „Hello World“
pure JAX-RS
$ java –jar helloWorld-fat.jar

48. #WISSENTEILEN
MicroProfile „REST Service“
pure JEE APIs

49. #WISSENTEILEN
MicroProfile
Health Check
via @Readiness

50. #WISSENTEILEN
MicroProfile
Metrics
via @Timed

51. #WISSENTEILEN
MicroProfile
Fault Tolerance
via @Timeout

52. #WISSENTEILEN
MicroProfile
JWT Auth
via @Inject & @Claim

53. #WISSENTEILEN
MicroProfile
JWT Auth
via @RolesAllowed*
*pure Jakarta EE

54. #WISSENTEILEN
~ 1600 ms / 80 MB

55. #WISSENTEILEN
Variante: eXtended minimized Standard
PRO
• Standards
• Micro & Marko
• schmal*
• schnell*
• flexibel
CONS
• Bootstrapping
• je mehr, desto* …
* ist stark abhängig von den eingebundenen APIs

56. #WISSENTEILEN
Enterprise Java in Zeiten von Cloud & Co ….
STANDARDPROPRITARY
SLOW
FAST
… or here
! STANDARD
but SLOW
You are here …
! FAST but
PROPRITARY
…but you want
to be here! ? STANDARD
and FAST

57. #WISSENTEILEN
JEE:
„Was genau war
noch einmal
das Problem?“

58. #WISSENTEILEN
Aus der Rubik: „Spaß beim Startup …“
internal
once
element
Metadata
Processing
at Startup

59. #WISSENTEILEN
„Voodoo“

60. #WISSENTEILEN
„I started thinking about my application’s
performance—in this case, the bootstrap time—and
asked myself whether I was happy with the actual time
my application took to start up. The answer was no.
And, nowadays, this is one of the most important
metrics to be considered when working with
microservices, mainly on a serverless architecture.“
Filipe Spolti, Red Hat

61. #WISSENTEILEN

62. #WISSENTEILEN
Die vier Quarkus
Voodoo Regeln

63. #WISSENTEILEN
„Build-Time
Optimization“
Voodoo #1: be small and fast

64. #WISSENTEILEN
„Power of
Standards“
Voodoo #2: be convenient

65. #WISSENTEILEN
„Minimize Development
Turnaround Time“
Voodoo #3: spark joy for developers

66. #WISSENTEILEN
„Ahead-of-Time
Compilation“
Voodoo #3: be even smaller and faster

67. #WISSENTEILEN
Variante: Voodoo
Quarkus in a Nutshell
• Support von „leading“ APIs & Frameworks*
• Dependency-Auflösung zur Compile-Time
• kurze Turnaround Zeiten via Dev Mode
• native Container-Images mit GraalVM
*MicroProfile, Netty, Vert.x, Apache Carmel, Elastic Serach, Flyway,
Neo4j, Kafka, ActiveMQ, Kubernetes, AWS Lambda, …

68. Quarkus
„Voodoo“
in Aktion
optimized
native
executable
*.class

69. #WISSENTEILEN
Quarkus

70. #WISSENTEILEN
Quarkus „Hello World“
pure JAX-RS
$ mvn clean quarkus:dev

71. #WISSENTEILEN
Quarkus „REST Service“
pure MicroProfile

72. #WISSENTEILEN
~ 1200 ms / 10 KB*
* Paket besteht nur aus MANIFEST.MF (CP Info) und dev-mode-context.dat
Quarkus
DEV
Mode

73. #WISSENTEILEN
* plus 23 MB /lib
~ 800 ms / 200 KB*
Quarkus
PROD
Mode

74. #WISSENTEILEN
~ 11 ms / 25 MB
Quarkus
NATIVE
Mode

75. #WISSENTEILEN
Voodoo vs. Traditional:
Memory (RSS)
REST
13 MB 74 MB 140 MB
Quarkus /
OpenJDK
Traditional
Stack
Quarkus /
GraalVM

76. #WISSENTEILEN
Voodoo vs. Traditional:
Boot & First Response
Quarkus / OpenJDK
Traditional Stack
Quarkus /GraalVM
0.014s
0.75s
4.3s
0 1 2 3 4 5 6 7 8 9
REST

77. #WISSENTEILEN
35 MB 130 MB 218 MB
Quarkus /
OpenJDK
Traditional
Stack
Quarkus /
GraalVM
REST
+ CRUD
Voodoo vs. Traditional:
Memory (RSS)

78. #WISSENTEILEN
Quarkus / OpenJDK
Traditional Stack
Quarkus /GraalVM
0.055s
2.5s
9.6s
0 1 2 3 4 5 6 7 8 9
REST
+ CRUD
Voodoo vs. Traditional:
Boot & First Response

79. #WISSENTEILEN
Cloud-native?
„A Kubernetes Native Java stack tailored for
GraalVM & OpenJDK Hotspot created from
the best of breed Java libraries and standards.“

80. #WISSENTEILEN
Was bedeutet das für Cloud-native?
„Container First“ Ansatz von Quarkus
• schmale Pakete == kleine Container Images
• schnelle Boot Time == sofortiges Scale-up
• geringer RSS Speicher == mehr Container*
*bei gleichem RAM

81. #WISSENTEILEN
Was ist mit
Limitations?

82. #WISSENTEILEN
Quarkus „Voodoo“
Limitations (GraalVM / SubstrateVM)
• Dynamic Classloading
• Native VM Interfaces
• Reflection*
• Dynamic Proxies*
• Resources* *muss via native-image CLI/API vorab registriert werden
„Brauche ich nicht!
Oder etwa doch?“

83. #WISSENTEILEN
Quarkus „Voodoo“
Limitations (ArC DI / CDI)
• Conversational Scope
• Decorators
• Portable Extensions
• Transactional Observers
• …

84. #WISSENTEILEN
Fazit

85. #WISSENTEILEN
Enterprise Java in Zeiten von Cloud & Co ….
STANDARDPROPRITARY
SLOW
FAST
… or here
! STANDARD
but SLOW
You are here …
! FAST but
PROPRITARY
…but you want
to be here! ? STANDARD
and FAST

86. #WISSENTEILEN
Enterprise Java in Zeiten von Cloud & Co ….
STANDARDPROPRITARY
SLOW
FAST
… or here
! STANDARD
but SLOW
You are here …
! FAST but
PROPRITARY
STANDARD *
and FAST
!Quarkus
aka Voodoo

87. #WISSENTEILEN
Enterprise Java in Zeiten von Cloud & Co ….
Voodoo Regeln
• Support von „leading“ APIs & Frameworks
• Dependency-Auflösung zur Compile-Time
• kurze Turnaround Zeiten via Dev Mode
• native Container-Images mit GraalVM

88. #WISSENTEILEN
Ok, aber
brauche
Ich das
wirklich?

89. #WISSENTEILEN

90. #WISSENTEILEN
„You are NOT Amazon,
Twitter or Netflix.“*
* except you are Amazon, Twitter or Netflix ;-)

91. #WISSENTEILEN
Enterprise Java in Zeiten von Cloud & Co ….
Voodoo Regeln eXtended Version
• “FatJARs are bad.“
• „Layered Containers are good.“
• „Small layered Containers are even better.“
• „Small* layered native Containers are best.“
* Distroless Container Image als extreme Variante

92. ? ? ?
#WISSENTEILEN
@mobileLarson

93. Kontakt
LARS RÖWEKAMP
CIO NEW TECHNOLOGIES
lars.roewekamp@openknowledge.de
+49 (0)441 4082 – 101
@mobileLarson
@_openknowledge
OFFENKUNDIGGUT
#WISSENTEILEN

94. Bildnachweise
#5: © Studio Romantic – shutterstock.com
#22: © CandyDuck – shutterstock.com
#79: © Framework Wonderland - shutterstock.com
All other pictures inside this presentation orginate from
pixabay.com or are created by myself.
#WISSENTEILEN