X is better than Y! Or is it? The Battle of Java Microservice Frameworks @JavaLandConf

Streitgespräche unter Informatikern sind wahrscheinlich so alt wie der Computer selbst. Wer hat den Computer eigentlich erfunden? Konrad Zuse oder Thomas Flowers? Und was war nochmal der beste Editor? VIM oder Emacs? Zugegeben: ein guter #Flamewar und Daily Technology Rant in der Kaffee-Küche unter Kollegen machen Spaß und sind erheiternd. Die Diskussionen haben immer einen wahren Kern, werden im Eifer des Gefechts aber oft nicht ganz fair geführt: die Vorteile des Einen werden den Nachteilen des Anderen gegenüber gestellt ohne dabei auch dessen Vorteile mit zu betrachten. In dieser Edition von “X is better than Y! Or is it?” lassen wir aktuell populäre Java Microservice Frameworks wie Quarkus, Helidon und Micronaut in zahlreichen Disziplinen gegeneinander antreten. Der Wettkampf ist eröffnet, der Ausgang dieses Talks bleibt bis zum Schluss spannend. Wird es einen klaren Gewinner geben? So be there or be square!

Transcript

1. qaware.de X is better than Y! Or is it? The Battle of Java Microservice Frameworks JavaLand 2022 Mario-Leander Reimer mario-leander.reimer@qaware.de @LeanderReimer
2. 2 Mario-Leander Reimer Principal Software Architect @LeanderReimer #cloudnativenerd #qaware
3. Safe Harbour Statement QAware | 3 Diese Präsentation enthält manche in die Zukunft oder Vergangenheit gerichtete Aussagen die Risiken, Ungewissheiten und Annahmen beinhalten. Sollten sich einige der genannte Risiken oder Ungewissheiten im Arbeits- oder Projektalltag einstellen oder sich Annahmen als falsch erweisen so ist dies purer Zufall und es sollten weder der Autor noch irgendjemand anderes hierfür verantwortlich gemacht werden. Alles Gesagte ist im Grunde die Wahrheit, von einem gewissen Standpunkt aus, lediglich pointiert dargestellt. Bitte nehmt nicht alles Gesagte für bare Münze und legt es nicht gleich auf die Goldwaage.
4. QAware | 4
5. QAware | 5 #Flamewars X is better than Y! Politics, religion and technology all suck, but are fun to ridicule. Find you (de)motivation where you can!!!
6. Microservice Monolith
7. Monolithen sind schwergewichtig.
8. QAware | 8 http://martinfowler.com/bliki/MonolithFirst.html
9. REST SOAP
10. SOAP ist schwergewichtig.
11. POST /CodineersMeetup HTTP/1.1 Host: www.qaware.de Content-Type: application/soap+xml; charset=utf-8 Content-Length: 297 SOAPAction: "http://www.w3.org/2003/05/soap-envelope" <?xml version="1.0"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"> <soap:Header> </soap:Header> <soap:Body> <m:CodineersMeetupGreeting xmlns:m="http://www.qaware.de/codineers/2022"> <m:Message>Hello Codineers!</m:Message> </m:CodineersMeetupGreeting> </soap:Body> </soap:Envelope>
12. Many REST APIs score pretty poorly on the Richardson Maturity Model QAware | 12 https://martinfowler.com/articles/richardsonMaturityModel.html POST /bookingService HTTP/1.1 [various other headers] <makeBookingRequest date="2010-01-04" persons="2"/> POST /bookings HTTP/1.1 [various other headers] <getBookingRequest id="ID-1234567890" user"lreimer"/> GET /bookings/1234567890?user=lreimer HTTP/1.1 Accept: application/json [various other headers] GET /bookings/1234567890?user=lreimer HTTP/1.1 Accept: application/json Link: /users/lreimer [various other headers]
13. Spring Jakarta EE
14. Jakarta EE ist schwergewichtig.
15. lreimer/flamewars-javaee-spring
16. Kotlin Java
17. Gradle Maven
18. React Angular
19. Agile Waterfall
20. X Y
21. Is technology X really better than Y?
22. It depends. But not on its weight or age!
23. It depends. The context matters.
24. Der Context. Das sind unsere Kunden und unsere Projekte. QAware | 24 ▪ Kundenorientierung statt Technikverliebtheit. ▪ Augenmaß statt Utopie. ▪ Aufgeschlossenheit statt ewige Vorbehalte und Technikkritik. ▪ Neues annehmen ohne dabei Altes zu verteufeln. ▪ Pragmatismus statt Dogma.
25. Wie vergleicht man moderne Microservice Frameworks? Welche Kriterien sind wichtig? QAware | 25 ? ?
26. Productivity Quick Start and Templates Good Documentation Tool Integrations Short Turn-Around Times Comprehensibility
27. Enterprise Readiness Integration Support Standards Maturity Good Community Frequent Releases General Quality
28. Performance Low Memory Footprint High Throughput Low Error Rate Fast Startup Time Low Resource Usage
29. Demos and Examples https://github.com/lreimer/codineers-x-better-y
30. Mario-Leander Reimer There are only two things I hate: people being intolerant of other people's technology and Javascript development. ;)
31. Come and enjoy a Cloud Fitness Espresso, take part in our awesome price draw, and don't miss our epic Cloud Native Battle “gRPC vs REST”! Meet us at Booth #208
32. qaware.de QAware GmbH Aschauer Straße 32 81549 München Tel. +49 89 232315-0 info@qaware.de twitter.com/qaware linkedin.com/company/qaware-gmbh xing.com/companies/qawaregmbh slideshare.net/qaware github.com/qaware