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

# KPIs和業務持續性
<a name="kpis-business-continuity"></a>

在遷移期間，您必須建立業務目標和關鍵績效指標 (KPIs) 來衡量成功。請務必在遷移程序開始時確定您的目標，並為目前的系統建立基準，以便您可以確定可衡量的改善。客戶旅程中的常見目標包括下列項目：
+ 改善操作敏捷性。

  在此目標下，您可以使用下列指標，測量和比較現有的部署與目標環境：
  + 佈建叢集的平均時間。
  + 將部署推展到新地理位置的時間
  + 設定叢集安全性的平均時間
  + 擴展環境的平均時間 （例如新增節點和新增儲存）
  + 偵測執行緩慢查詢的平均時間，以及修復查詢的平均時間
  + 升級軟體版本的平均時間
+ 降低總體擁有成本 (TCO)。

  若要計算目前的 TCO，您可以使用下列指標：
  + 建置和操作解決方案的員工時數 （開發、DevOps、監控、擴展、備份、還原）
  + 與現有軟體相關聯的授權成本
  + 資料中心成本 （硬體採購和重新整理、電力、冷卻、空間、機架、聯網設備）
  + 設定解決方案的員工時數 （軟體安裝、聯網）
  + 合規稽核成本 (HIPAA、PCI DSS、SOC、ISO、GDPR、FedRAMP)
  + 設定安全性的成本 （靜態和傳輸中加密、設定身分驗證和授權、精細存取控制）
  + 保留大量暖資料和冷資料的成本
  + 跨可用區域設定高可用性的成本
  + 過度佈建的成本，以避免頻繁的硬體採購或處理尖峰負載

  此清單並不詳盡。
+ 監控運作時間和其他服務層級協議 (SLAs)。您可以遷移至新環境來衡量和改善的 SLAs 包括下列項目：
  + 總運作時間 （現有部署的歷史運作時間資料，相較於 Amazon OpenSearch Service 提供的 99.9% SLA)
  + 失敗復原 （復原點目標和復原時間目標）
  + 與各種函數相關聯的回應時間 （例如，搜尋和索引）
  + 並行使用者數量
  + 不同地理位置和叢集之間的複寫時間。

當您遷移至 Amazon OpenSearch Service 時，請使用反覆程序來驗證您是否達到或超過這些 KPIs以及您是否達到所需的結果。

## 操作效能
<a name="operational-performance"></a>

目前解決方案中要查看的關鍵領域是效能指標。建立基準，並判斷您預期在目標環境中實現的改善。這包括您的執行時間 SLA 和延遲需求。這將協助您建立和在大多數情況下改善目前的服務水準。通常，客戶會查看下列服務水準指標
+ 每秒讀取和寫入數
+ 讀取和寫入延遲
+ 執行時間百分比

當您建構自己的 SLAs 時，請務必完全了解 [Amazon OpenSearch Service - 服務水準協議](https://aws.amazon.com/elasticsearch-service/sla/)。

## 程序效能
<a name="process-performance"></a>

若要建立業務持續性目標，請務必評估您目前的程序效能。識別並檢閱目前平台的現有 Runbook 或標準操作程序 (SOPs)，並判斷團隊花費大部分時間的區域。遷移是改善這些領域的好機會，讓您的團隊可以專注於創新、建立業務功能，以及改善客戶體驗。您可以透過檢閱歷史支援或問題票證資料來識別現有環境的困擾點，以判斷支援和開發人員解決這些問題所花費的時間。擷取下列指標可協助您測量目標環境交付的改善：
+ 平均故障時間 (MTTF) （執行時間）
+ 平均故障間隔時間 (MTBF)
+ 偵測失敗的平均時間 (MTTD)
+ 平均修復時間 （解決） (MTTR)
+ 收到的支援票證數量

## 順暢地轉換至新服務
<a name="transition"></a>

為了確保服務的業務持續性，請務必仔細規劃無縫轉換。遷移是讓您的應用程式和與您的搜尋或日誌分析平台相關聯的服務現代化的好時機。不過，您想要規劃謹慎的切換策略，這不會影響您現有的服務。本文件中的[切換策略](stage-5-cutover.md)區段提供如何規劃無縫切換目標環境的相關資訊。

## 財務指標
<a name="financial-metrics"></a>

遷移至 Amazon OpenSearch Service 的原因可能有很多，但成本通常是主要因素。了解現有環境的總擁有成本 (TCO)，以便您可以透過移至 受管服務來衡量節省的成本。您可以從*降低總擁有成本*目標下列出的指標清單開始。AWS 已發佈[雲端價值基準研究](https://pages.awscloud.com/rs/112-TZM-766/images/cloud-value-benchmarking-study-quantifies-cloud-adoption-benefits.pdf)，可協助團隊提出商業案例以遷移至 AWS 雲端。雖然該研究並非 Amazon OpenSearch Service 特有，但它涵蓋了大多數雲端遷移中常見的鍵值區域，包括遷移到 Amazon OpenSearch Service。

在大多數情況下，Amazon OpenSearch Service 提供較低的 TCO。計算 TCO 時，納入人員配置成本至關重要。了解工程師維護目前環境所花費的時間和成本，是重要的因素。許多客戶只會比較儲存、運算和聯網基礎設施的成本與受管服務的成本。不過，這可能不會為您提供準確的總擁有成本。Amazon OpenSearch Service 透過管理工程師必須執行的任務，為您的團隊提供營運效率。這包括下列任務：
+ 透過新增或移除節點來擴展叢集
+ 修補
+ 就地升級
+ 進行備份
+ 設定監控工具以擷取日誌和指標

這些活動由 服務自動化，AWS 提供生產層級的支援團隊。這表示您的員工可以專注於為您的業務增加直接價值的活動。