Plateforme CI/CD : Cloudbees s’appuie une nouvelle fois sur Google Cloud

Une intégration nécessaire avec les solutions CI/CD des concurrents

Mais le véritable nerf de la guerre pour Cloudbees, c’est de s’intégrer avec un maximum d’outils présents sur le marché. Aujourd’hui, SDM supporte les intégrations avec GitHub, GitHub Enterprise, Jenkins, BitBucket et Jira Cloud. L’annonce effectuée jeudi 21 mai ajoute Google Cloud Build et Tekton à cette liste. Cloud Build est un service de compilation de code déjà compatible avec GitHub, Google Cloud Repositories, Bitbucket et Google Cloud Storage.

Tekton, lui, est un framework open source dédié à la gestion des pipelines CI/CD Kubernetes. C’est un des composants de Jenkins X et d’autres outils du même type. « Beaucoup d’éditeurs s’appuient sur Tekton pour concevoir leurs outils. Il devient un standard dans l’écosystème Kubernetes. Comme nous le supportons dans la plateforme, elle sera plus facilement compatible avec les outils qui reposent sur Tekton », considère le SVP.

« Jenkins et les solutions CI/CD de Google semblent concurrentes, mais cela n’a pas d’importance dans le contexte de SDM. Nous allons récupérer les signaux issus de Google Cloud Build et Tekton pour analyser les processus associés », remarque Moritz Plassnig. « Nous ne pouvons pas dire à nos clients du Fortune 100 que nous sommes les seuls capables de fournir tous les outils de la chaîne DevOps. Il y en a énormément sur le marché ».

Cela n’est pas le premier partenariat entre Google Cloud. Cloudbees propose des produits qui doivent « faciliter les développements sur Anthos ». Depuis décembre 2019, l’éditeur opère Cloudbees CI/CD, une solution SaaS reposant sur Jenkins X et hébergé sur GCP. Par ailleurs, la plupart de ses solutions sont présentes sur Google Cloud Marketplace.

À l’avenir, Cloudbees compte s’intégrer nativement avec les services DevOps et CI/CD d’AWS et Microsoft. Pour l’instant, les clients doivent passer par App Framework afin de générer leurs propres connecteurs API dédiés aux applications tierces. « Nous voulons être agnostiques du cloud et proposer nos produits à tous les utilisateurs », insiste Moritz Plassnig.
Dans une même optique, l’éditeur renforce son partenariat avec Wipro. L’ESN fournira CloudBees SDM à ses clients qui souhaitent optimiser leur approche DevOps.

Un orchestrateur d’orchestrateurs à finaliser

En termes de fonctionnalité, Cloudbees poursuit le développement du tableau de bord sur lequel figurent « toutes les données et les activités de développement » accessibles depuis Product Hub. De même, l’éditeur veut faire évoluer le système de gestion de déploiements. De la sorte, les entreprises pourraient obtenir des retours et des demandes quant aux fonctionnalités disponibles au sein de leurs applications.

À plus longue échéance, l’éditeur proposera une compatibilité avec Feature Flags, l’outil d’activation ou désactivation de lignes de code selon des logiques conditionnelles. Il prévoit également d’ajouter un moteur de recommandations disponible depuis un tableau de bord qu’il commence tout juste à utiliser en interne.

Si Cloudbees voit SDM comme une plateforme, il s’agit pour l’instant de la combinaison de deux outils qui sont facturés séparément. Value Stream Management (ou DevOptics) dispose d’une version d’essai, mais le modèle Premium apporte une bonne partie des fonctionnalités citées ci-dessus.

Enfin, SDM ne comprend pas encore d’intégration avec les outils ou les données d’observabilité, souvent essentiels pour mesurer la qualité du code des développeurs. « Nous nous concentrons sur l’analyse des changements induits par les différentes injections de code, donc les outils de monitoring sont importants », indique Moritz Plassnig […] « Nous ne l’avons pas encore fait, mais nous voulons clairement intégrer les applications d’observabilité », conclut-il.