Ce que vous obtenez
- Une image certifiée Red Hat, listée dans le Red Hat Ecosystem Catalog
- Une exécution sans droits root avec l'UID 185 sur une base UBI 10 avec OpenJDK 25
- Un Operator qui crée une instance EDDI et une route à partir d'une ressource personnalisée
- Une certification vérifiée en CI avec Red Hat preflight
Fonctionnement dans EDDI
- Sur OpenShift 4.12 ou ultérieur, ouvrir OperatorHub et installer l'Operator EDDI.
- Créer une instance
Eddidepuis Installed Operators, avec la taille et le stockage pour MongoDB. - L'Operator crée automatiquement la route.
- Ajouter l'authentification et les secrets comme sur n'importe quel cluster.
Configuration
Tirée de la documentation d'EDDI. Les espaces réservés comme your-agent-id sont à remplacer par vos propres valeurs.
apiVersion: labs.ai/v1alpha1
kind: Eddi
metadata:
name: eddi
spec:
size: 1
mongodb:
environment: prod
storageclass_name: managed-nfs-storage
storage_size: 20GGouvernance
- Le conteneur s'exécute avec un utilisateur non root, et l'image embarque les fichiers de licence des composants tiers.
- Les versions sont vérifiées en CI par rapport aux exigences de certification de Red Hat.
- Le démarrage en production exige toujours OIDC sauf renoncement explicite.
Bon à savoir
- L'Operator est en cours de mise à jour pour EDDI 6 afin de prendre en charge MongoDB et PostgreSQL. La voie Kubernetes générique fonctionne sur tout cluster conforme.
- Un hôte RHEL 8 n'est pas pris en charge pour l'image UBI 10. RHEL 9 ou ultérieur l'est.
Vous voulez qu'on le construise et l'exploite pour vous ?
EDDI Solutions construit et maintient des connecteurs, exploite EDDI en instance managée ou co-exploitée, et vous accompagne dans votre propre cloud ou sur site.
Contacter EDDI Solutions ↗Intégrations associées
La configuration et le comportement décrits sur cette page suivent la documentation d'EDDI, vérifiée le 2026-10-14. Les noms de champs et les valeurs par défaut peuvent changer d'une version à l'autre : confirmez-les dans la documentation de votre version.