本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 的 SaaS 產品指導方針 AWS Marketplace
AWS Marketplace 針對 上的所有軟體即服務 (SaaS) 產品和產品維護下列指導方針， AWS Marketplace 以為我們的客戶提升安全、可靠且可靠的平台。下列各節提供 SaaS 產品的指導方針 AWS Marketplace。
提交時，會檢閱所有產品及其相關中繼資料，以確保它們符合或超過目前的 AWS Marketplace 準則。這些指導方針經過審核和調整，以滿足我們不斷演進的安全要求。此外， AWS Marketplace 會持續審查產品，以確認它們符合這些準則的任何變更。如果產品不合規，我們可能會要求您更新產品，在某些情況下，您的產品可能無法暫時供新訂閱者使用，直到問題解決為止。
**Topics**
+ [產品設定準則](#saas-guidelines-setup)
+ [客戶資訊要求](#saas-customer-information)
+ [產品使用準則](#saas-product-usage)
+ [架構準則](#saas-architecture)
## 產品設定準則
所有 SaaS 產品都必須遵守下列產品設定準則：
+ 定價維度不能僅限於私有優惠。買方應該能夠訂閱公開產品的任何定價維度。
+ 定價維度必須符合下列要求：
+ 對於使用免費定價模式的產品，所有定價維度必須設定為 0.00 美元。
+ 對於使用其他定價模式 （合約、用量或消耗合約） 的產品，至少有一個定價維度的價格必須大於 0.00 美元。如果所有維度都設為 \$10.00，產品會自動轉換為免費定價模型。
+ 所有定價維度都必須與實際軟體相關，且不得包含與軟體無關的任何其他產品或服務。
+ 僅在 AWS GovCloud (US) 區域中提供的 SaaS 產品必須包含產品標題中的`GovCloud`某處。
## 客戶資訊要求
所有 SaaS 產品都必須遵守下列客戶資訊要求：
+ SaaS 產品必須完全透過 上列出的維度計費 AWS Marketplace。
+ 您可以隨時收集 SaaS 產品的客戶付款資訊，包括信用卡和銀行帳戶資訊。
+ SaaS 註冊頁面必須包含買方電子郵件地址的輸入欄位。您可以包含其他欄位，例如：
+ Name
+ 郵遞區號
+ 電話號碼
+ 公司資訊
+ 產品設定偏好設定
如果您打算使用多種語言，您必須提供註冊頁面的英文檢視。
## 產品使用準則
所有 SaaS 產品都必須遵守下列產品使用準則：
+ 訂閱 中的產品後 AWS Marketplace，客戶應該能夠在 SaaS 應用程式中建立 帳戶，並取得 Web 主控台的存取權。如果客戶無法立即存取應用程式，您必須提供訊息，其中包含他們何時將存取的特定指示。建立帳戶後，客戶必須收到通知，確認其帳戶已建立，並明確執行後續步驟。
+ 如果客戶在 SaaS 應用程式中已有 帳戶，他們必須能夠從履行登陸頁面登入。
+ 客戶必須能夠在 SaaS 應用程式中查看其訂閱的狀態，包括任何相關的合約或訂閱使用資訊。
+ 客戶必須能夠輕鬆取得相關問題的協助，例如：使用應用程式、疑難排解和請求退款 （如適用）。必須在履行登陸頁面上指定支援聯絡選項。
+ 產品軟體和中繼資料不得包含將使用者重新導向至其他雲端平台、其他產品、追加銷售服務或無法使用的免費試用優惠的語言 AWS Marketplace。
如需 SaaS 產品免費試用的相關資訊，請參閱 [在 中建立 SaaS 免費試用優惠 AWS Marketplace](saas-free-trials.md)。
+ 如果您的產品是另一個產品或其他 ISV 產品的附加元件，您的產品描述必須指出它擴展了另一個產品的功能，如果沒有它，您的產品具有非常有限的公用程式。例如，*此產品擴展了 的功能，如果沒有它，此產品的公用程式非常有限。請注意， 可能需要自己的授權才能使用此清單的完整功能。*
## 架構準則
下列主題列出並說明 SaaS 產品的架構準則。
**Topics**
+ [指導方針](#march-saas-guidelines)
+ [建立架構圖](#arch-diagram)
### 指導方針
**注意**
下列指導方針自 2025 年 5 月 1 日起生效。
+ 您可以發佈所有 SaaS 架構。
+ 部署在 上的產品會在 AWS Marketplace 搜尋結果及其產品詳細資訊頁面中 AWS 收到特殊指定。若要 AWS Marketplace 讓 將您的產品視為「已部署」 AWS，您的產品必須完全執行 AWS。這包括應用程式和控制平面。
*應用程式平面*可以在賣方 AWS 帳戶、買方 AWS 帳戶或兩者中執行。如需詳細資訊，請參閱[控制平面與應用程式平面白皮書。](https://docs.aws.amazon.com/whitepapers/latest/saas-architecture-fundamentals/control-plane-vs.-application-plane.html)
產品用來傳輸、存放或處理應用程式資料的第三方服務，但內容交付網路 (CDNs)、網域名稱系統 (DNSs) 和公司身分提供者 (IdPs) 除外，也必須完全執行 AWS。
**注意**
*應用程式資料*是屬於買方或為買方產生的資料。
產品用於安全、監控、資料複寫或遷移的代理程式或閘道可以在買方擁有的外部環境中執行 AWS，包括內部部署，但必須僅將資料傳送至 AWS 以進行儲存和分析。
您必須包含架構圖表以供檢閱。您無法公開圖表。如需詳細資訊，請參閱下一節[建立架構圖](#arch-diagram)中的 。
+ 賣方可以發佈未完全執行的產品 AWS。
+ 需要買方基礎設施中資源的應用程式必須遵循下列準則：
+ 若要被視為 SaaS 產品而非受管服務，您的控制平面必須位於您管理的基礎設施中，如 [SaaS 架構基礎](https://docs.aws.amazon.com/whitepapers/latest/saas-architecture-fundamentals/saas-architecture-fundamentals.html) AWS 白皮書所定義。如需詳細資訊，請參閱 [SaaS 與受管服務供應商白皮書。](https://docs.aws.amazon.com/whitepapers/latest/saas-architecture-fundamentals/saas-vs.-managed-service-provider-msp.html)
+ 在產品描述中，您必須通知客戶，如果他們產生 AWS 與其 AWS Marketplace 交易不同的基礎設施費用，他們必須支付這些費用。
+ 您必須以安全的方式佈建資源，例如使用 AWS 安全字符服務 (AWS STS) 或 AWS Identity and Access Management (IAM)。
+ 建立授予應用程式許可的使用說明或部署範本時，必須遵循[最低權限原則](https://docs.aws.amazon.com/IAM/latest/UserGuide/LeastPrivilege.html)。
+ 您必須提供其他文件，說明所有佈建 AWS 的服務、IAM 政策陳述式，以及如何在客戶帳戶中部署和使用 IAM 角色或使用者。
+ 您必須提供指示或部署範本，讓買方能夠在其 AWS 帳戶中部署所需的資源。
+ 如果您提供 CloudFormation 範本 (CFTs) 以將資源部署到買方 AWS 帳戶，則他們必須遵守[AWS Marketplace CFTs的政策](https://docs.aws.amazon.com/marketplace/latest/userguide/cloudformation.html#aws-cloudformation-template-preparation)。您必須遵循為買方啟用 SaaS Quick Launch 部署選項時提供的方法，將這些 CFTs 發佈為 SaaS 清單的一部分。[SaaS ](https://docs.aws.amazon.com/marketplace/latest/userguide/saas-product-settings.html#saas-quick-launch) SaaS Quick Launch 可讓您的買方更輕鬆地設定 SaaS 解決方案。
+ 如果 Amazon Machine Image (AMI) 部署到買方的 AWS 帳戶中，則必須符合 [的 AMI 型產品需求 AWS Marketplace](product-and-ami-policies.md)。您必須在 中將 AMI 發佈為單獨的 AMI 型產品， AWS Marketplace 並指出它是 中所需的附加元件產品[產品使用政策](product-and-ami-policies.md#product-usage)。您可以將 AMI 型產品定價為 BYOL，因為它是 SaaS 產品的延伸。 會 AWS Marketplace 掃描 AMI 型產品是否有未修補的常見漏洞和暴露 (CVEs) 和安全性需求。您的買方也必須訂閱 AMI 型產品，才能進行部署。
+ 如果容器映像部署到買方的 AWS 帳戶中，則必須符合 [的容器型產品需求 AWS Marketplace](container-product-policies.md)。您必須在 中將容器映像發佈為個別的容器型產品， AWS Marketplace 並指出它是 中所需的附加元件產品[產品使用需求](container-product-policies.md#container-usage-requirements)。您可以將容器型產品定價為 BYOL，因為它是 SaaS 產品的延伸。 會 AWS Marketplace 掃描容器型產品是否有未修補的常見漏洞和暴露 (CVEs) 和安全性需求。您的買方也必須訂閱容器型產品，才能部署。
+ 從註冊為提供者並提交 SaaS 發佈請求 AWS 帳戶 的 成功呼叫 AWS Marketplace APIs。SaaS 定價模型會決定應呼叫哪些 APIs：
+ SaaS 合約 – 中的 [GetEntitlements](https://docs.aws.amazon.com/marketplaceentitlement/latest/APIReference/API_GetEntitlements.html) AWS Marketplace Entitlement Service。
+ 消耗的 SaaS 合約 – 中的 [GetEntitlements](https://docs.aws.amazon.com/marketplaceentitlement/latest/APIReference/API_GetEntitlements.html) AWS Marketplace Entitlement Service 和 AWS Marketplace Metering Service 中的 [BatchMeterUsage](https://docs.aws.amazon.com/marketplacemetering/latest/APIReference/API_BatchMeterUsage.html)。
+ SaaS 訂閱 – AWS Marketplace Metering Service 中的 [BatchMeterUsage](https://docs.aws.amazon.com/marketplacemetering/latest/APIReference/API_BatchMeterUsage.html)。
+ 僅在 AWS GovCloud (US) 區域中提供的 SaaS 產品必須解釋其他 AWS 區域 和 AWS GovCloud (US) 區域之間的架構界限、產品的使用案例，以及不建議用於產品的工作負載。
如需 SaaS 架構的詳細資訊，請參閱 [SaaS 架構基礎](https://docs.aws.amazon.com/whitepapers/latest/saas-architecture-fundamentals/saas-architecture-fundamentals.html) AWS 白皮書。
### 建立架構圖
若要接收產品部署所在的特殊指定 AWS，請在 AWS Marketplace 管理入口網站中[更新產品的架構詳細資訊](saas-product-settings.md#updating-architecture-details)。選取部署在 上的託管模式， AWS 並上傳 AWS 檢閱的架構圖。如需考慮部署的 AWS Marketplace 託管模式 AWS，請參閱上一節[指導方針](#march-saas-guidelines)中的 。如果您的託管模式變更，您必須更新產品的架構詳細資訊。
**注意**
您無法公開圖表。
您可以發佈未完全執行的產品 AWS。
建立圖表時，請使用下列條件：
+ 將元件分組並標記為[應用程式平面或控制平面](https://docs.aws.amazon.com/whitepapers/latest/saas-architecture-fundamentals/control-plane-vs.-application-plane.html)的一部分。
+ 對於 AWS 屬於產品核心業務邏輯的任何 外部元件，請將它們與應用程式平面分組。
+ 元件可以代表低階詳細資訊 （例如，運算執行個體和網路子網路） 或高階服務 （例如，資料分析平台）。
+ 元件不需要識別所使用 AWS 服務或非AWS 服務的名稱。
+ 將元件放在邏輯執行的位置。例如，在賣方的 AWS 帳戶中、買方的 AWS 帳戶、賣方的非AWS 環境或其他環境。
+ 對於資料複寫或工作負載遷移產品，請包含所有支援的來源和目標環境。
**注意**
您用來更新 SaaS 產品的架構詳細資訊的架構圖表不會發佈，也不會公開提供給買方。
#### 詳細資訊層級
您可以建立高階圖表，顯示主要系統元件、包含基本資料流程，並著重於應用程式平面和控制平面服務。或者，您可以建立低階、詳細的圖表，以細分每個元件、顯示特定連線，並包含具有不同細節層級的技術規格。
下圖顯示假設性影片分析 SaaS 應用程式的架構。每個 顯示不同層級的詳細資訊。兩者都是可接受的。使用它們做為詳細資訊層級的範例，以包含在您自己的圖表中。
以下是高階圖表的範例。
![\[具有高階服務的假設性影片分析 SaaS 應用程式的架構圖。服務包括機器學習、儲存、Web 和帳單服務，分組並標記為控制平面和應用程式平面的一部分。\]](http://docs.aws.amazon.com/zh_tw/marketplace/latest/userguide/images/example-architecture-diagram-with-high-level-services.png)
以下是低階、詳細圖表的範例。
![\[具有低階詳細資訊的假設性影片分析 SaaS 應用程式的架構圖。詳細資訊包括 AWS 的服務圖示 AWS Fargate、虛擬私有雲端 (VPC) 和 Amazon SageMaker AI，這些 AI 會分組並標記為控制平面和應用程式平面的一部分。\]](http://docs.aws.amazon.com/zh_tw/marketplace/latest/userguide/images/example-architecture-diagram-with-low-level-details.png)
如需詳細資訊，請參閱[什麼是架構圖表？](https://aws.amazon.com/what-is/architecture-diagramming/)。建立圖表後，請在 AWS Marketplace 管理入口網站 (AMMP) 中更新您的架構詳細資訊。如需詳細資訊，請參閱[更新架構詳細資訊](saas-product-settings.md#updating-architecture-details)。