Anforderungen für Google Cloud Marketplace

Wenn Sie Produkte auf dem Google Cloud Marketplace anbieten möchten, müssen Sie die folgenden Anforderungen an die Auflistung erfüllen. Außerdem müssen Sie die betrieblichen Anforderungen für die Arten von Produkten erfüllen, die Sie anbieten.

Wenn Sie Änderungen an Ihrem Produkt oder Ihrer Organisation vornehmen, die sich auf die Einhaltung dieser Anforderungen an die Auflistung auswirken oder die Dokumentation ungültig machen, die Sie Google während des Onboardings zur Verfügung gestellt haben, müssen Sie Google benachrichtigen und Ihr Produkt zur erneuten Überprüfung und Genehmigung einreichen.

Anforderungen an Ihre Organisation

Anforderungen an Ihr Produkt

  • Ihr Produkt muss produktionsbereit sein (nicht in Alpha- oder Betaversion), damit es im Cloud Marketplace öffentlich aufgeführt und verkauft werden kann.

  • Ihr Produkt muss für Unternehmen geeignet sein, einschließlich einer professionellen Online-Präsenz, eines definierten Vertriebsprozesses, Kundensupports und der Einhaltung strenger Best Practices für die Sicherheit.

  • Ihr Produkt darf keine bekannten Sicherheitslücken, Viren, Spyware, Trojaner oder anderen schädlichen Code jeglicher Art enthalten.

  • Sie müssen Google Cloud im Rahmen eines Genehmigungsprozesses während des Onboardings bestätigen, dass Sie Ihr Softwareprodukt hauptsächlich auf Google Cloudhosten.

In den folgenden Abschnitten werden die gängigen genehmigten Hostingmuster beschrieben.

Muster 1: Vollständig auf gehostet Google Cloud

Ihr gesamtes Produkt und alle unterstützenden Komponenten werden vollständig auf Google Cloudausgeführt. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das ein gesamtes Produkt zeigt, das auf ausgeführt wird .
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 2: Compute- oder Datenebene auf Google Cloud

Die Compute- oder Datenebene Ihres Produkts wird auf Google Cloudausgeführt, kleinere Steuerungsebenen oder unterstützende Infrastruktur wie Logging oder KI-Inferenz werden jedoch lokal oder in einer anderen Cloud ausgeführt. In diesem Fall muss die auf Google Cloud-gehostete Compute- oder Datenebene die Ressource sein, deren Verbrauch am schnellsten steigt, wenn Ihre Nutzer ihren Verbrauch erhöhen. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das ein Produkt zeigt, dessen Rechenebene auf ausgeführt wird, zusammen mit der Supportinfrastruktur, die das nicht tut.
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 3: Speicher und Sicherung auf Google Cloud

Ihr Produkt für Speicher, Sicherung, Replikation oder Notfallwiederherstellung muss alle Daten auf Google Cloudreplizieren, während die Steuerungsebene des Produkts lokal oder in anderen Clouds ausgeführt werden kann. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das ein Produkt zeigt, das  für die Speicher- und Sicherungsebene verwendet.
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 4: Migration zu Google Cloud

Ihr Produkt ist ein Migrationstool, bei dem Google Cloud als einziges Ziel für die Migration festgelegt ist, das aber lokal oder in einer anderen Cloud als Migationsquelle ausgeführt werden kann. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das ein Produkt mit  als Migrationsziel zeigt.
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 5: Datenanalyse von Agenten auf Google Cloud

Die Compute- oder Datenebene Ihres Produkts wird auf ausgeführt Google Cloud. Die Monitoring- oder Sicherheitsagenten Ihres Produkts können lokal oder in einer anderen Cloud ausgeführt werden, müssen aber Daten zur Speicherung und Analyse an eine auf Google Cloud-gehostete Umgebung senden. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das ein Produkt mit lokalen Sicherheits-Agents zeigt, die Daten an senden .
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 6: Datensätze auf gehostet Google Cloud

Ihr Produkt ist ein Datensatz, der auf gehostet und über bereitgestellt wird Google Cloud. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Architekturdiagramm mit einem Dataset, das auf gehostet und über bereitgestellt wird .
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 7: Bereitstellung auf Google Distributed Cloud

Ihr Produkt ist eine virtuelle Maschine (VM) oder ein Kubernetes-Produkt, das auf Geräten bereitgestellt wird, die mit Google Distributed Cloud verbunden sind, und auf diesen ausgeführt wird. Ihr Produkt kann eine Verbindung zum Internet herstellen, um es in andere Google Cloud-gehostete Apps oder Dienste einzubinden. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das ein Dataset zeigt, das auf gehostet und über bereitgestellt wird .
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 8: KI-Agenten auf gehostet Google Cloud

Ihr Produkt ist ein KI-Agent als Dienst, der über Gemini Enterprise registriert wurde. Alle unterstützenden Komponenten, einschließlich des KI-Agenten, werden vollständig auf Google Cloudausgeführt. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das einen vollständigen ProductAI-Agenten zeigt, der auf gehostet und über bereitgestellt wird .
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Muster 9: KI-Agenten mit Hybridinfrastruktur

Ihr Produkt ist ein KI-Agent als Dienst, der über Gemini Enterprise registriert wurde. Ihr Hauptprodukt wird auf Google Cloud ausgeführt und verwendet entweder Google-Basismodelle oder Modelle aus dem Model Garden. Kleinere Steuerungsebenen oder unterstützende Infrastruktur werden lokal oder in einer anderen Cloud ausgeführt. In diesem Fall muss der auf Google Cloud-gehostete Agent die Ressource sein, deren Verbrauch am schnellsten steigt, wenn Ihre Nutzer ihren Verbrauch erhöhen. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

Ein Architekturdiagramm, das den Agenten zeigt, der auf ausgeführt wird, sowie die Supportinfrastruktur, die das nicht tut.
Klicken Sie auf das Bild, um eine vergrößerte Version anzuzeigen.

Zusätzliche Produktanforderungen

  • Ihre Produkte auf dem Cloud Marketplace müssen dieselben Funktionen und Features wie alle Versionen dieser Produkte haben, die Sie außerhalb des Cloud Marketplace anbieten.
  • Ihre Datenprodukte dürfen keine „personenbezogenen sensiblen Informationen“ enthalten, wie im Protecting Americans' Data from Foreign Adversaries Act von 2024 definiert.
  • Ihre Produkte mit Komponenten, die in Projekten im Besitz des Kunden Google Cloud bereitgestellt werden, müssen die Verbrauchsverfolgung für Kundentenants für SaaS, VModer Kubernetes Lösungen implementieren.
  • Ihre Auflistung muss zu einem sinnvollen Google Cloud Verbrauch durch den Kunden führen, der die Lösung erwirbt oder verwendet.