階段 2 – 概念驗證 - AWS 方案指引
定義進入和退出條件保護資金自動化徹底測試PoC 階段失敗模擬

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

階段 2 – 概念驗證

執行遷移時，請務必證明目標狀態解決方案是否可視需要運作。我們強烈建議您執行proof-of-concept(PoC) 練習。本節著重於執行 PoC 時需要考量的各種層面：

  • 定義進入和退出條件

  • 保護資金

  • 自動化

  • 徹底測試

  • PoC 階段

  • 失敗模擬

定義進入和退出條件

擁有明確的進入和退出條件是成功進行 PoC 練習的關鍵。當您定義進入條件時，請考慮下列事項：

  • 使用案例定義

  • 存取環境

  • 熟悉各種 服務

  • 相關聯的訓練需求

同樣地，定義可用於評估 PoC 結果的退出條件，包括下列項目：

  • 功能

  • 效能需求

  • 安全實作 PoC

保護資金

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

自動化

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

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

徹底測試

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

呈現層

在簡報層中，請務必執行包含下列活動的 PoC 練習：

  • 驗證 – 驗證驗證使用者的計劃機制。

  • 授權 – 識別您要遵循的授權機制，並驗證它們是否如預期般運作。

  • 查詢 – 您會在生產環境中遇到哪些最常見的使用案例？ 哪些邊緣案例案例對您的業務至關重要？ 識別這些模式，並在 PoC 期間驗證它們。

  • 轉譯 – 跨使用案例為各種使用者正確且適當地轉譯資料嗎？ 對於日誌分析使用案例，您可能想要在 OpenSearch Dashboards 或 Kibana 上建置和測試儀表板，視目標版本而定，以確認其符合您的需求。

擷取層

在擷取層中，請務必評估各種元件，例如集合、緩衝、彙總和儲存：

  • 收集 – 對於日誌分析使用案例，驗證是否正在收集您正在記錄的所有資料。對於搜尋使用案例，請識別饋送資料的來源，並對資料的完整性和正確性執行驗證，以確保已成功執行收集階段。

  • 緩衝區：如果您的流量暴增，建議您確保正在緩衝正在擷取的資料。建立緩衝設計有多種方式。例如，您可以在 Amazon Data Firehose 中收集資料，也可以使用 Amazon S3 儲存做為緩衝區。

  • 彙總 – 驗證您在擷取期間執行的任何資料彙總，例如大量 API 用量。

  • 儲存 – 驗證儲存是否能夠以最佳方式處理您正在執行的擷取。

PoC 階段

我們建議您使用下列階段來實作 PoC 並驗證結果。不要害怕反覆執行這些 PoC 階段，並調整計畫 PoC，即使您事先投入時間進行規劃。

  • 功能測試和負載測試 – 確保所有關卡都經過徹底測試。模擬堆疊所有部分的失敗。例如，如果您的叢集有兩個大型節點，而其中一個節點故障，則另一個節點必須佔用叢集上的所有流量。在這種情況下，擁有更多較小的節點可能會導致從節點故障中更順暢的復原。在尖峰負載和更高負載測試您的工作負載，以確保在這種情況下不會影響效能。在測試期間，請儘早提出問題，讓不同的利益相關者在正確的時間評估任何潛在的問題。

  • 驗證 KPIs 和調校 – 在 PoC 期間，請確定您符合您在 PoC 結束條件中定義的 KPIs和業務成果。調校組態，使其符合 KPIs。

  • 自動化和部署 – 自動化和監控是 PoC 測試期間要關注的其他關鍵層面。精簡您的自動化步驟，並驗證它們以及詳細的監控，提供所有利益相關者足夠的資訊，以自信地評估 PoC 的結果。記錄所有步驟，並建立可供生產遷移重複使用的 Runbook。

失敗模擬

強烈建議您模擬故障案例，並驗證您的設計是否提供滿足使用者需求所需的彈性和容錯能力。您可能想要模擬資料節點的失敗，以查看叢集是否有足夠的資源可正常處理復原。若要檢查您的網域是否可能因為大量擷取而不堪負荷，您可以模擬來自某些來源的日誌突然爆增，以測試緩衝設定。當您擴展到生產部署時，請確認您的設計不超過任何配額。如需詳細資訊，請參閱服務配額上的 Amazon OpenSearch Service 文件。