Si vous souhaitez proposer des produits sur Google Cloud Marketplace, vous devez répondre aux exigences de fiche suivantes. Vous devez également respecter les exigences opérationnelles pour les types de produits que vous proposez.
Si vous apportez des modifications à votre produit ou à votre organisation qui affectent votre conformité à ces exigences de fiche ou qui invalident la documentation que vous avez fournie à Google lors de l'intégration, vous devez en informer Google et soumettre votre produit pour une nouvelle évaluation et une nouvelle approbation.
Exigences pour votre organisation
Votre organisation doit rejoindre le Google Cloud Partner Network et y rester en règle.
Une fois que votre organisation a rejoint le Google Cloud Partner Network, vous avez accès à Partner Network Hub.
Votre organisation doit se situer dans l'une des régions disponibles.
Votre organisation doit disposer d'un compte fournisseur Cloud Marketplace et d'un profil de paiement en règle.
Exigences pour votre produit
Votre produit doit être prêt pour la production (et non alpha ou bêta) pour être répertorié et vendu publiquement via Cloud Marketplace.
Votre produit doit être prêt pour l'entreprise, y compris une présence professionnelle en ligne, une méthode de vente définie, une assistance client et le respect des bonnes pratiques de sécurité.
Votre produit ne doit pas inclure de failles de sécurité connues, de virus, de logiciels espions, de chevaux de Troie ni d'autres codes malveillants de quelque nature que ce soit.
Vous devez vérifier, lors d'un processus d'approbation pendant l'intégration, que vous hébergez votre produit logiciel principalement sur . Google Cloud Google CloudVoici quelques cas d'utilisation approuvés courants :
Modèle 1 : l'ensemble de votre produit et tous ses composants d'assistance s'exécutent entièrement sur Google Cloud. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 2 : le plan de calcul ou de données de votre produit s'exécute sur Google Cloud, mais les plans de contrôle ou l'infrastructure d'assistance plus petits, tels que la journalisation ou l'inférence d'IA, s'exécutent sur site ou dans un autre cloud. Dans ce cas, votre Google Cloud-hosted compute ou data plane doit être la ressource dont la consommation augmente le plus rapidement lorsque vos utilisateurs augmentent leur consommation. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 3 : votre produit de stockage, de sauvegarde, de réplication ou de reprise après sinistre doit répliquer toutes les données sur Google Cloud, tandis que le plan de contrôle du produit peut s’exécuter sur site ou dans d’autres clouds. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 4 : votre produit est un outil de migration dont la seule destination de migration est Google Cloud mais qui peut s'exécuter sur site ou dans un autre cloud en tant que source de migration. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 5 : le plan de calcul ou de données de votre produit s'exécute sur Google Cloud. Les agents de surveillance ou de sécurité de votre produit peuvent s'exécuter sur site ou dans un autre cloud, mais ils doivent envoyer des données à un environnement hébergé sur Google Cloudpour le stockage et l'analyse. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 6 : votre produit est un ensemble de données hébergé sur et fourni via Google Cloud. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 7 : votre produit est une machine virtuelle (VM) ou un produit Kubernetes déployé sur des appareils connectés à Google Distributed Cloud et qui s'exécute sur ces appareils. Votre produit peut se connecter à Internet pour s'intégrer à d'autres Google Cloud-applications ou services hébergés. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 8 : votre produit est un agent d'IA en tant que service enregistré via Gemini Enterprise, et tous ses composants d'assistance, y compris l'agent d'IA, s'exécutent entièrement sur Google Cloud. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Modèle 9 : votre produit est un agent d'IA en tant que service enregistré via Gemini Enterprise, votre produit principal s'exécute sur Google Cloud et utilise des modèles de base Google ou des modèles du Model Garden. Les plans de contrôle ou l'infrastructure d'assistance plus petits s'exécutent sur site ou dans un autre cloud. Dans ce cas, votre Google Cloudagent hébergé sur doit être la ressource dont la consommation augmente le plus rapidement lorsque vos utilisateurs augmentent leur consommation. Le schéma d'architecture suivant fournit un exemple de ce modèle.
Cliquez sur l'image pour l'agrandir.
Vous devez vous assurer que vos produits sur Cloud Marketplace disposent des mêmes fonctionnalités que toutes les versions de ces produits que vous proposez en dehors de Cloud Marketplace.
Vous devez vous assurer que vos produits de données ne contiennent aucune "information sensible permettant d'identifier une personne", comme défini dans la loi de 2024 sur la protection des données des Américains contre les adversaires étrangers (Protecting Americans' Data from Foreign Adversaries Act of 2024).
Vous devez vous assurer que vos produits dont les composants sont déployés dans des projets appartenant à des clients mettent en œuvre le suivi de la consommation des locataires clients pour les solutions SaaS, VM ou Kubernetes. Google Cloud
Votre fiche doit entraîner une consommation significative de la part du client qui achète et/ou utilise la solution. Google Cloud