Aller au contenu

[NEXT'24] Les outils DevOps de Google Cloud, où en est-on ?

Durant Google Next 2024, Google a présenté les nouveautés autour des outils DevOps, mettant l'accent sur les partenariats. Google vise à offrir un écosystème ouvert où les clients peuvent choisir les solutions les mieux adaptées. De nouvelles fonctionnalités ont été annoncées pour les outils Google.

Présentation de Google des nouveautés sur les outils DevOps durant Next 2024

Nate Avery, Product manager chez Google, a profité de Google Cloud Next pour faire une présentation sur les nouveautés autour des outils DevOps sur Google Cloud. Il nous a partagé la vision de Google sur la mise à disposition d'outils, mais également sur la façon d'intégrer et de se reposer sur des partenariats forts.

Introduction sur les problématiques du DevOps

Avant de parler des nouveautés, Nate a d'abord fait un rappel de la vision de Google sur le DevOps, en particulier sur les problématiques de déploiement.

La démarche DevOps a pour objectif de faciliter au maximum le déploiement des applications. Permettre aux équipes de développement de pouvoir accélérer leurs rythmes de déploiements. Le tout en garantissant la sécurité et la maintenabilité de leurs applications.

Cette démarche s'accompagne forcément par le besoin d'automatiser les processus de déploiement et de contrôle de ses déploiements.

Nate présentant un slide avec les challenges à prendre en compte dans le monde du DevOps

L'importance des partenariats

Ensuite, Nate nous parle de l'écosystème de partenaires avec lesquels Google travaille pour améliorer la rapidité et la qualité des déploiements. Des partenaires comme Gitlab, Datadog, Snyk disposent d'intégrations fortes avec l'écosystème de Google.

Google souhaite pouvoir se reposer sur cet écosystème pour permettre à ses clients de trouver la solution qui leur convient le mieux. Il n'est pas question d'imposer les outils de Google; l'objectif est plutôt de garantir à tous la liberté de choisir leurs propres solutions et de faciliter au maximum leurs déploiements, en réduisant les obstacles au strict minimum.

Parmi les nouveautés concernant les intégrations avec les partenaires, on peut noter :

  • Gitlab sera désormais intégré directement dans la console Google Cloud, actuellement le service est en preview
  • Gemini offre la possibilité de se lier à Datadog, ce qui autorise les équipes de développement à interagir via chat avec une intelligence artificielle qui, à son tour, utilise Datadog comme source d'informations. D'autre intégration sont également à prévoir sur ce point.
Dans une slide, Nate nous présente un pipeline de déploiement applicatif avec les outils de Google, mais aussi l'écosystème de partenaires intégrés à chaque étape du déploiement

Les nouveautés des outils de Google

Ce n'est pas parce que Google se repose sur ses partenaires qu'ils en oublient pour autant leurs propres outils. Ainsi, Nate nous rappelle toutes les nouveautés qui ont eu lieu sur leurs propres outils, et la liste est longue !

Une slide de Nate qui reprend la liste de toutes les nouveautés sur les outils de Google

Nate nous fait également une présentation rapide des nouveaux outils disponibles sur Google Cloud :

  • App Hub : Un nouveau produit qui permet aux équipes de pouvoir organiser leurs ressources avec une vision orientée application
  • Developer Connect : une plateforme facilitant l'intégration d'outils de développement tiers (Gitlab, Bitbucket, Github par exemple)
  • Secure Source Manager : Un outil de gestion des sources sensibles, qui est GA (stable), mais sur invitation uniquement

Puis, un tour d'horizon des nouveautés sur les outils existants :

  • Artifact registry :
    • Container registry disparaitra à l'horizon mars 2025, il est donc temps de migrer pour les personnes utilisant encore Container registry
    • Possibilité d'utiliser des "Remote repositories" pour pouvoir consommer des artefacts stockés sur des dépôts externes de manière transparente via Artifact registry
    • Cleanup policies pour pouvoir automatiser le nettoyage des artefacts inutiles
  • Artifact Analysis, passage en GA de :
    • Intégration GKE pour un scan en continu des vulnérabilités dans les packages utilisés dans les charges de travail
    • Détection de vulnérabilités dans les packages python, maven, npm, etc...
    • Génération de SBOM (software bills of material), pour avoir un inventaire des packages utilisés dans les applications
  • Cloud Build :
    • Cloud build repositories 2ème génération supporte maintenant l'intégration avec Bitbucket Cloud et Bitbucket Datacenter
    • Possibilité d'avoir une connectivité privée pour la connexion à Bitbucket Datacenter
    • Cloud build utilise maintenant par défaut des machines plus performantes (e2-standard-2)
    • Le free-tiers a été augmenté avec 2500 minutes/mois
  • Cloud Deploy :
    • Possibilité d'automatiser les déploiements entre environnements
    • Simplification de la mise en place des alertes en cas d'erreur de déploiement en s'intégrant à Cloud Operation suite
    • Le support de cible "custom", Cloud Deploy n'est plus limité à Cloud Run ou GKE pour la cible du déploiement. Il permet désormais de déployer des ressources custom (des templates pour Terraform, Vertex AI, GitOps, Helm sont disponibles)
    • Possibilité de configurer les déploiements dans la console, auparavant c'était uniquement en yaml

Un partage sur DORA (DevOps Research And Assement)

Un slide présentant les principaux résultats de recherche de DORA

Pour terminer, Nate nous partage les résultats de travaux de recherche de DORA sur l'état de l'art du DevOps.

Il nous invite également à participer à ces travaux de recherche et à en apprendre plus sur les problématiques DevOps au niveau mondial.

Conclusion

Cette présentation permet d'avoir une vision claire de l'état des outils DevOps chez Google. Il apparait clairement que Google souhaite proposer des solutions, mais ne pas les imposer.

Google allant même jusqu'à faciliter l'utilisation de solution tierce via leur partenariat pour permettre aux clients de trouver la solution qui leur convient le mieux et qui s'adapte à leur besoin.

Travaillant moi-même autour de problématiques DevOps chez nos clients, je trouve cette démarche particulièrement pertinente. En effet, il n'est pas pertinent d'imposer l'utilisation d'outils, mais plutôt d'accompagner les équipes en leur proposant le meilleur outil qui pourra répondre à leur besoin. Cela leur permettra de travailler le plus efficacement possible.

Dernier