SaaS-Produktrichtlinien für AWS Marketplace - AWS Marketplace

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

SaaS-Produktrichtlinien für AWS Marketplace

AWS Marketplace hält die folgenden Richtlinien für alle Produkte und Angebote von Software as a Service (SaaS) ein, AWS Marketplace um eine sichere und vertrauenswürdige Plattform für unsere Kunden zu fördern. Die folgenden Abschnitte enthalten Richtlinien für SaaS-Produkte zu AWS Marketplace.

Alle Produkte und die zugehörigen Metadaten werden bei der Einreichung überprüft, um sicherzustellen, dass sie die aktuellen AWS Marketplace Richtlinien erfüllen oder übertreffen. Diese Richtlinien werden überprüft und angepasst, um unsere sich ändernden Sicherheitsanforderungen zu erfüllen. Darüber hinaus AWS Marketplace werden die Produkte kontinuierlich überprüft, um sicherzustellen, dass sie alle Änderungen dieser Richtlinien erfüllen. Wenn Ihr Produkt die Compliance-Anforderungen nicht erfüllt, müssen Sie es möglicherweise aktualisieren. In einigen Fällen könnte Ihr Produkt erst dann wieder für neue Abonnenten verfügbar sein, wenn die Probleme behoben wurden.

Richtlinien zum Einrichten von Produkten

Alle SaaS-Produkte müssen die folgenden Richtlinien zur Produkteinrichtung einhalten:

  • Preisdimensionen können nicht nur auf private Angebote beschränkt werden. Käufer sollten in der Lage sein, alle Preisdimensionen für öffentliche Produkte zu abonnieren.

  • Mindestens eine Preisdimension muss einen Preis größer als 0,00 USD haben.

  • Alle Preisdimensionen müssen sich auf die tatsächliche Software beziehen und dürfen keine anderen Produkte oder Dienstleistungen enthalten, die nicht mit der Software in Verbindung stehen.

  • SaaS-Produkte, die ausschließlich in den AWS GovCloud (US) Regionen angeboten werden, müssen GovCloud irgendwo im Produkttitel enthalten sein.

Anforderungen bezüglich Kundeninformationen

Alle SaaS-Produkte müssen die folgenden Kundendatenanforderungen erfüllen:

  • SaaS-Produkte müssen vollständig über die im AWS Marketplace angegebenen Dimensionen abgerechnet werden.

  • Sie können unter keinen Umständen Kundenzahlungsinformationen für Ihr SaaS-Produkt erfassen, einschließlich Kreditkarten- und Bankkontoinformationen.

  • Die SaaS-Registrierungsseite muss ein Eingabefeld für die E-Mail-Adresse des Käufers enthalten. Sie können zusätzliche Felder hinzufügen, wie zum Beispiel:

    • Name

    • Zip code (Postleitzahl)

    • Phone number (Telefonnummer)

    • Informationen zum Unternehmen

    • Einstellungen für die Einrichtung des Produkts

    Wenn Sie mehrere Sprachen verwenden möchten, müssen Sie eine englischsprachige Ansicht der Registrierungsseite bereitstellen.

Richtlinien für die Verwendung von Produkten

Alle SaaS-Produkte müssen die folgenden Richtlinien zur Produktnutzung einhalten:

  • Nach dem Abonnieren des Produkts sollten Kunden in der Lage sein AWS Marketplace, ein Konto in Ihrer SaaS-Anwendung zu erstellen und Zugriff auf eine Webkonsole zu erhalten. Wenn ein Kunde nicht sofort auf Ihre Anwendung zugreifen kann, müssen Sie eine Nachricht mit spezifischen Informationen dazu bereitstellen, wann er Zugriff erhält. Wenn ein Konto erstellt wurde, muss dem Kunden eine Benachrichtigung gesendet werden, in der bestätigt wird, dass sein Konto erstellt wurde, zusammen mit klaren Anweisungen für die nächsten Schritte.

  • Wenn ein Kunde bereits über ein Konto in der SaaS-Anwendung verfügt, muss er die Möglichkeit haben, sich über die Bereitstellungs-Startseite anzumelden.

  • Kunden müssen den Status ihres Abonnements innerhalb der SaaS-Anwendung einsehen können, einschließlich aller relevanten Vertrags- oder Abonnementnutzungsinformationen.

  • Kunden müssen in der Lage sein, schnell Hilfe bei Problemen zu erhalten, etwa zur Verwendung der Anwendung, zur Fehlerbehebung und zur eventuellen Anforderung von Erstattungen. Support-Kontaktoptionen müssen auf der Bereitstellungs-Startseite angegeben werden.

  • Produktsoftware und Metadaten dürfen keine Sprache enthalten, die Benutzer zu anderen Cloud-Plattformen, zusätzlichen Produkten, Upsell-Services oder kostenlosen Testangeboten weiterleitet, die nicht verfügbar sind. AWS Marketplace

    Informationen zu kostenlosen Testversionen für SaaS-Produkte finden Sie unterErstellen eines kostenlosen SaaS-Testangebots in AWS Marketplace.

  • Wenn es sich bei Ihrem Produkt um ein Add-on zu einem anderen Produkt oder einem Produkt eines anderen ISVs handelt, muss in Ihrer Produktbeschreibung angegeben werden, dass es die Funktionalität des anderen Produkts erweitert und dass Ihr Produkt ohne dieses Produkt nur sehr begrenzt nützlich ist. Dieses Produkt erweitert beispielsweise die Funktionalität von und ohne dieses Produkt hat dieses Produkt nur einen sehr begrenzten Nutzen<product name>. Bitte beachten Sie, dass für die volle Funktionalität dieses Angebots möglicherweise eine eigene Lizenz erforderlich ist. <product name>

Architektur-Richtlinien

In den folgenden Themen werden die Architekturrichtlinien für SaaS-Produkte aufgeführt und beschrieben.

Richtlinien

Anmerkung

Die folgenden Richtlinien gelten ab dem 1. Mai 2025.

  • Sie können alle SaaS-Architekturen veröffentlichen.

  • Produkte, die auf bereitgestellt werden, AWS erhalten in den AWS Marketplace Suchergebnissen und auf ihren Produktdetailseiten eine spezielle Bezeichnung. Damit AWS Marketplace Sie Ihr Produkt als „bereitgestellt am“ betrachten können AWS, muss Ihr Produkt vollständig darauf laufen AWS. Dazu gehören die Anwendungs- und Steuerungsebenen.

    Die Anwendungsebene kann auf dem AWS Konto des Verkäufers, dem Konto des Käufers oder auf beiden AWS Konten ausgeführt werden. Weitere Informationen finden Sie im Whitepaper Kontrollebene und Anwendungsebene.

    Dienste von Drittanbietern, die vom Produkt für die Übertragung, Speicherung oder Verarbeitung von Anwendungsdaten verwendet werden — mit Ausnahme von Content Delivery Networks (CDNs), Domainnamensystemen (DNSs) und Corporate Identity Providern (IdPs) — müssen ebenfalls vollständig darauf ausgeführt werden. AWS

    Anmerkung

    Anwendungsdaten sind Daten, die dem Käufer gehören oder für ihn generiert wurden.

    Agenten oder Gateways, die vom Produkt für Sicherheit, Überwachung, Datenreplikation oder Migration verwendet werden, können in Umgebungen des Käufers außerhalb, auch vor Ort AWS, ausgeführt werden, dürfen aber nur Daten AWS zur Speicherung und Analyse an diese senden.

    Sie müssen ein Architekturdiagramm zur Überprüfung beifügen. Sie können die Diagramme nicht veröffentlichen. Weitere Informationen finden Sie Architekturdiagramme erstellen im nächsten Abschnitt.

  • Verkäufer können Produkte veröffentlichen, die nicht vollständig auf dem Markt verfügbar sind AWS.

  • Anwendungen, die Ressourcen in der Infrastruktur des Käufers benötigen, müssen den folgenden Richtlinien entsprechen:

  • Rufen Sie erfolgreich den AWS Marketplace APIs von AWS-Konto demjenigen an, der sich als Anbieter registriert und die SaaS-Veröffentlichungsanfrage eingereicht hat. Das SaaS-Preismodell bestimmt, welcher Name heißen APIs soll:

  • SaaS-Produkte, die ausschließlich in den AWS GovCloud (US) Regionen angeboten werden, müssen die architektonischen Grenzen zwischen anderen Regionen AWS-Regionen und den AWS GovCloud (US) Regionen, Anwendungsfälle für das Produkt und die Workloads, die für das Produkt nicht empfohlen werden, erläutern.

Weitere Informationen zu SaaS-Architekturen finden Sie im Whitepaper SaaS Architecture Fundamentals. AWS

Architekturdiagramme erstellen

Um die spezielle Bezeichnung zu erhalten, unter der Ihr Produkt bereitgestellt wird AWS, aktualisieren Sie die Architekturdetails Ihres Produkts im AWS Marketplace Management Portal. Wählen Sie ein Hosting-Muster aus, auf dem implementiert ist, AWS und laden Sie ein Architekturdiagramm hoch, das AWS überprüft wird. Hosting-Muster AWS Marketplace , die als bereitgestellt AWS gelten, finden Sie Richtlinien im vorherigen Abschnitt. Wenn sich Ihr Hosting-Muster ändert, müssen Sie die Architekturdetails Ihres Produkts aktualisieren.

Anmerkung
  • Sie können Ihre Diagramme nicht veröffentlichen.

  • Sie können Produkte veröffentlichen, auf denen nicht alles läuft AWS.

Verwenden Sie beim Erstellen eines Diagramms die folgenden Kriterien:

  • Gruppieren und kennzeichnen Sie Komponenten als Teil der Anwendungs- oder Steuerungsebene.

  • Wenn Komponenten, die nicht Teil AWS dieser Komponente sind, Teil der Kerngeschäftslogik Ihres Produkts sind, gruppieren Sie sie der Anwendungsebene.

  • Komponenten können Details auf niedriger Ebene (z. B. Recheninstanzen und Netzwerksubnetze) oder Dienste auf hoher Ebene (z. B. eine Datenanalyseplattform) darstellen.

  • Komponenten müssen den Namen der verwendeten AWS Dienste oder Nichtdienste nicht identifizieren.AWS

  • Platzieren Sie die Komponenten dort, wo sie logisch ausgeführt werden. Zum Beispiel im AWS Konto des Verkäufers, im AWS Konto des Käufers, in der AWS Nicht-Umgebung des Verkäufers oder in einer anderen Umgebung.

  • Schließen Sie bei Produkten zur Datenreplikation oder Workload-Migration alle unterstützten Quell- und Zielumgebungen ein.

Anmerkung

Das Architekturdiagramm, das Sie zur Aktualisierung der Architekturdetails Ihres SaaS-Produkts verwenden, ist nicht veröffentlicht und steht Käufern nicht öffentlich zur Verfügung.

Detaillierungsgrad

Sie können ein Diagramm auf hoher Ebene erstellen, das die wichtigsten Systemkomponenten zeigt, grundlegende Datenflüsse umfasst und sich auf die Dienste der Anwendungs- und Steuerungsebene konzentriert. Sie können auch ein detailliertes Diagramm auf niedriger Ebene erstellen, das jede Komponente aufschlüsselt, spezifische Verbindungen aufzeigt und technische Spezifikationen mit unterschiedlichen Detaillierungsgraden enthält.

Die folgenden Diagramme zeigen die Architektur einer hypothetischen Videoanalyse-SaaS-Anwendung. Jedes zeigt einen anderen Detaillierungsgrad. Beides ist akzeptabel. Verwenden Sie sie als Beispiele für den Detaillierungsgrad, den Sie in Ihre eigenen Diagramme aufnehmen können.

Im Folgenden finden Sie ein Beispiel für ein Diagramm auf hoher Ebene.

Ein Architekturdiagramm einer hypothetischen Videoanalyse-SaaS-Anwendung mit Diensten auf hohem Niveau. Zu den Diensten gehören Dienste für maschinelles Lernen, Speicherung, Internet und Abrechnung, die als Teil der Steuerungsebene und der Anwendungsebene gruppiert und gekennzeichnet sind.

Im Folgenden finden Sie ein Beispiel für ein detailliertes Diagramm auf niedriger Ebene.

Ein Architekturdiagramm einer hypothetischen Videoanalyse-SaaS-Anwendung mit niedrigen Details. Zu den Details gehören AWS Dienstsymbole für AWS Fargate, Virtual Private Cloud (VPC) und Amazon SageMaker AI, die als Teil der Steuerungsebene und Anwendungsebene gruppiert und gekennzeichnet sind.

Weitere Informationen finden Sie unter Was ist Architekturdiagramme? . Nachdem Sie ein Diagramm erstellt haben, aktualisieren Sie Ihre Architekturdetails im AWS Marketplace Management Portal (AMMP). Weitere Informationen finden Sie unter Architekturdetails aktualisieren.