Le problème : la charge sur le développeur
Les architectures microservices modernes exigent d’intégrer une multitude d’outils – bases de données, brokers de messages, gestionnaires de secrets, etc. – souvent hétérogènes (Kafka, Redis, MongoDB, Vault…). Résultat : le développeur doit maîtriser des piles techniques variées, gérer les mises à jour et la sécurité, au détriment de la logique métier. Cette complexité génère une « courbe d’apprentissage » toujours plus lourde.
La solution : l’abstraction grâce à Dapr
Dapr (Distributed Application Runtime) apporte une couche d’abstraction entre les microservices et les composants techniques.
- Le développeur interagit uniquement avec des API standardisées (HTTP ou gRPC).
- Les appels techniques (publish/subscribe, state management, secrets, etc.) sont gérés par un sidecar Dapr, déployé aux côtés de l’application.
- Les composants (pub/sub, secret store, state store…) sont définis en YAML et configurés par l’équipe de platform engineering, libérant ainsi le développeur de la complexité technique.
Concrètement, envoyer un message ne nécessite plus d’implémenter Kafka ou AWS SNS/SQS : le code reste identique, seul le composant configuré change.
Démonstrations : de l’on-premise au multicloud
Hajed et Jérémy ont montré une application e-commerce déployée sur plusieurs environnements :
- On-premise avec Podman
- AWS EKS (en utilisant Amazon SNS/SQS et Secrets Manager)
- Azure Kubernetes Service (avec Service Bus et Key Vault)
Dans chaque cas, le code applicatif restait identique. Seules les configurations Dapr changeaient, assurant une portabilité totale des microservices. Ils ont également illustré des scénarios hybrides où certains services (ex. paiement) sont déplacés d’Azure vers AWS, démontrant la flexibilité multicloud.
Bénéfices et limites
Les bénéfices majeurs :
- Portabilité : même code, déploiement possible sur on-prem, cloud unique ou multicloud.
- Focus métier : le développeur code la logique business, le platform engineer gère les composants.
- Sécurité & maintenance : simplification de la gestion des secrets et réduction de la surface d’attaque.
Les intervenants ont toutefois rappelé que l’ajout d’un sidecar induit une légère latence supplémentaire et que Dapr ne provisionne pas les services cloud lui-même. La gouvernance et l’industrialisation (par ex. via Backstage) restent donc nécessaires côté plateforme.
Conclusion
Dapr permet de recentrer le développeur sur la valeur ajoutée de son microservice, en masquant la complexité technique et en assurant la portabilité entre environnements. Pour les entreprises en transition vers le cloud ou en stratégie multicloud, il constitue une brique clé de simplification et d’unification.
