Déploiement de Camunda 8 sur Kubernetes – Explication Complète

Déployer Camunda 8 sur Kubernetes est la méthode recommandée pour les environnements de production. Camunda 8 a été conçu comme une plateforme cloud-native et distribuée, et Kubernetes fournit l’orchestration idéale pour garantir la scalabilité, la résilience et la haute disponibilité.

Dans cet article, nous allons expliquer :

• L’architecture de Camunda 8 sur Kubernetes

• Les composants principaux

• Le déploiement avec Helm

• Les stratégies de scalabilité

• Les erreurs fréquentes

• Les bonnes pratiques en production

---

Cette architecture est couramment utilisée dans les environnements microservices modernes.

👉 environnements microservices modernes

---

1️⃣ Pourquoi utiliser Kubernetes avec Camunda 8 ?

Camunda 8 comprend plusieurs composants :

• Zeebe (moteur workflow distribué)

• Operate

• Tasklist

• Optimize

• Connectors

• Identity

• Elasticsearch

Il s’agit d’une architecture microservices.

Kubernetes apporte :

✅ Scalabilité horizontale
✅ Auto-réparation des pods
✅ Déploiements progressifs (rolling updates)
✅ Gestion des ressources
✅ Orchestration adaptée à la production

Contrairement à Camunda 7 (moteur embarqué dans une JVM), Camunda 8 nécessite une orchestration distribuée.

---

2️⃣ Architecture Camunda 8 sur Kubernetes

Structure typique :

Cluster Kubernetes
│
├── Zeebe Brokers (StatefulSet)
│   ├── Partition 1
│   ├── Partition 2
│   └── Partition 3
│
├── Zeebe Gateway (Deployment)
│
├── Operate
├── Tasklist
├── Optimize
├── Connectors
├── Identity
│
└── Elasticsearch

🔹 Zeebe Brokers

• Déployés sous forme de StatefulSet

• Stockent l’état des processus

• Partitionnés pour permettre la scalabilité

• Répliqués pour la tolérance aux pannes

🔹 Zeebe Gateway

• Point d’entrée pour les clients et les workers

• Stateless (peut être scalé indépendamment)

🔹 Elasticsearch

• Requis pour Operate et Optimize

• Doit être correctement dimensionné en production

---

3️⃣ Méthode officielle de déploiement – Helm

Camunda fournit des charts Helm officiels pour simplifier le déploiement.

Étape 1 : Ajouter le repository Helm

helm repo add camunda https://helm.camunda.io
helm repo update

Étape 2 : Installer Camunda 8

helm install camunda camunda/camunda-platform

Cela installe automatiquement :

• Zeebe

• Gateway

• Operate

• Tasklist

• Optimize

• Identity

• Elasticsearch

---

4️⃣ Configuration production (Très important)

Le déploiement par défaut n’est pas prêt pour la production.

Vous devez configurer :

---

🔹 Partitionnement Zeebe

Exemple :

zeebe:
  clusterSize: 3
  partitionCount: 3
  replicationFactor: 3

Bonne pratique :

• Minimum 3 brokers

• ReplicationFactor ≥ 3

---

🔹 Volumes persistants

Zeebe est stateful.
Ne jamais déployer sans stockage persistant.

persistence:
  enabled: true
  size: 32Gi

Utiliser :

• Stockage SSD

• IOPS élevés

---

🔹 Allocation des ressources

Exemple :

resources:
  requests:
    cpu: 2
    memory: 4Gi
  limits:
    cpu: 4
    memory: 8Gi

Un mauvais dimensionnement provoque :

• Backpressure

• Incidents

• Ralentissement du traitement

---

5️⃣ Stratégie de scalabilité

Scalabilité horizontale

Augmenter le nombre de brokers :

kubectl scale statefulset zeebe --replicas=5

Augmenter le nombre de gateways :

kubectl scale deployment zeebe-gateway --replicas=3

Les workers peuvent également être scalés indépendamment.

---

6️⃣ Erreurs fréquentes

❌ Déployer avec un seul broker en production
❌ Oublier les volumes persistants
❌ Utiliser la configuration Elasticsearch par défaut
❌ Ignorer les ressources CPU/mémoire
❌ Absence de monitoring

---

7️⃣ Monitoring et observabilité

Utiliser :

• Prometheus

• Grafana

• Métriques Kubernetes

• Camunda Operate

Surveiller :

• Backpressure

• Santé des partitions

• Taux d’incidents

• Latence Gateway

---

8️⃣ Bonnes pratiques de sécurité

Activer :

• TLS

• HTTPS via Ingress

• RBAC (Role-Based Access Control)

• OAuth avec Identity

• Network Policies

Ne jamais exposer directement les brokers Zeebe.

---

9️⃣ Quand ne pas utiliser Kubernetes ?

• Proof of Concept simple

• Environnement local de développement

• Tests unitaires

Dans ces cas, Docker Compose suffit.

---

🔟 Conclusion

Camunda 8 a été conçu pour les environnements distribués et cloud-native. Kubernetes permet de bénéficier pleinement :

• De la scalabilité élastique

• De la tolérance aux pannes

• Des mises à jour sans interruption

• D’une haute disponibilité

Cependant, un déploiement en production nécessite :

• Un bon partitionnement

• Un dimensionnement correct

• Du stockage persistant

• Une stratégie de monitoring

Si vous migrez depuis Camunda 7, retenez ceci :

Vous passez d’un moteur monolithique à une plateforme distribuée.

💼 Support professionnel disponible

Si vous rencontrez des problèmes sur des projets réels liés au développement backend d’entreprise ou à l’automatisation des workflows, je propose des services de conseil payants, de débogage en production, de support projet et de formations ciblées.

Les technologies couvertes incluent Java, Spring Boot, PL/SQL, Azure, ainsi que l’automatisation des workflows (jBPM, Camunda BPM, RHPAM).

📧 Contact: ishikhanirankari@gmail.com | info@realtechnologiesindia.com

🌐 Website: IT Trainings | Digital lectern | Digital rostrum | Digital metal podium     

🎥 Learn IT with Shikha on YouTube

Prefer learning through videos? Watch practical tutorials on Kafka, Camunda, Alfresco, Java, Spring Boot, Microservices and Enterprise Architecture.

▶ Subscribe to Learn IT with Shikha on YouTube