Chez Edixos, nous concevons des Custom Resource Definitions (CRDs) et des controllers Kubernetes pour étendre l’API de Kubernetes à votre métier.
Nous développons des opérateurs avancés qui automatisent des processus complexes, applicatifs ou infrastructurels, en respectant le modèle natif Kubernetes.
Notre expertise couvre toute la chaîne
Une CRD permet de modéliser précisément votre besoin métier dans Kubernetes. Elle rend votre logique métier déclarative, observable, versionnée et intégrable dans votre CI/CD et GitOps.
Un controller applique une logique sur un ou plusieurs types de ressources Kubernetes. Un operator est un controller spécialisé, souvent packagé et responsable d’un domaine fonctionnel complet (ex. : gestion d’une base de données, de backups, etc.).
Oui, lorsqu’elles sont bien conçues (schéma valide, versionnement, validation via webhooks), les CRDs sont stables, fiables et intégrables dans n’importe quel environnement Kubernetes.
Oui. Edixos inclut dans chaque controller des logs structurés, des événements Kubernetes (kubectl get events), des statuts de conditions, et des métriques Prometheus.
Nous utilisons principalement Go, avec les bibliothèques controller-runtime et kubebuilder. Nous appliquons les bonnes pratiques de test avec envtest, et l’intégration GitOps avec ArgoCD.
Parlons de vos défis Kubernetes avancés
Vous cherchez à automatiser vos opérations, modéliser vos processus métier, ou industrialiser vos déploiements sur Kubernetes ?
Discutons de vos enjeux et voyons comment l’API Machinery peut vous apporter vitesse, fiabilité et scalabilité.