[BREIZHCAMP 22] Java dans le Cloud:Avec Spring ou Quarkus?

Après presque 20 ans, la vieille guerre « Java EE vs Spring » semble enfin terminée ! Comparer une spécification avec un framework n’avait pas grand sens. Surtout quand on a réalisé que Spring s’appuie (en partie) sur Java (maintenant Jakarta) EE.

Et voici un nouvel acteur arriver : Quarkus … Un framework Subatomic et Supersonic !

Spring vs Quarkus, framework vs framework : une nouvelle guerre en vue ? Une vraie ? Pas forcément ... Plutôt que de les opposer, nous vous proposons de les comparer concrètement sur des cas d’usage précis : API REST, persistance, programmation réactive, code natif, test …

Nous avons besoin de vous pour y voir plus clair : nous vous mettrons à contribution avec des sondages en live pendant nos démos.

A l’issue de cette présentation, nous aurons une vue complète et objective de ce qui les rapproche et ce qui les différencie. Nous saurons également comment transposer cette réflexion et faire le bon choix pour nos prochains projets.

Transcript

1. Java dans le Cloud: Avec Spring ou Quarkus? Jean-François JAMES @jefrajames Alexandre TOURET @touret_alex
2. Qui sommes-nous? Jean-François JAMES @jefrajames jefrajames.fr Alexandre TOURET @touret_alex blog.touret.info 2
3. Un rapide sondage 3 bit.ly/javacloud-breizhcamp-1
4. From Enterprise to Cloud-native applications 4 Enterprise Cloud-native Traditional monitoring Based on built-in observability Feature driven development API driven development Hardware-based fault tolerance Software built-in fault tolerance Embedded config files External and extendable configuration A few long-lasting instances Many ephemeral instances Slow dev & test lifecycle Fast dev & test lifecycle Imperative only programming Imperative & reactive programming
5. Deux frameworks ▷ Spring est né dans les 2000’s ▷ Spring Boot est né en 2014 ▷ Spring Boot a pour but de créer des applications Spring de manière simple ▷ Il a évolué au fil des ans pour répondre aux contraintes du Cloud ▷ Lancé par Red Hat en 2019 ▷ Basé sur MicroProfile, Jakarta EE ▷ Réutilise WidlFly/JBoss/Swarm ▷ Supersonic et Subatomic: ◦ Démarage & chauffe rapide ◦ Faible emprunte mémoire ◦ Build-time first! ◦ Facilité de développement ◦ Exécution JVM & natif 5
7. Sept rounds pour les challenger ▷ Round 1: Modèle de programmation ▷ Round 2: Persistence en base de données ▷ Round 3: Monitoring & Observabilité ▷ Round 4: Tolérance aux pannes ▷ Round 5: La programmation réactive ▷ Round 6: Tests ▷ Round 7: Cloud 7
8. 1. Notre cas d’utilisation Ou comment challenger Spring et Quarkus sur un cas concret … 8
9. Application Bookstore 9 User BookStoreService API Provides an API to manage books BookNumberService API Provides ISBN Numbers Get/Create Books [JSON/HTTP] JAEGER Store Exposes distributed tracing logs Get ISBN [JSON/HTTP] JDBC Pull Metrics Pull Metrics Send tracing [UDP] Send Tracing [UDP]
10. Deux implémentations https://github.com/alexandre- touret/bookstore_spring https://github.com/alexandre- touret/bookstore-reactive_spring https://github.com/jefrajames/bookstore 10
11. 2. Modèle de programmation 11
12. Des nuances sans réels différenciants 12 REST API Spring MVC Spring Web Reactive RestEasy imperatif & reactive API Documentation Swagger/OpenAPI MicroProfile OpenApi Injection de dépendance Spring IoC Jakarta EE CDI Configuration Intégré dans Spring Boot MicroProfile Config
13. Quid du mode natif ? 13
14. Natif vs JVM ▷ Basé sur GraalVM : une JVM polyglotte ▷ Compilation binaire : Ahead of Time Compiler ▷ Exécution avec SubstrateVM : une JVM "triviale" ▷ Démarrage ultra rapide et faible empreinte mémoire ▷ Warning: build long et gourmand ▷ Scalabilité horizontale réduite, pas de chargement de classe « à la volée » 14 Mode natif n’est pas aussi puissant qu’une « vraie » JVM (Hotspot, J9) Pas de class loading dymamique, de debugger, d’AOP,…
15. Spring native vs Quarkus ▷ Spring supporte depuis peu la création de binaires natifs via spring-native ▷ Prévu pour Spring Boot 3 ▷ "Support natif" du mode natif ▷ Red Hat Mandrel 15 Le mode natif cible les instances éphémères La JVM reste pertinente pour les instances de longue durée Approche hybride : instances longues durées pour le flux standard + instances éphémères pour les pics de trafic
16. 3. Persistence des données 16
17. Spring Data vs Panache ▷ Spring Data supporte plusieurs technos ▷ Implémente le pattern Repository ▷ Fournit plusieurs fonctionnalités avancées : pagination, tri, … ▷ JPA avec Panache! ▷ Pattern Active Record ▷ Pagination, filtrage, audit ... ▷ Supporte aussi MongoDB ▷ Des extensions pour Redis, Cassandra, Neo4J et Elasticsearch 17
18. Spring Data vs Panache 18 public long count() { return bookRepository.count(); } public Optional<Book> findBookById(Long id) { return bookRepository.findById(id); } public Book updateBook(@Valid Book book) { return bookRepository.save(book); } @ApplicationScoped public class BookService { public List<Book> findAllBooks() { return Book.listAll(); } public long count() { return Book.count(); } @Transactional public Book registerBook(@Valid Book book) { Book.persist(book); return book; } […] } @Entity public class Book extends PanacheEntity { public String title; public Integer nbOfPages; […] }
19. 4. Monitoring & Observabilité 19
20. Observabilité ▷ Au-delà du monitoring « traditionnel » ▷ Des services distribués, déployés « quelque part » dans le cloud ▷ Pas de maîtrise de l'infra ▷ Besoin avancé de télémétrie 20 Distributed tracing Metrics Health checks
21. Spring Actuator vs MicroProfile ▷ Spring Actuator ◦ Audit ◦ Health ◦ Metrics ▷ Micrometer Metrics ▷ OpenTelemetry ▷ MicroProfile ◦ Health ◦ Metrics ◦ OpenTracing ▷ Supporte également ◦ Micrometer ◦ OpenTelemetry 21
22. 5. Tolérance aux pannes 22
23. “Gérer” les pannes 23 Comment gérer les “timeout” ? Comment gérer les “retry” Comment faire un “fallback” ? Comment éviter l’effet “boule de neige” quand tout commence à aller mal ? Les pannes et latences sont inévitables!
24. Fault Tolerance 24 Basé sur MP FaultTolerance: o @Timeout, @Retry, @Fallback, @CircuitBreaker, @Asynchronous, @BulkHead Basé sur Resilience4J: o En remplacement de Hystrix o Configuration programmatique @Bean public Customizer<Resilience4JCircuitBreakerFactory> createSlowNumbersAPI…() { return factory -> factory.configure( builder -> builder.circuitBreakerConfig(CircuitBreakerConfig.ofDefaults()) .timeLimiterConfig(TimeLimiterConfig.custom() .timeoutDuration(Duration.ofSeconds(timeoutInSec)) .build()), "slowNumbers"); } public Book registerBook(@Valid Book book) { circuitBreakerFactory.create("slowNumbers").run( () -> persistBook(book), throwable -> fallbackPersistBook(book) ); @Fallback(fallbackMethod = "fallbackPersistBook") public Book registerBook(@Valid Book book) { IsbnNumbers numbers=proxy.generateIsbnNumbers(); […] } // Number service not available! private Book fallbackPersistBook(Book book) { // Store the book creation request locally […] }
25. 6. Programmation réactive 25
26. Les enjeux de la programmation réactive 26 Modèle de concurrence historique Java basé sur threads OS Programmation impérative simple: un thread/requête, bloqué en IO Thread OS techniquement lourd et limité en quantité Comment gérer facilement des milliers de requêtes concurrentes? La programmation réactive apporte une réponse ... Peu de threads, jamais bloqués Programmation plus complexe
27. Programmation réactive 27 Vert X: moteur d'exécution réactif API réactive dédidiée Mutiny Unification impératif & réactif API, logique métier, peristence Le projet Reactor fournit tous les outils pour rendre réactif une application Netty: moteur d’exécution L' API Spring WebFlux L’ API impérative et réactive n’est pas totalement unifiée (R2DBC pour les SGBDR) Ne pas négliger l'effort de passage au réactif ! Pas valable si traitement limité par la CPU
28. Les promesses de Loom 28 Simplicité de programmation & concurrence efficace "Virtual Thread" léger géré par la JVM Potentiellement des millions/JVM Les threads OS en arrière-plan '"Carrier thread" En "preview" avec Java 19 (Sept. 2022) L'écosystème Java doit s'adapter dans sa globalité Quarkus compatible Loom Annotation @RunOnVirtualThread Méthodes non bloquantes pour le "carrier thread"
29. 7. Tests 29
30. Tests unitaires & d’intégration ▷ Spring Testing ◦ Tests unitaires et d’integration ◦ Supporte les bases de données embarquées ◦ Permet l’execution de fichiers SQL pendant les tests ◦ Supporte le mocking ◦ Supporte TestContainer ▷ Quarkus Testing ◦ RestAssured pour les API ◦ Mocking ◦ TestContainer ◦ Dev Services ◦ Continuous testing ◦ Tests JVM vs Native 30
31. 8. Cloud 31
32. Images Docker ▷ Spring fournit l’outillage pour créer des images avec ou sans Dockerfile ▷ Cloud Native Buildpack ▷ 4 extensions pour créer des images JVM et natives ▷ Docker classique ▷ JIB ▷ S2I ▷ BuildPack 32
33. Et notre application dans tout ça ? Pour l’ application rest-book (Spring) ▷ Temps de démarrage ◦ Version impérative ▪ JVM: ~10sec ▪ RSS: ~600Mo ◦ Version “réactive” ▪ JVM: ~4 sec ▪ RSS: ~300Mo ▷ Taille des images Docker: 330Mo Pour l’ application rest-book ▷ Temps de démarrage: ◦ JVM : ~2 sec, RSS: ~200 Mo ◦ Native : ~0,3 sec, RSS: ~95 Mo ▷ Taille des images Docker : ◦ De 200 à 440 Mo 33
34. Intégration avec Kubernetes ▷ L’observabilité est réalisée avec Actuator ▷ Grâce à Spring Cloud, on peut interagir avec K8S ▷ Attention au temps de démarrage! ▷ "A Kubernetes Native Java stack" ▷ Facilite l'intégration K8S ▷ Génère une config "ready-to-use" et extensible 34
35. Intégration avec les composants des clouds publics ▷ Spring cloud offre un panel de starters pour interagir avec les clouds publics ▷ Spring Cloud Function ▷ AWS: Lambda, S3, DynamoDB, Secret Manager … ▷ GCP: Big Query, Big Table, Pub Sub, Google Cloud Functions … ▷ Azure Functions 35
36. 36 Differenciator API support ***** ***** no Dependency Injection ***** ***** no Configuration ***** ***** no Persistency ***** **** yes Batch processing ***** **** yes Reactive programming **** ***** yes Testing ***** ***** yes Observability ***** ***** no Fault tolerance **** ***** yes Native execution *** ***** yes Containerization support ***** ***** no K8S support **** ***** yes Public cloud support ***** ***** yes Adoption & ecosystem ***** **** yes
37. Nos conseils 37 ▷ Quarkus : une transition aisée pour les dev "pur Java EE" ▷ SpringBoot : une continuité pour les dev Spring ▷ Aujourd'hui: ◦ Net avantage Quarkus sur natif et réactif ◦ Ecosystème et adoption en faveur de Spring ▷ Ce "comparatif" va évoluer au fil du temps et des versions ▷ Au final: une saine compétition entre 2 solutions qui modernisent Java pour le Cloud
38. Un rapide sondage 38 bit.ly/javacloud-breizhcamp-2
39. Merci de votre feedback! 39 bit.ly/javacloud-feedback
40. Merci! Des questions? Jean-François JAMES @jefrajames Alexandre TOURET @touret_alex 40