Recherche

OpenCost : vers un standard FinOps pour Kubernetes ?

Un standard FinOps sur Kubernetes ? C'est l'idée du projet OpenCost, qui fait route vers la CNCF avec le soutien de poids lourds de l'IT.

Publié par Clément Bohic le - mis à jour à
Lecture
2 min
  • Imprimer
OpenCost : vers un standard FinOps pour Kubernetes ?

Tient-on un standard FinOps pour Kubernetes ? Avec OpenCost, la voie est ouverte. Le projet vient de se porter candidat à la CNCF (Cloud Native Computing Foundation). Avec le soutien de poids lourds dont Adobe, AWS, Google Cloud et SUSE.

À la racine, il y a une entreprise américaine : Stackwatch. Et un produit, lancé en 2019 sur le modèle open core : Kubecost. Son pilier : un modèle de mesure et d'allocation des coûts dans les environnements Kubernetes. Et, par-dessus, divers niveaux de service (gratuit, Business, Enterprise).

Le projet OpenCost consiste en ce modèle publié sous licence Apache 2.0 et assorti d'une implémentation en Go. La communauté y a greffé diverses extensions (templates CloudFormation, plug-in pour l'IDE Lens K8s...) et les forks se comptent par centaines.

Principale cible d'OpenCost : les déploiements chez les « trois grands » du cloud (AWS, Azure, GCP). Pour chacun, il s'appuie en standard sur les API de facturation. Pour aller plus loin (prise en compte des remises négociées, des instances préemptives, gestion des coûts hors cluster, etc.), on peut y connecter des comptes. Et, pour les déploiements sur site, apporter ses propres données de tarification.

Le coeur fonctionnel d'OpenCost comprend un front-end Nginx (avec modèle et un serveur API) et un back-end Prometheus. On peut y adjoindre un serveur Grafana et un daemonset pour collecter les métriques réseau. Sur la roadmap figurent notamment l'ajout de test de conformité et l'affichage des émissions de CO2. Et la stabilisation de fonctionnalités comme la mise en oeuvre automatisée du redimensionnement de ressources.

Certains éléments ne sont accessibles qu'avec des licences payantes de Kubecost : multicluster, extension des périodes de conservation, alertes, SSO... Cadence actuelle du projet : hors correctifs, une mise à jour par mois.

L'implémentation la plus commune du stockage persistant dans Kubecost se fait avec Thanos.

Illustration principale © everythingpossible - Fotolia

Sur le même thème

Voir tous les articles Cloud

Livres Blancs

Voir tous les livres blancs
S'abonner
au magazine
Se connecter
Retour haut de page