本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 階段 2 – 概念驗證
<a name="stage-2-poc"></a>

執行遷移時，請務必證明目標狀態解決方案是否可視需要運作。我們強烈建議您執行proof-of-concept(PoC) 練習。本節著重於執行 PoC 時需要考量的各種層面：
+ 定義進入和退出條件
+ 保護資金
+ 自動化
+ 徹底測試
+ PoC 階段
+ 失敗模擬

## 定義進入和退出條件
<a name="entry-exit"></a>

擁有明確的進入和退出條件是成功進行 PoC 練習的關鍵。當您定義進入條件時，請考慮下列事項：
+ 使用案例定義
+ 存取環境
+ 熟悉各種 服務
+ 相關聯的訓練需求

同樣地，定義可用來評估 PoC 結果的退出條件，包括下列項目：
+ 功能
+ 效能需求
+ 安全實作 PoC

## 保護資金
<a name="funding"></a>

根據 PoC 條件定義，為 PoC 提供安全資金。請確定您已執行正確的規模調整，並考慮所有相關的成本。如果您要從現場部署遷移到 AWS，請包含從現場部署遷移架構到 AWS 雲端的相關成本。如果您是現有的 AWS 客戶，請與您的 AWS 客戶經理合作，以了解您是否有資格取得可用於遷移至 Amazon OpenSearch Service 的點數。

## 自動化
<a name="automate"></a>

識別自動化可以在何處完成，並規劃專用軌道，以自動化測試並設定時間。自動化部署和測試可協助您快速地進行漂洗、重複、測試和驗證，而不會發生人為導入錯誤。

透過設定測試的時間框，您可以確保準時交付，並在遇到挑戰時轉向其他活動。例如，如果您的效能測試花費的時間超過預估時間，您可以暫停該活動。然後，您可以在開發人員修正問題時，移至其他測試和驗證活動。您可以在問題解決後返回效能測試。為現有解決方案效能建立基準，並建立自動化效能測試，以驗證 PoC 期間組態變更的效果。

## 徹底測試
<a name="testing"></a>

請確認您為與 Amazon OpenSearch Service 網域整合的不同層執行必要的驗證，例如擷取管道和查詢機制，以測試堆疊的所有部分。這將協助您驗證end-to-end解決方案實作。

**呈現層**

在簡報層中，請務必執行包含下列活動的 PoC 練習：
+ **驗證** – 驗證驗證使用者的計劃機制。
+ **授權** – 識別您要遵循的授權機制，並驗證它們是否如預期般運作。
+ **查詢** – 您在生產環境中最常遇到的使用案例有哪些？ 哪些邊緣案例案例對您的業務至關重要？ 識別這些模式，並在 PoC 期間驗證它們。
+ **轉譯** – 跨使用案例為各種使用者正確且適當地轉譯資料嗎？ 對於日誌分析使用案例，您可能想要根據目標版本，在 OpenSearch Dashboards 或 Kibana 上建置和測試儀表板，以確認其符合您的需求。

**擷取層**

在擷取層中，請務必評估各種元件，例如集合、緩衝、彙總和儲存：
+ **收集** – 對於日誌分析使用案例，驗證是否正在收集您正在記錄的所有資料。對於搜尋使用案例，識別饋送資料的來源，並對資料的完整性和正確性執行驗證，以確保已成功執行收集階段。
+ **緩衝**：如果您的流量激增，建議您確保正在緩衝正在擷取的資料。有多種方法可以建立緩衝設計。例如，您可以在 Amazon Data Firehose 中收集資料，也可以使用 Amazon S3 儲存做為緩衝區。
+ **彙總** – 驗證您在擷取期間執行的任何資料彙總，例如大量 API 用量。
+ **儲存** – 驗證儲存是否能夠以最佳方式處理您正在執行的擷取。

## PoC 階段
<a name="poc-stages"></a>

我們建議您使用下列階段來實作 PoC 並驗證結果。不要害怕重複這些 PoC 階段，並調整計畫 PoC，即使您事先投入時間進行規劃。
+ **功能測試和負載測試** – 確保所有關卡都經過徹底測試。模擬堆疊所有部分的失敗。例如，如果您的叢集有兩個大型節點，而其中一個節點故障，則另一個節點必須佔用叢集上的所有流量。在這種情況下，擁有更多較小的節點可能會導致從節點故障中更順暢的復原。在尖峰負載和更高負載測試您的工作負載，以確保在這種情況下效能不會受到影響。在測試期間， 會及早提出問題，以便各種利益相關者在正確的時間評估任何潛在問題。
+ **驗證 KPIs 和調校** – 在 PoC 期間，請確定您符合您在 PoC 退出條件中定義的 KPIs和業務成果。調校組態，使其符合 KPIs。
+ **自動化和部署** – 自動化和監控是 PoC 測試期間要關注的其他關鍵層面。精簡您的自動化步驟，並搭配詳細的監控進行驗證，為所有利益相關者提供足夠的資訊，以自信地評估 PoC 的結果。記錄所有步驟，並建立可供生產遷移重複使用的 Runbook。

## 失敗模擬
<a name="failure-simulation"></a>

我們強烈建議您模擬故障案例，並驗證您的設計是否提供滿足使用者需求所需的彈性和容錯能力。您可能想要模擬資料節點的故障，以查看叢集是否有足夠的資源可正常處理復原。若要檢查您的網域是否可能因為大量擷取而不堪負荷，您可以透過模擬來自一些來源的日誌突然暴增來測試緩衝設定。當您擴展至生產部署時，請確認您的設計不超過任何配額。如需詳細資訊，請參閱[服務配額](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/limits.html)上的 Amazon OpenSearch Service 文件。