Fonctions Serverless en Kotlin : AWS Lambda et alternatives

Serverless en Kotlin : AWS Lambda et équivalents — écrivons du code sans serveur qui fonctionne

Autrefois, écrire un backend était synonyme de configuration de serveurs, de configuration Nginx et de nuits blanches à surveiller la charge. Aujourd'hui, tout est différent. Le serverless n'est pas de la science-fiction, mais une réalité qui permet d'oublier le matériel et de se concentrer sur la logique de l'application. Et si vous écrivez en Kotlin, vous obtenez un code élégant, sûr et rapide qui s'intègre parfaitement à une architecture sans serveur.

Dans cet article, nous allons voir comment créer des fonctions serverless en Kotlin, quels fournisseurs cloud offrent les meilleures conditions, et comment ne pas se noyer dans les détails de configuration. C'est parti !

Qu'est-ce que le serverless et pourquoi Kotlin est le choix idéal

Le serverless (ou calcul sans serveur) est un modèle de cloud computing où vous écrivez le code et le fournisseur gère l'infrastructure. Vous ne payez pas pour un serveur inactif — seulement pour le temps d'exécution de la fonction. Cela semble être un rêve ? Pour Kotlin, c'est particulièrement pertinent.

Pourquoi Kotlin ? Premièrement, il se compile en bytecode JVM, ce qui offre un support natif sur AWS Lambda, Google Cloud Functions et Azure Functions. Deuxièmement, Kotlin est un langage moderne avec un coût d'abstraction nul, des lambdas et des coroutines. Troisièmement, sa syntaxe permet d'écrire un code concis et facile à maintenir.

Les principaux avantages des fonctions serverless en Kotlin :

\n
• Économie — vous ne payez que pour l'exécution réelle du code.
\n
• Mise à l'échelle — le cloud décide lui-même du nombre d'instances à lancer.
\n
• Simplicité — pas besoin de configurer un serveur.
\n
• Démarrage rapide — déploiement en une seule commande.
\n

Mais il y a aussi des nuances : le « démarrage à froid » (cold start) peut prendre jusqu'à plusieurs secondes, surtout pour les langages JVM. Cependant, les fournisseurs modernes ont appris à y remédier : AWS Lambda avec Provisioned Concurrency ou Google Cloud Functions avec min-instances résolvent le problème.

AWS Lambda : le roi du calcul sans serveur

Commençons par le service le plus populaire — AWS Lambda. Amazon Web Services propose un écosystème mature où Kotlin fonctionne « prêt à l'emploi » via le runtime Java.

Comment configurer AWS Lambda pour Kotlin

Vous aurez besoin de Gradle ou Maven. Nous utilisons Gradle avec le plugin Kotlin. Exemple de build.gradle.kts :

plugins {\n    kotlin("jvm") version "1.9.0"\n    id("com.github.johnrengelman.shadow") version "7.1.2"\n}\n\ndependencies {\n    implementation("com.amazonaws:aws-lambda-java-core:1.2.2")\n    implementation("com.amazonaws:aws-lambda-java-events:3.11.0")\n}\n\ntasks {\n    shadowJar {\n        archiveBaseName.set("lambda-function")\n        archiveClassifier.set("")\n    }\n}

Écrivons maintenant la fonction elle-même. AWS Lambda attend une classe avec la méthode handleRequest. Voici un gestionnaire très simple qui renvoie un message de bienvenue :

import com.amazonaws.services.lambda.runtime.Context\nimport com.amazonaws.services.lambda.runtime.RequestHandler\n\nclass HelloHandler : RequestHandler<Map<String, String>, String> {\n    override fun handleRequest(input: Map<String, String>, context: Context): String {\n        val name = input["name"] ?: "World"\n        return "Bonjour, $name ! Votre fonction serverless en Kotlin fonctionne !"\n    }\n}

Construisez le fat JAR : ./gradlew shadowJar. Téléchargez-le dans AWS Lambda, spécifiez le runtime Java 11 ou Java 17. Prêt !

Travailler avec les événements AWS

Souvent, Lambda réagit aux événements S3, DynamoDB ou API Gateway. Exemple de gestionnaire pour S3 :

import com.amazonaws.services.lambda.runtime.events.S3Event\n\nclass S3Handler : RequestHandler<S3Event, String> {\n    override fun handleRequest(event: S3Event, context: Context): String {\n        val bucket = event.records.f