SaaS-Produktrichtlinien für AWS Marketplace - AWS Marketplace
Richtlinien zum Einrichten von ProduktenAnforderungen bezüglich KundeninformationenRichtlinien für die Verwendung von ProduktenArchitektur-Richtlinien

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.

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.

Die Richtlinien gelten ab dem 1. Mai 2025

Anmerkung

Die folgenden Richtlinien treten am 1. Mai 2025 in Kraft.

  • Sie können alle SaaS-Architekturen veröffentlichen. Damit AWS Marketplace Ihr Produkt jedoch als bereitgestellt betrachtet werden kann AWS, muss Ihre SaaS-Anwendung einem der unten aufgeführten AWS Hosting-Muster entsprechen. Produkte, die am bereitgestellt werden, AWS erhalten in den AWS Marketplace Suchergebnissen und auf ihren Produktdetailseiten eine spezielle Bezeichnung.

    • Das Produkt läuft vollständig auf AWS. Dies umfasst sowohl die Anwendungs- als auch die Steuerungsebene. Die Anwendungsebene kann auf dem AWS Konto des Verkäufers, dem Konto des Käufers oder auf beiden AWS Konten ausgeführt werden. Die SaaS-Anwendung kann Content Delivery Networks (CDNs), Domainnamensysteme (DNSs) und Corporate Identity-Provider (IdPs) anderer Anbieter verwenden.

    • Das Produkt ist nur für die Replikation oder Migration von Daten oder Workloads auf AWS konzipiert. Mit Ausnahme von Clients und Gateways, die außerhalb von ausgeführt werden AWS, müssen die Anwendungs- und Steuerungsebenen ausgeführt werden. AWS AWS muss das einzig verfügbare Ziel sein. Wenn das Produkt auch die Replikation in Umgebungen außerhalb von unterstützt AWS, müssen Sie diese Funktion entfernen und ein separates Produkt mit dieser Funktion veröffentlichen. AWS Marketplace Ich betrachte dieses zweite Produkt nicht als bereitgestellt auf 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 unter Grundlagen der SaaS-Architektur.

Architekturdiagramm

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 von geprüft wird AWS. Informationen zu Hostingmustern, die AWS Marketplace als bereitgestellt gelten AWSDie Richtlinien gelten ab dem 1. Mai 2025, finden Sie weiter oben in diesem Handbuch.

Verwenden Sie bei der Erstellung 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.

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, das die Architektur einer hypothetischen Videoanalyse-SaaS-Anwendung mit Diensten auf hohem Niveau zeigt. 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, das die Architektur einer hypothetischen Videoanalyse-SaaS-Anwendung mit niedrigen Details zeigt. 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 Produktinformationen aktualisieren.

Aktuelle Richtlinien, gültig bis 30. April 2025

Alle SaaS-Produkte müssen die folgenden Architekturrichtlinien einhalten:

Anmerkung

Richtlinien für die Zeit nach dem 30. April 2025 finden Sie unterDie Richtlinien gelten ab dem 1. Mai 2025.

  • Ein Teil Ihrer Anwendung muss in einer Anwendung gehostet werden AWS-Konto , die Sie besitzen.

  • Alle Anwendungskomponenten sollten in der von Ihnen verwalteten Infrastruktur gehostet werden. Anwendungen, die zusätzliche Ressourcen in der Infrastruktur des Kunden benötigen, müssen folgende Richtlinien einhalten:

    • Stellen Sie Ressourcen auf sichere Weise bereit, z. B. mithilfe von AWS Security Token Service (AWS STS) oder AWS Identity and Access Management (IAM).

    • Stellen Sie zusätzliche Dokumentation bereit, einschließlich einer Beschreibung aller bereitgestellten AWS-Services IAM-Richtlinienerklärungen und der Bereitstellung und Verwendung einer IAM-Rolle oder eines IAM-Benutzers im Konto des Kunden.

    • Fügen Sie der Produktbeschreibung einen Hinweis bei, in dem erklärt wird, dass der Kunde für die Zahlung der zusätzlichen AWS Infrastrukturgebühren verantwortlich ist, wenn er unabhängig von seiner AWS Marketplace Transaktion zusätzliche Infrastrukturgebühren anfallen.

    • Wenn für Ihr Produkt ein Mitarbeiter eingesetzt wird, müssen Sie dem Kunden Anweisungen geben, in denen beschrieben wird, wie er in seinem System eingesetzt werden kann. AWS-Konto

    • Anwendungen, für die Ressourcen benötigt werden, die in der Infrastruktur des Kunden laufen, werden bis dahin einer zusätzlichen Prüfung unterzogen AWS Marketplace, was 2-4 Wochen in Anspruch nehmen kann.

  • 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.