Créez et déployez des modèles d'IA générative et de machine learning dans une entreprise

Last reviewed 2024-03-28 UTC

À mesure que les modèles d'IA générative et de machine learning (ML) deviennent de plus en plus courants dans les activités et processus métier des entreprises, celles-ci ont de plus en plus besoin de conseils sur le développement des modèles pour garantir la cohérence, la reproductibilité et la sécurité. Pour aider les grandes entreprises à créer et à déployer des modèles d'IA générative et de ML, nous avons créé le plan d'IA générative et de machine learning pour les entreprises. Ce plan propose un guide complet sur l'ensemble du cycle de vie du développement d'IA, de l'exploration et de l'expérimentation préliminaires des données grâce à l'entraînement, au déploiement et à la surveillance des modèles.

Le plan d'IA générative et de ML d'entreprise offre de nombreux avantages, dont les suivants :

Conseils normatifs : conseils clairs sur la façon de créer, de configurer et de déployer un environnement de développement d'IA générative et de ML basé sur Vertex AI. Vous pouvez utiliser Vertex AI pour développer vos propres modèles.
Efficacité accrue : automatisation étendue pour réduire les tâches répétitives liées au déploiement de l'infrastructure et au développement de modèles d'IA générative et de ML. L'automatisation vous permet de vous concentrer sur des tâches à valeur ajoutée telles que la conception et les tests de modèles.
Gouvernance et auditabilité améliorées : la reproductibilité, la traçabilité et le déploiement contrôlé des modèles sont intégrés à la conception de ce plan. Cet avantage vous permet de mieux gérer le cycle de vie de vos modèles d'IA générative et de ML, et vous permet de réentraîner et d'évaluer des modèles de manière cohérente, grâce à des outils d'audit clairs.
Sécurité : Le plan est conçu pour être conforme aux exigences du Framework du NIST (National Institute of Standards and Technology) et du Framework du CRI (Cyber Risk Institute).

Le plan d'IA et de ML générative de l'entreprise comprend les éléments suivants :

Un dépôt GitHub contenant un ensemble de configurations Terraform, un notebook Jupyter, une définition Vertex AI Pipelines, un graphe orienté acyclique (DAG) de Cloud Composer et des scripts auxiliaires. Les composants du dépôt effectuent les opérations suivantes :
- La configuration Terraform configure une plate-forme de développement de modèles Vertex AI compatible avec plusieurs équipes de développement de modèles.
- Le notebook Jupyter vous permet de développer un modèle de manière interactive.
- La définition de Vertex AI Pipelines traduit le notebook Jupyter en un modèle reproductible pouvant être utilisé pour les environnements de production.
- Le DAG Cloud Composer constitue une méthode alternative à Vertex AI Pipelines.
- Les scripts auxiliaires aident à déployer le code et les pipelines Terraform.
Un guide de l'architecture, de la conception, des contrôles de sécurité et des processus opérationnels que vous utilisez pour mettre en œuvre ce plan (ce document).

Le plan d'IA générative et de ML d'entreprise est conçu pour être compatible avec le plan de base de l'entreprise. Le plan de base de l'entreprise fournit un certain nombre de services de base sur lesquels ce plan s'appuie, tels que des réseaux VPC. Vous pouvez déployer le plan d'IA générative et de ML d'entreprise sans déployer le plan de base d'entreprise si votre environnement Google Cloud fournit les fonctionnalités nécessaires à la compatibilité avec le plan de l'application d'entreprise.

Ce document est destiné aux architectes de cloud, aux data scientists et aux ingénieurs de données qui peuvent utiliser le plan pour créer et déployer de nouveaux modèles d'IA générative ou de ML sur Google Cloud. Dans ce document, nous partons du principe que vous connaissez le développement de modèles d'IA générative et de ML, ainsi que la plate-forme de machine learning Vertex AI.

Présentation du plan d'IA générative et de ML d'entreprise

Le plan d'IA générative et de ML d'entreprise adopte une approche multicouche afin de fournir les fonctionnalités permettant d'entraîner des modèles d'IA générative et de ML. Le plan est destiné à être déployé et contrôlé via un workflow d'opérations de ML (MLOps). Le schéma suivant montre la relation entre la couche MLOps déployée par ce plan et les autres couches de votre environnement.

Couches du plan

Ce schéma comprend les éléments suivants :

L'infrastructure Google Cloud vous fournit des fonctionnalités de sécurité telles que le chiffrement au repos et le chiffrement en transit., ainsi que des éléments de base tels que le calcul et le stockage.
L'infrastructure de base vous fournit une base de ressources telles que les systèmes d'identité, de mise en réseau, de journalisation, de surveillance et de déploiement, qui vous permettent d'adopter Google Cloud pour vos charges de travail d'IA.
La couche de données est une couche facultative de la pile de développement qui offre diverses fonctionnalités telles que l'ingestion de données, le stockage de données, le contrôle des accès aux données et la gouvernance des données, ainsi que la surveillance et le partage des données.
La couche d'IA générative et de ML (ce plan) vous permet de créer et de déployer des modèles. Vous pouvez utiliser cette couche pour effectuer des opérations préliminaires d'exploration et d'expérimentation des données, d'entraînement de modèle, de diffusion de modèle et de surveillance.
Les outils CI/CD vous fournissent les outils nécessaires pour automatiser le provisionnement, la configuration, la gestion et le déploiement de l'infrastructure, des workflows et des composants logiciels. Ces composants vous aident à garantir des déploiements cohérents, fiables et contrôlables, limiter les erreurs manuelles et accélérer le cycle de développement global.

Pour illustrer l'utilisation de l'IA générative et de l'environnement de ML, le plan inclut un exemple de développement de modèle de ML. L'exemple de développement de modèle vous accompagne dans la création d'un modèle et de pipelines opérationnels, ainsi que l'entraînement, le test et le déploiement du modèle.

Architecture

Le plan d'IA générative et de ML d'entreprise vous permet de travailler directement avec des données. Vous pouvez créer des modèles dans un environnement interactif (développement) et les promouvoir dans un environnement opérationnel (de production ou hors production).

Dans l'environnement interactif, vous développez des modèles de ML à l'aide de Vertex AI Workbench, un service de notebook Jupyter géré par Google. Vous créez des fonctionnalités d'extraction de données, de transformation de données et de réglage de modèles dans l'environnement interactif, puis vous les promouvez dans l'environnement opérationnel.

Dans l'environnement opérationnel (hors production), vous utilisez des pipelines pour créer et tester leurs modèles de manière reproductible et contrôlable. Une fois que vous êtes satisfait des performances du modèle, vous pouvez le déployer dans l'environnement opérationnel (production). Le schéma suivant montre les différents composants des environnements interactifs et opérationnels.

Architecture du plan

Ce schéma comprend les éléments suivants :

Systèmes de déploiement : des services tels que Service Catalog et Cloud Build déploient des ressources Google Cloud dans l'environnement interactif. Cloud Build déploie également des ressources Google Cloud et des workflows de création de modèles dans l'environnement opérationnel.
Sources de données : services tels que BigQuery, Cloud Storage, Spanner et AlloyDB pour PostgreSQL hébergent vos données. Le plan fournit des exemples de données dans BigQuery et Cloud Storage.
Environnement interactif : environnement dans lequel vous pouvez interagir directement avec les données, tester des modèles et créer des pipelines à utiliser dans l'environnement opérationnel.
Environnement opérationnel : environnement dans lequel vous pouvez créer et tester vos modèles de manière reproductible, puis déployer des modèles en production.
Services de modèles : les services suivants sont compatibles avec diverses activités MLOps :
- Vertex AI Feature Store diffuse des données de caractéristiques à votre modèle.
- Model Garden inclut une bibliothèque de modèles de ML qui vous permet d'utiliser des modèles Google et de sélectionner des modèles Open Source.
- Vertex AI Model Registry gère le cycle de vie de vos modèles de ML.
Stockage d'artefacts : ces services stockent le code et les conteneurs, ainsi que pour le développement et les pipelines de vos modèles. Ces services incluent les suivants :
- Artifact Registry stocke les conteneurs utilisés par les pipelines dans l'environnement opérationnel pour contrôler les différentes étapes du développement du modèle.
- Le dépôt Git stocke le code base des différents composants utilisés dans le développement du modèle.

Personas de la plate-forme

Lorsque vous déployez le plan, vous créez quatre types de groupes d'utilisateurs : un groupe d'ingénieurs MLOps, un groupe d'ingénieurs DevOps, un groupe de data scientists et un groupe d'ingénieurs de données. Les groupes assument les responsabilités suivantes :

Le groupe Ingénieurs MLOps développe les modèles Terraform utilisés par Service Catalog. Cette équipe fournit des modèles utilisés par de nombreux modèles.
Le groupe Ingénieurs DevOps approuve les modèles Terraform créés par le groupe de développeurs MLOps.
Le groupe de data scientists développe des modèles, des pipelines et les conteneurs utilisés par les pipelines. En règle générale, une seule équipe est dédiée à la création d'un seul modèle.
Le groupe Ingénieurs de données approuve l'utilisation des artefacts créés par le groupe de data scientists.

Structure organisationnelle

Ce plan utilise la structure organisationnelle du plan de base de l'entreprise comme base pour le déploiement des charges de travail d'IA et de ML. Le schéma suivant montre les projets ajoutés à l'infrastructure de base pour activer les charges de travail d'IA et de ML.

Structure organisationnelle du plan

Le tableau suivant décrit les projets utilisés par le plan d'IA générative et de ML.

Dossier	Projet	Description
`common`	`prj-c-infra-pipeline`	Contient le pipeline de déploiement utilisé pour créer les composants d'IA générative et de ML du plan. Pour en savoir plus, consultez le pipeline d'infrastructure dans le plan de base de l'entreprise.
`common`	`prj-c-service-catalog`	Contient l'infrastructure utilisée par Service Catalog pour déployer des ressources dans l'environnement interactif.
`development`	`prj-d-machine-learning`	Contient les composants permettant de développer un cas d'utilisation de l'IA et du ML en mode interactif.
`non-production`	`prj-n-machine-learning`	Contient les composants permettant de tester et d'évaluer un cas d'utilisation d'IA et de ML pouvant être déployé en production.
`production`	`prj-p-machine-learning`	Contient les composants permettant de déployer un cas d'utilisation d'IA et de ML en production.

Mise en réseau

Le plan utilise le réseau VPC partagé créé dans le plan de base de l'entreprise. Dans l'environnement interactif (développement), les notebooks Vertex AI Workbench sont déployés dans des projets de service. Les utilisateurs sur site peuvent accéder aux projets en utilisant l'espace d'adresses IP privées du Réseau VPC partagé. Les utilisateurs sur site peuvent accéder aux API Google Cloud, telles que Cloud Storage, via Private Service Connect. Chaque Réseau VPC partagé (développement, hors production et production) possède un point de terminaison Private Service Connect distinct.

Le réseau du plan

L'environnement opérationnel (hors production et production) possède deux Réseaux VPC partagés distincts auxquels les ressources sur site peuvent accéder via des adresses IP privées. Les environnements interactifs et opérationnels sont protégés à l'aide de VPC Service Controls.

Cloud Logging

Ce plan utilise les fonctionnalités Cloud Logging fournies par le plan de base de l'entreprise.

Cloud Monitoring

Pour surveiller les jobs d'entraînement personnalisé, le plan inclut un tableau de bord qui vous permet de surveiller les métriques suivantes :

Utilisation du processeur pour chaque nœud d'entraînement
Utilisation de la mémoire pour chaque nœud d'entraînement
Utilisation du réseau

Si un job d'entraînement personnalisé a échoué, le plan utilise Cloud Monitoring pour vous fournir un mécanisme d'alerte par e-mail afin de vous informer de l'échec. Pour la surveillance des modèles déployés qui utilisent le point de terminaison Vertex AI, le plan est fourni avec un tableau de bord contenant les métriques suivantes :

Métriques de performances :
- Prédictions par seconde
- Latence du modèle
Utilisation des ressources :
- Utilisation du processeur
- Utilisation de la mémoire

Configurer des règles d'administration

En plus des règles d'administration créées par le plan de base de l'entreprise, ce plan ajoute les règles d'administration répertoriées dans stratégie prédéfinie pour une IA sécurisée, étendue.

Opérations

Cette section décrit les environnements inclus dans le plan.

Environnement interactif

Pour vous permettre d'explorer des données et de développer des modèles tout en maintenant la stratégie de sécurité de votre organisation, l'environnement interactif vous offre un ensemble contrôlé d'actions que vous pouvez effectuer. Vous pouvez déployer des ressources Google Cloud à l'aide de l'une des méthodes suivantes :

Utiliser Service Catalog, préconfiguré via l'automatisation avec des modèles de ressources
Créer des artefacts de code et les valider dans les dépôts Git à l'aide de notebooks Vertex AI Workbench

Le diagramme suivant illustre l'environnement interactif.

Environnement interactif du plan

Un flux interactif type est associé aux étapes et composants suivants :

Service Catalog fournit une liste organisée de ressources Google Cloud que les data scientists peuvent déployer dans l'environnement interactif. Le data scientist déploie la ressource de notebook Vertex AI Workbench à partir de Service Catalog.
Les notebooks Vertex AI Workbench sont la principale interface utilisée par les data scientists pour travailler avec les ressources Google Cloud déployées dans l'environnement interactif. Les notebooks permettent aux data scientists d'extraire leur code de Git et de le mettre à jour si nécessaire.
Les données sources sont stockées en dehors de l'environnement interactif et sont gérées séparément de ce plan. L'accès aux données est contrôlé par un propriétaire de données. Les data scientists peuvent demander un accès en lecture aux données sources, mais pas les data scientists.
Les data scientists peuvent transférer des données sources vers l'environnement interactif dans des ressources créées via Service Catalog. Dans l'environnement interactif, les data scientists peuvent lire, écrire et manipuler les données. Toutefois, les data scientists ne peuvent pas transférer de données hors de l'environnement interactif, ni accorder l'accès aux ressources créées par Service Catalog. BigQuery stocke des données structurées et semi-structurées, et Cloud Storage stocke des données non structurées.
Feature Store fournit aux data scientists un accès à faible latence aux caractéristiques pour l'entraînement de modèle.
Les data scientists entraînent des modèles à l'aide de jobs d'entraînement personnalisé de Vertex AI. Le plan utilise également Vertex AI pour le réglage des hyperparamètres.
Les data scientists évaluent les modèles à l'aide des tests Vertex AI et de Vertex AI TensorBoard. Les tests Vertex AI vous permettent d'exécuter plusieurs entraînements sur un modèle en utilisant différents paramètres, techniques de modélisation, architectures et entrées. Vertex AI TensorBoard vous permet de suivre, de visualiser et de comparer les différents tests que vous avez exécutés, puis de choisir le modèle avec les caractéristiques les plus observées à valider.
Les data scientists valident leurs modèles avec l'évaluation de Vertex AI. Pour valider leurs modèles, les data scientists divisent les données sources en un ensemble de données d'entraînement et un ensemble de données de validation, puis exécutent une évaluation Vertex AI sur votre modèle.
Les data scientists créent des conteneurs à l'aide de Cloud Build, les stockent dans Artifact Registry et les utilisent dans des pipelines qui se trouvent dans l'environnement opérationnel.

Environnement opérationnel

L'environnement opérationnel utilise un dépôt et des pipelines Git. Cet environnement inclut l'environnement de production et l'environnement hors production du plan de base de l'entreprise. Dans l'environnement hors production, le data scientist sélectionne un pipeline à partir de l'un des pipelines développés dans l'environnement interactif. Le data scientist peut exécuter le pipeline dans l'environnement hors production, évaluer les résultats, puis déterminer le modèle à promouvoir dans l'environnement de production.

Le plan inclut un exemple de pipeline créé à l'aide de Cloud Composer et un exemple de pipeline créé à l'aide de Vertex AI Pipelines. Le schéma ci-dessous illustre l'environnement opérationnel.

Environnement opérationnel du plan

Un flux opérationnel type comprend les étapes suivantes :

Un data scientist fusionne une branche de développement dans une branche de déploiement.
La fusion dans la branche de déploiement déclenche un pipeline Cloud Build.
L'un des éléments suivants se produit :
- Si un data scientist utilise Cloud Composer comme orchestrateur, le pipeline Cloud Build déplace un DAG vers Cloud Storage.
- Si le data scientist utilise Vertex AI Pipelines en tant qu'orchestrateur, le pipeline déplace un fichier Python vers Cloud Storage.
Le pipeline Cloud Build déclenche l'orchestrateur (Cloud Composer ou Vertex AI Pipelines).
L'orchestrateur extrait sa définition du pipeline de Cloud Storage et commence à l'exécuter.
Le pipeline extrait un conteneur d'Artifact Registry qui est utilisé par toutes les étapes du pipeline pour déclencher les services Vertex AI.
Le pipeline, à l'aide du conteneur, déclenche un transfert de données du projet de données source vers l'environnement opérationnel.
Les données sont transformées, validées, fractionnées et préparées pour l'entraînement et la validation du modèle par le pipeline.
Si nécessaire, le pipeline déplace les données vers Vertex AI Feature Store pour en faciliter l'accès lors de l'entraînement du modèle.
Le pipeline utilise l'entraînement de modèle personnalisé Vertex AI pour entraîner le modèle.
Le pipeline valide le modèle à l'aide de l'évaluation Vertex AI.
Un modèle validé est importé dans Model Registry par le pipeline.
Le modèle importé est ensuite utilisé pour générer des prédictions via des prédictions en ligne ou des prédictions par lots.
Une fois le modèle déployé dans l'environnement de production, le pipeline utilise Vertex AI Model Monitoring pour détecter si les performance du modèle se dégradent en surveillant le décalage entraînement/livraison et la dérive de prédiction.

Déploiement

Le plan utilise une série de pipelines Cloud Build pour provisionner l'infrastructure du plan, le pipeline dans l'environnement opérationnel et les conteneurs utilisés pour créer des modèles d'IA générative et de ML. Les pipelines utilisés et les ressources provisionnées sont les suivants :

Pipeline d'infrastructure : ce pipeline fait partie du plan de base de l'entreprise. Ce pipeline provisionne les ressources Google Cloud associées à l'environnement interactif et à l'environnement opérationnel.
Pipeline interactif : le pipeline interactif fait partie de l'environnement interactif. Ce pipeline copie les modèles Terraform d'un dépôt Git vers un bucket Cloud Storage que Service Catalog peut lire. Le pipeline interactif est déclenché lorsqu'une demande d'extraction est effectuée pour fusionner avec la branche principale.
Pipeline de conteneurs : le plan inclut un pipeline Cloud Build permettant de créer des conteneurs utilisés dans le pipeline opérationnel. Les conteneurs déployés dans plusieurs environnements sont des images de conteneurs immuables. Les images de conteneurs immuables permettent de garantir que la même image est déployée dans tous les environnements et ne peut pas être modifiée pendant leur exécution. Si vous devez modifier l'application, vous devez recompiler et redéployer l'image. Les images de conteneurs utilisées dans le plan sont stockées dans Artifact Registry et référencées par les fichiers de configuration utilisés dans le pipeline opérationnel.
Pipeline opérationnel : le pipeline opérationnel fait partie de l'environnement opérationnel. Ce pipeline copie les DAG pour Cloud Composer ou Vertex AI Pipelines, qui sont ensuite utilisés pour créer, tester et déployer des modèles.

Catalogue de services

Service Catalog permet aux développeurs et aux administrateurs cloud de rendre leurs solutions utilisables par les utilisateurs internes de la version Enterprise. Les modules Terraform de Service Catalog sont créés et publiés en tant qu'artefacts dans le bucket Cloud Storage avec le pipeline CI/CD Cloud Build. Une fois les modules copiés dans le bucket, les développeurs peuvent utiliser les modules pour créer des solutions Terraform sur la page Administration de Service Catalog, ajouter les solutions à Service Catalog et partager les solutions avec des projets d'environnement interactifs pour que les utilisateurs puissent déployer les ressources.

L'environnement interactif utilise Service Catalog pour permettre aux data scientists de déployer des ressources Google Cloud conformément à la stratégie de sécurité de leur entreprise. Lors du développement d'un modèle nécessitant des ressources Google Cloud, telles qu'un bucket Cloud Storage, le data scientist sélectionne la ressource dans Service Catalog, la configure puis la déploie dans l'environnement interactif. Service Catalog contient des modèles préconfigurés pour diverses ressources Google Cloud que le data scientist peut déployer dans l'environnement interactif. Le data scientist ne peut pas modifier les modèles de ressources, mais peut configurer les ressources via les variables de configuration exposées par le modèle. Le schéma suivant illustre la relation entre Service Catalog et l'environnement interactif.

Catalogue du plan

Les data scientists déploient des ressources à l'aide de Service Catalog, comme décrit dans les étapes suivantes :

L'ingénieur MLOps place un modèle de ressource Terraform pour Google Cloud dans un dépôt Git.
Le commit dans Git déclenche un pipeline Cloud Build.
Cloud Build copie le modèle et tous les fichiers de configuration associés dans Cloud Storage.
L'ingénieur MLOps configure manuellement Service Catalog et ses services. L'ingénieur partage ensuite Service Catalog avec un projet de service dans l'environnement interactif.
Le data scientist sélectionne une ressource dans Service Catalog.
Service Catalog déploie le modèle dans l'environnement interactif.
La ressource extrait les scripts de configuration nécessaires.
Le data scientist interagit avec les ressources.

Dépôts

Les pipelines décrits dans la section Déploiement sont déclenchés par des modifications apportées au dépôt correspondant. Pour garantir que personne ne peut apporter de modifications indépendantes à l'environnement de production, il existe une séparation des responsabilités entre les utilisateurs autorisés à soumettre du code et ceux qui peuvent approuver les modifications de code. Le tableau suivant décrit les dépôts de plans, ainsi que leurs auteurs et leurs approbateurs.

Dépôt	Pipeline	Description	Auteur	Approbateur
`ml-foundation`	Infrastructure	Contient le code Terraform pour le plan d'IA générative et de ML qui crée les environnements interactifs et opérationnels.	Ingénieur MLOps	DevOps Engineer
`service-catalog`	Interactive	Contient les modèles des ressources que Service Catalog peut déployer.	Ingénieur MLOps	DevOps Engineer
`artifact-publish`	Conteneur	Contient les conteneurs que les pipelines de l'environnement opérationnel peuvent utiliser.	Data scientist	Ingénieur de données
`machine-learning`	opérationnel	Contient le code source que les pipelines de l'environnement opérationnel peuvent utiliser.	Data scientist	Ingénieur de données

Stratégie d'embranchement

Le plan utilise des branches persistantes pour déployer le code dans l'environnement associé. Le plan utilise trois branches (développement, hors production et production) qui reflètent les environnements correspondants.

Contrôles de sécurité

Le plan d'IA générative et de ML d'entreprise utilise un modèle de sécurité de défense en profondeur par couches qui utilise les fonctionnalités Google Cloud par défaut, les services Google Cloud et les fonctionnalités de sécurité configurées via le plan de base de l'entreprise. Le schéma suivant montre la couche des différents contrôles de sécurité du plan.

Les contrôles de sécurité du plan

Les fonctions des couches sont les suivantes :

Interface : fournit aux data scientists des services leur permettant d'interagir avec le plan de manière contrôlée.
Déploiement : fournit une série de pipelines qui déploient l'infrastructure, créent des conteneurs et créent des modèles. L'utilisation de pipelines permet une auditabilité, une traçabilité et une reproductibilité.
Mise en réseau : fournit des protections contre l'exfiltration de données autour des ressources du plan au niveau de la couche API et de la couche IP.
Gestion des accès : contrôle qui peut accéder à quelles ressources et permet d'éviter toute utilisation non autorisée de vos ressources.
Chiffrement : vous permet de contrôler vos clés de chiffrement et de vos secrets, et de protéger vos données via le chiffrement au repos et le chiffrement en transit par défaut.
Détection : vous aide à détecter les erreurs de configuration et les activités malveillantes.
Prévention : vous fournit les moyens de contrôler et de restreindre le déploiement de votre infrastructure.

Le tableau suivant décrit les contrôles de sécurité associés à chaque couche.

cachée	Ressource	Contrôle de sécurité
Interface	Vertex AI Workbench	Il fournit une expérience de notebook géré qui intègre le contrôle des accès des utilisateurs, le contrôle des accès au réseau, le Contrôle des accès IAM et les téléchargements de fichiers désactivé. Ces fonctionnalités permettent une expérience utilisateur plus sécurisée.
	Dépôts Git	Fournit un contrôle des accès utilisateur pour protéger vos dépôts.
	Catalogue de services	Fournit aux data scientists une liste organisée de ressources qui ne peuvent être déployées que dans des configurations approuvées.
Déploiement	Pipeline d'infrastructure	Fournit un flux sécurisé permettant de déployer l'infrastructure du plan à l'aide de Terraform.
	Pipeline interactif	Fournit un flux sécurisé pour transférer des modèles d'un dépôt Git vers un bucket au sein de votre organisation Google Cloud.
	Pipeline de conteneur	Fournit un flux sécurisé permettant de créer des conteneurs utilisés par le pipeline opérationnel.
	Pipeline opérationnel	Fournit un flux contrôlé pour entraîner, tester, valider et déployer des modèles.
	Artifact Registry	Stocke les images de conteneurs de manière sécurisée à l'aide du contrôle des accès aux ressources.
Réseau	Private Service Connect	Vous permet de communiquer avec les API Google Cloud à l'aide d'adresses IP privées afin d'éviter d'exposer le trafic sur Internet.
	VPC avec adresses IP privées	Le plan utilise des VPC avec des adresses IP privées pour supprimer l'exposition aux menaces Internet.
	d'utiliser VPC Service Controls	Aide à protéger les ressources contre l'exfiltration de données.
	Pare-feu	Protège le réseau VPC contre les accès non autorisés.
Gestion des accès	Cloud Identity	Il permet de centraliser la gestion des utilisateurs, ce qui réduit le risque d'accès non autorisé.
Gestion des accès	IAM	Permet de contrôler précisément qui peut faire quoi et quelles ressources, permettant ainsi le principe du moindre privilège dans la gestion des accès.
Chiffrement	Cloud KMS	Permet de contrôler les clés de chiffrement utilisées dans votre organisation Google Cloud.
	Secret Manager	Fournit un magasin de secrets pour vos modèles contrôlé par IAM.
	Chiffrement au repos	Par défaut, Google Cloud chiffre toutes les données au repos.
	Chiffrement en transit	Par défaut, Google Cloud chiffre les données en transit.
Détection	Security Command Center	Fournit des détecteurs de menaces qui aident à protéger votre organisation Google Cloud.
	Architecture continue	Vérification en continu de votre organisation Google Cloud par rapport à une série de règles OPA (Open Policy Agent) que vous avez définies.
	Outil de recommandation IAM	Analyse les autorisations des utilisateurs et fournit des suggestions sur la réduction des autorisations afin d'appliquer le principe du moindre privilège.
	Firewall Insights	Analyse les règles de pare-feu, identifie les règles de pare-feu trop permissives et suggère des pare-feu plus restrictifs pour renforcer votre stratégie de sécurité globale.
	Cloud Logging	Fournit une visibilité sur l'activité du système et permet de détecter les anomalies et les activités malveillantes.
	Cloud Monitoring	Suivez les signaux et événements clés qui peuvent vous aider à identifier les activités suspectes.
Prévention	Service de règles d'administration	Vous permet de limiter les actions au sein de votre organisation Google Cloud.

Étapes suivantes

Déployez Terraform associé à ce plan.
Découvrez le plan de base de l'entreprise.
Consultez les bonnes pratiques de mise en œuvre du machine learning sur Google Cloud.
En savoir plus sur Vertex AI.
Apprenez-en plus sur le MLOps sur Google Cloud :