Se vuoi offrire prodotti su Google Cloud Marketplace, devi soddisfare i seguenti requisiti per le schede. Devi inoltre rispettare i requisiti operativi 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 Google Cloud Partner Network e mantenere una buona reputazione.
Dopo che la tua organizzazione ha aderito a Google Cloud Partner Network, puoi accedere 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 e venduto pubblicamente tramite Cloud Marketplace.
Il tuo prodotto deve essere pronto per l'uso aziendale, inclusi 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 che il tuo prodotto software è ospitato principalmente su Google Cloud. Google Cloud Di seguito sono riportati alcuni casi d'uso approvati comuni:
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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
Pattern 3: il prodotto di archiviazione, backup, replica o ripristino di emergenza (RE) deve replicare tutti i dati in 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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
Pattern 8: il tuo prodotto è un agente AI as a Service registrato tramite Gemini Enterprise e tutti i relativi componenti di supporto, incluso l'agente AI, vengono eseguiti interamente su Google Cloud. Il seguente diagramma dell'architettura fornisce un esempio di questo pattern.
Fai clic sull'immagine per visualizzare una versione ingrandita.
Pattern 9: il tuo prodotto è un agente AI as a Service registrato tramite Gemini Enterprise, il tuo prodotto principale viene eseguito su Google Cloud e utilizza i modelli di base di Google o i modelli di Model Garden. I piani di controllo o l'infrastruttura di supporto più piccoli vengono eseguiti on-premise o su un altro cloud. In questo caso, l'agente 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.
Fai clic sull'immagine per visualizzare una versione ingrandita.
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.
Devi assicurarti che i tuoi prodotti con componenti di cui è stato eseguito il deployment nei progetti di proprietà del cliente implementino il monitoraggio del consumo del tenant del cliente per le soluzioni SaaS, VM o Kubernetes. Google Cloud
La tua scheda deve comportare un consumo significativo Google Cloud da parte del cliente che acquista e/o utilizza la soluzione.