Anforderungen für Google Cloud Marketplace

Wenn Sie Produkte auf dem Google Cloud Marketplace anbieten möchten, müssen Sie die folgenden Anforderungen für Einträge erfüllen. Sie müssen auch die Betriebsanforderungen für die von Ihnen angebotenen Produkte einhalten.

Wenn Sie Änderungen an Ihrem Produkt oder Ihrer Organisation vornehmen, die sich auf die Einhaltung dieser Anforderungen für Einträge 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. Dazu gehören eine professionelle Onlinepräsenz, ein definierter Vertriebsprozess, Kundensupport und die 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 während des Onboardings in einem Genehmigungsverfahren bestätigen, dass Sie Ihr Softwareprodukt hauptsächlich aufGoogle Cloudhosten. Google Cloud Die folgenden Muster sind gängige genehmigte Anwendungsfälle:

    • Muster 1:Ihr gesamtes Produkt und alle zugehörigen Komponenten werden vollständig auf Google Cloudausgeführt. Das folgende Architekturdiagramm zeigt ein Beispiel für dieses Muster.

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

    • Muster 2:Die Compute- oder Datenebene Ihres Produkts wird aufGoogle Cloudausgeführt, kleinere Steuerungsebenen oder Unterstützungsinfrastrukturen wie Logging oder KI-Inferenz werden jedoch lokal oder in einer anderen Cloud ausgeführt. In diesem Fall muss dieGoogle Cloud-gehostete Rechen- oder Datenebene die Ressource sein, deren Nutzung am schnellsten steigt, wenn Ihre Nutzer ihre Nutzung steigern. 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:Ihr Produkt für Speicher, Sicherung, Replikation oder Notfallwiederherstellung (Disaster Recovery, DR) muss alle Daten in 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:Ihr Produkt ist ein Migrationstool, dasGoogle Cloud als einziges Migrationsziel hat, aber lokal oder in einer anderen Cloud als Migrationsquelle 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:Die Rechen- oder Datenebene Ihres Produkts wird aufGoogle Cloudausgeführt. Die Überwachungs- oder Sicherheits-Agents Ihres Produkts können lokal oder in einer anderen Cloud ausgeführt werden, müssen aber Daten zur Speicherung und Analyse an eineGoogle 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:Ihr Produkt ist ein Dataset, das aufGoogle Cloudgehostet und überGoogle Cloudbereitgestellt wird. 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:Ihr Produkt ist eine VM oder ein Kubernetes-Produkt, das auf Geräten bereitgestellt wird, die mit Google Distributed Cloud verbunden sind, und auf diesen Geräten ausgeführt wird. Ihr Produkt stellt möglicherweise eine Verbindung zum Internet her, um in andere von Google Cloudgehostete Apps oder Dienste eingebunden zu werden. 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:Ihr Produkt ist ein KI-Agent als Dienst, der über Gemini Enterprise registriert wurde. Alle unterstützenden Komponenten, einschließlich des KI-Agents, 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:Ihr Produkt ist ein KI-Agent als Dienst, der über Gemini Enterprise registriert ist. Ihr Hauptprodukt wird auf Google Cloud ausgeführt und verwendet entweder Google Foundation Models oder Modelle aus dem Model Garden. Kleinere Steuerungsebenen oder unterstützende Infrastruktur, die lokal oder in einer anderen Cloud ausgeführt werden. In diesem Fall muss IhrGoogle Cloud-gehosteter 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.

  • Ihre Produkte auf dem Cloud Marketplace müssen dieselben Funktionen und Features haben wie alle Versionen dieser Produkte, die Sie außerhalb des Cloud Marketplace anbieten.

  • Ihre Datenprodukte dürfen keine „personenidentifizierbaren sensiblen Informationen“ im Sinne des Protecting Americans’ Data from Foreign Adversaries Act von 2024 enthalten.

  • Sie müssen dafür sorgen, dass für Ihre Produkte mit Komponenten, die in Google Cloud -Projekten des Kunden bereitgestellt werden, die Nutzung von Mandanten des Kunden für SaaS-, VM- oder Kubernetes-Lösungen erfasst wird.

  • Ihr Eintrag muss zu einer sinnvollen Google Cloud Nutzung durch den Kunden führen, der die Lösung beschafft und/oder verwendet.