Se vuoi offrire prodotti su Google Cloud Marketplace, devi soddisfare i seguenti requisiti per le schede. Devi inoltre mantenere le best practice operative per i tipi di prodotti che offri.
Se apporti modifiche al tuo prodotto o alla tua organizzazione che influiscono sulla conformità a questi requisiti per le schede o invalidano la documentazione fornita a Google durante l'onboarding, devi comunicarlo a Google e inviare il prodotto per una nuova revisione e approvazione.
Requisiti per la tua organizzazione
La tua organizzazione deve aderire a Partner Network e mantenere una buona reputazione.
Dopo che la tua organizzazione ha aderito a Partner Network, ottieni l'accesso a Partner Network Hub.
La tua organizzazione deve essere costituita in una delle regioni supportate.
La tua organizzazione deve avere un account venditore Cloud Marketplace e un profilo pagamenti con una buona reputazione.
Requisiti per il tuo prodotto
Il tuo prodotto deve essere pronto per la produzione (non in versione alfa o beta) per essere pubblicato pubblicamente e venduto tramite Cloud Marketplace.
Il tuo prodotto deve essere pronto per l'uso aziendale, inclusa una presenza online professionale, una procedura di vendita definita, assistenza clienti e rispetto delle best practice di sicurezza.
Il tuo prodotto non deve includere vulnerabilità note, virus, spyware, trojan horse o altro codice dannoso di qualsiasi tipo.
Durante l'onboarding, devi verificare tramite una procedura di approvazione di ospitare il tuo prodotto software principalmente suGoogle Cloud. Google Cloud Di seguito sono riportati alcuni casi d'uso comuni approvati:
Pattern 1: l'intero prodotto e tutti i relativi componenti di supporto, vengono eseguiti interamente su Google Cloud. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Pattern 2: il piano di calcolo o dati del tuo prodotto viene eseguito su Google Cloud, ma i piani di controllo o l'infrastruttura di supporto più piccoli, come la registrazione o l'inferenza AI, vengono eseguiti on-premise o su un altro cloud. In questo caso, il piano di calcolo o dati ospitato su Google Clouddeve essere la risorsa il cui consumo aumenta più rapidamente quando gli utenti aumentano il consumo. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Pattern 3: il prodotto di archiviazione, backup, replica o ripristino di emergenza (RE) deve replicare tutti i dati su Google Cloud, mentre il piano di controllo del prodotto può essere eseguito on-premise o su altri cloud. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Pattern 4: il tuo prodotto è uno strumento di migrazione che ha Google Cloud come unica destinazione di migrazione, ma può essere eseguito on-premise o su un altro cloud come origine di migrazione. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Pattern 5: il piano di calcolo o dati del tuo prodotto viene eseguito su Google Cloud. Gli agenti di monitoraggio o sicurezza del tuo prodotto possono essere eseguiti on-premise o su un altro cloud, ma devono inviare i dati a un ambiente ospitato su Google Cloudper l'archiviazione e l'analisi. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Pattern 6: il tuo prodotto è un set di dati ospitato su e fornito tramite Google Cloud. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Pattern 7: il tuo prodotto è una macchina virtuale (VM) o un prodotto Kubernetes di cui è stato eseguito il deployment e che viene eseguito su dispositivi connessi a Google Distributed Cloud. Il tuo prodotto potrebbe connettersi a internet per integrarsi con altre Google Cloud-hosted app o servizi. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.

Devi assicurarti che i tuoi prodotti su Cloud Marketplace abbiano le stesse funzionalità e caratteristiche di qualsiasi versione di questi prodotti che offri al di fuori di Cloud Marketplace.
Devi assicurarti che i tuoi prodotti di dati non contengano "informazioni sensibili che consentono l'identificazione personale" come definito nel Protecting Americans' Data from Foreign Adversaries Act del 2024.