Serverless en Java : AWS Lambda et alternatives pour le backend

Serverless en Java : Pourquoi ce n'est pas effrayant et même avantageux ?

Quand on entend "serverless", la première association est Node.js ou Python. Java semble être un poids lourd qui "démarre lentement" et "consomme beaucoup de mémoire". Mais regardons la vérité en face : Java reste la norme en entreprise, et le serverless moderne n'est pas simplement "lancer une fonction et l'oublier". C'est une architecture qui peut vous faire économiser beaucoup d'argent et de tracas, si vous l'abordez intelligemment.

Dans cet article, nous allons voir comment écrire des fonctions serverless en Java, en prenant l'exemple d'AWS Lambda, et examiner les alternatives : Google Cloud Functions, Azure Functions et la plateforme Vercel. Vous découvrirez les pièges qui attendent le développeur Java dans le monde sans serveur et comment les éviter. C'est parti !

Qu'est-ce que le serverless et pourquoi Java ?

Serverless (ou FaaS — Function as a Service) est un modèle de cloud computing où vous écrivez du code, le téléchargez dans le cloud, et le fournisseur décide lui-même quand et comment l'exécuter. Vous payez uniquement pour le temps d'exécution réel et le nombre de requêtes. Pas de serveurs, pas de gestion d'infrastructure.

Pourquoi Java ? Plusieurs raisons :

\n
• Stabilité et maturité. Java, avec son typage strict et ses bibliothèques éprouvées, est idéal pour les tâches d'entreprise.
\n
• Performance. Les JVM modernes (notamment GraalVM) permettent de réduire le temps de démarrage à froid à quelques millisecondes.
\n
• Écosystème. Spring Boot, Micronaut, Quarkus — tous sont adaptés au serverless.
\n

Mais il y a un inconvénient : le "démarrage à froid" (cold start) en Java peut être plus long qu'en Python ou Go. Cependant, avec les bons outils, cela se résout.

AWS Lambda : L'acteur principal du marché serverless Java

AWS Lambda est sans doute le service le plus populaire pour les fonctions serverless. Il prend en charge Java "prêt à l'emploi" et propose deux voies : le Java 8/11/17 classique et SnapStart (une technologie qui rend le démarrage à froid pratiquement imperceptible).

Écrire notre première fonction Lambda en Java

Créons une fonction simple qui traite les requêtes HTTP via Amazon API Gateway. Pour cela, nous aurons besoin d'un projet Maven et de quelques dépendances.

Étape 1. Créez un projet Maven avec le pom.xml suivant :

<?xml version="1.0" encoding="UTF-8"?>\n<project xmlns="http://maven.apache.org/POM/4.0.0"\n         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"\n         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0\n         http://maven.apache.org/xsd/maven-4.0.0.xsd">\n    <modelVersion>4.0.0</modelVersion>\n\n    <groupId>com.pythonlib</groupId>\n    <artifactId>serverless-java</artifactId>\n    <version>1.0-SNAPSHOT</version>\n\n    <dependencies>\n        <dependency>\n            <groupId>com.amazonaws</groupId>\n            <artifactId>aws-lambda-java-core</artifactId>\n            <version>1.2.2</version>\n        </dependency>\n        <dependency>\n            <groupId>com.amazonaws</groupId>\n            <artifactId>aws-lambda-java-events</artifactId>\n            <version>3.11.3</version>\n        </dependency>\n    </dependencies>\n\n    <build>\n        <plugins>\n            <plugin>\n                <groupId>org.apache.maven.plugins</groupId>\n                <artifactId>maven-shade-plugin</artifactId>\n                <version>3.2.4</version>\n                <executions>\n                    <execution>\n                        <phase>package</phase>\n                        <goals><goal>shade</goal></goals>\n                    </execution>\n                </execution