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

# 描述和管理 AWS Resilience Hub 應用程式
<a name="applications"></a>

 AWS Resilience Hub 應用程式是 AWS 資源的集合，其結構旨在防止和復原 AWS 應用程式中斷。

若要描述 AWS Resilience Hub 應用程式，請提供應用程式名稱、一或多個 CloudFormation 堆疊的資源，以及適當的彈性政策。您也可以使用任何現有的 AWS Resilience Hub 應用程式做為範本來描述您的應用程式。

描述 AWS Resilience Hub 應用程式之後，您必須發佈應用程式，才能對其執行彈性評估。然後，您可以使用評估中的建議，透過執行另一個評估、比較結果，然後重複此程序，直到您的預估工作負載 RTO 和預估工作負載 RPO 符合您的 RTO 和 RPO 目標。

若要檢視**應用程式**頁面，請從導覽窗格中選擇**應用程式**。您可以在應用程式頁面中透過下列方式識別您的**應用程式**：
+ **名稱** – 您在 AWS Resilience Hub中定義應用程式時所提供的應用程式名稱。
+ **描述** – 您在 AWS Resilience Hub中定義應用程式時所提供的應用程式描述。
+ **合規狀態** – 將應用程式狀態 AWS Resilience Hub 設定為**已評估**、**未評估**、**違反政策**，或**偵測到變更**。
  + **已評估** - AWS Resilience Hub 已評估您的應用程式。
  + **未評估** - AWS Resilience Hub 未評估您的應用程式。
  + **違反政策** - AWS Resilience Hub 已判斷您的應用程式不符合復原時間目標 (RTO) 和復原點目標 (RPO) 的彈性政策目標。在重新評估應用程式彈性 AWS Resilience Hub 之前，請檢閱並使用 提供的建議。如需建議的詳細資訊，請參閱 [將應用程式新增至 AWS Resilience Hub](describe-applicationlication.md)。
  + **偵測到變更** - AWS Resilience Hub 偵測到對與您應用程式相關聯的彈性政策所做的變更。您必須重新評估 的應用程式 AWS Resilience Hub ，以判斷您的應用程式是否符合彈性政策的目標。
+ **排程評估** – 資源類型可識別應用程式的元件資源。如需排程評估的詳細資訊，請參閱 [應用程式彈性](view-app-summary.md)。
  + **作用中** - 這表示您的應用程式每天都會由 自動評估 AWS Resilience Hub。
  + **已停用** - 這表示您的應用程式不會每天由 自動評估 AWS Resilience Hub ，您必須手動評估您的應用程式。
+ **偏離狀態** – 指出您的應用程式是否已偏離或不是來自先前的成功評估，並且設定下列其中一種狀態：
  + **偏離** - 表示應用程式在先前的成功評估中符合其彈性政策，現在已違反彈性政策，且應用程式面臨風險。此外，它還會指出目前應用程式版本中包含的輸入來源內的資源是否已新增或移除。
  + **未漂移** - 表示應用程式仍估計符合政策中定義的 RTO 和 RPO 目標。此外，它還會指出目前應用程式版本中包含的輸入來源內的資源並未新增或移除。
+ **估計的工作負載 RTO** – 指出應用程式的最大估計的工作負載 RTO。此值是上次成功評估中所有中斷類型的最大估計的工作負載 RTO。
+ **估計的工作負載 RPO** – 指出應用程式的最大估計的工作負載 RPO。此值是上次成功評估中所有中斷類型的最大估計的工作負載 RTO。
+ **上次評估時間** – 指出上次成功評估應用程式的日期和時間。
+ **建立時間** – 建立應用程式的日期和時間。
+ **ARN** – 應用程式的 Amazon Resource Name (ARN)。如需 ARN 的詳細資訊，請參閱《*AWS 一般參考*》中的 [Amazon Resource Name (ARN)](https://docs.aws.amazon.com//general/latest/gr/aws-arns-and-namespaces.html)。

**注意**  
AWS Resilience Hub 只有在您將 Amazon ECR 用於映像儲存庫時， 才能完整評估跨區域 Amazon ECS 資源的彈性。

此外，您也可以使用**應用程式**頁面中的下列其中一個選項來篩選應用程式清單：
+ **尋找應用程式** – 輸入您的應用程式名稱，以依應用程式的名稱篩選結果。
+ **依日期和時間範圍篩選上次評估時間** – 若要套用此篩選條件，請選擇行事曆圖示，然後選取下列其中一個選項，以依符合時間範圍的結果進行篩選：
  + **相對範圍** – 選取其中一個可用選項，然後選擇**套用**。

    如果您選擇**自訂範圍**選項，請在**輸入持續時間**方塊中輸入持續時間，並從**時間單位**下拉式清單中選取適當的時間單位，然後選擇**套用**。
  + **絕對範圍** – 若要指定日期和時間範圍，請提供開始時間和結束時間，然後選擇**套用**。

下列主題顯示描述 AWS Resilience Hub 應用程式的不同方法，以及如何管理應用程式。

**Topics**
+ [檢視 AWS Resilience Hub 應用程式摘要](view-app-summary.md)
+ [編輯 AWS Resilience Hub 應用程式資源](application-resources.md)
+ [管理應用程式元件](AppComponent.md)
+ [發佈新的 AWS Resilience Hub 應用程式版本](applications-publish.md)
+ [檢視所有 AWS Resilience Hub 應用程式版本](view-application-version.md)
+ [檢視 AWS Resilience Hub 應用程式的資源](view-resources.md)
+ [刪除 AWS Resilience Hub 應用程式](applications-delete.md)
+ [應用程式組態參數](app-config.md)

# 檢視 AWS Resilience Hub 應用程式摘要
<a name="view-app-summary"></a>

 AWS Resilience Hub 主控台中的應用程式摘要頁面提供應用程式資訊和彈性運作狀態的概觀。

**檢視應用程式摘要**

1. 從導覽窗格中選擇**應用程式**。

1. 在**應用程式**頁面上，選擇您要檢視的應用程式名稱。

應用程式摘要頁面包含下列區段。

**Topics**
+ [評估摘要](#view-assessment-summary-resiliency)
+ [Summary](#view-app-summary-resiliency)
+ [應用程式彈性](#view-app-resiliency)
+ [實作的警示](#view-app-alarms)
+ [實作的實驗](#view-app-experiments)

## 評估摘要
<a name="view-assessment-summary-resiliency"></a>

本節提供上次成功評估的摘要，並將關鍵建議重點標示為可行的洞見。 AWS Resilience Hub 使用 Amazon Bedrock 生成式 AI 功能，協助使用者專注於 提供的最關鍵彈性建議 AWS Resilience Hub。透過專注於關鍵項目，您可以專注於改善應用程式彈性狀態的最關鍵建議。選擇建議以檢視其摘要，然後選擇**檢視詳細資訊**，以檢視評估報告相關區段中建議的詳細資訊。如需檢閱評估報告的詳細資訊，請參閱 [檢閱評估報告](review-assessment.md)。

**注意**  
此評估摘要僅適用於美國東部 （維吉尼亞北部） 區域。
Amazon Bedrock 上大型語言模型 (LLMs) 產生的評估摘要只是建議。目前的生成式 AI 技術水準並不完美，LLMs也不是無可取代的。雖然很少有偏差和不正確的答案，但應該預期。使用 LLM 的輸出之前，請先檢閱**評估摘要**中的每個建議。

## Summary
<a name="view-app-summary-resiliency"></a>

本節提供下列各節中所選應用程式的摘要：
+ **應用程式資訊** – 本節提供有關所選應用程式的下列資訊：
  + **應用程式狀態** – 指出應用程式的狀態。
  + **描述** – 應用程式的描述。
  + **版本** – 指出目前評估的應用程式版本。
  + **彈性政策** – 指出連接應用程式的彈性政策。如需彈性政策的詳細資訊，請參閱[管理彈性政策](resiliency-policies.md)。
+ **應用程式偏離** – 本節重點介紹執行所選應用程式評估時偵測到的偏離，以檢查是否符合其彈性政策。此外，它也會檢查自上次發佈應用程式版本後，是否有任何資源已新增或移除。本節顯示下列資訊：
  + **政策偏離** – 選擇以下數字，以檢視在先前評估中符合政策但未能符合目前評估的所有應用程式元件。
  + **資源漂移** – 選擇以下數字，以檢視最新評估中的所有漂移資源。

## 應用程式彈性
<a name="view-app-resiliency"></a>

**彈性分數**區段中顯示的指標來自應用程式的最新彈性評估。

**彈性分數**

彈性分數可協助您量化處理潛在中斷的準備程度。此分數反映您的應用程式遵循 AWS Resilience Hub 建議以符合應用程式的彈性政策、警示、標準操作程序 (SOPs) 和測試的程度。

您的應用程式可達到的最大彈性分數為 100%。分數代表在預先定義期間內執行的所有建議測試。這表示測試正在啟動正確的警示，且警示會啟動正確的 SOP。

例如，假設 AWS Resilience Hub 建議使用一個警示和一個 SOP 進行測試。測試執行時，警示會啟動相關聯的 SOP，然後成功執行。如需彈性分數的詳細資訊，請參閱 [了解彈性分數](resil-score.md)。

## 實作的警示
<a name="view-app-alarms"></a>

應用程式摘要**實作的警示**區段會列出您在 Amazon CloudWatch 中為監控應用程式而設定的警示。如需警示的詳細資訊，請參閱 [管理警示](alarms.md)。

## 實作的實驗
<a name="view-app-experiments"></a>

應用程式摘要**故障注入實驗**區段顯示故障注入實驗的清單。如需故障注入實驗的詳細資訊，請參閱 [管理 AWS Fault Injection Service 實驗](testing.md)。

# 編輯 AWS Resilience Hub 應用程式資源
<a name="application-resources"></a>

若要接收準確且實用的彈性評估，請確定您的應用程式描述已更新，並符合您的實際 AWS 應用程式和資源。評估報告、驗證和建議是以列出的資源為基礎。如果您從 AWS 應用程式新增或移除資源，您應該在 中反映這些變更 AWS Resilience Hub。

AWS Resilience Hub 提供應用程式來源的透明度。您可以在應用程式中識別和編輯資源和應用程式來源。

**注意**  
編輯 資源只會修改應用程式的 AWS Resilience Hub 參考。您的實際資源不會進行任何變更。

您可以新增缺少的資源、修改現有資源，或移除不需要的資源。資源會分組為邏輯應用程式元件 (AppComponents)。您可以編輯 AppComponents，以更好地反映應用程式的結構。

透過編輯應用程式的草稿版本並將變更發佈至新的 （發行版本） 版本，來新增或更新應用程式資源。 AWS Resilience Hub 會使用應用程式的發行版本 （包括更新的 資源） 來執行彈性評估。

**評估應用程式的彈性**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選擇您要編輯的應用程式名稱。

1. 從**動作**功能表中，選擇**評估彈性**。

1. 在**執行彈性評估**對話方塊中，輸入報告的唯一名稱，或在**報告名稱**方塊中使用產生的名稱。

1. 選擇**執行**。

1. 收到評估報告已產生的通知後，請選擇**評估**索引標籤和您的評估以檢視報告。

1. 選擇**檢閱**索引標籤以檢視應用程式的評估報告。

**啟用排程評估**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取您要為其啟用排程評估的應用程式。

1. 開啟 **自動評估每日**。

**停用排程評估**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取您要為其啟用排程評估的應用程式。

1. 關閉 **自動評估每日**。
**注意**  
停用排程評估將停用偏離通知。

1. 選擇**關閉**。

**為您的應用程式啟用偏離通知**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取要啟用偏離通知的應用程式，或編輯偏離通知設定。

1. 您可以選擇下列其中一個選項來編輯偏離通知：
   + 在**動作**中，選擇**啟用偏離通知**。
   + 在**應用程式偏離**區段中選擇**啟用通知**。

1. 完成 中的步驟[設定排定的評估和偏離通知](scheduled-assessment.md)，然後返回此程序。

1. 選擇 **啟用** 。

   啟用偏離通知也會啟用排程評估。

**編輯應用程式的偏離通知**
**注意**  
如果您已啟用排程評估 (**開啟每日自動評估**) 和偏離通知，則此程序適用。

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取要啟用偏離通知的應用程式，或編輯偏離通知設定。

1. 您可以選擇下列其中一個選項來編輯偏離通知：
   + 在**動作**中，選擇**編輯偏離通知**。
   + 在**應用程式偏離**區段中選擇**編輯通知**。

1. 完成 中的步驟[設定排定的評估和偏離通知](scheduled-assessment.md)，然後返回此程序。

1. 選擇 **Save** (儲存)。

**更新應用程式的安全許可**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取要更新安全許可的應用程式。

1. 從**動作**中，選擇**更新許可**。

1. 若要更新安全許可，請完成 中的步驟[設定許可](setup-permissions.md)，然後返回此程序。

1. 選擇**儲存並更新**。

**將彈性政策連接至您的應用程式**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選擇您要編輯的應用程式名稱。

1. 從**動作**功能表中，選擇**連接彈性政策**。

1. 在**連接政策**對話方塊中，從選取彈性政策下拉式清單**中選取彈性政策**。

1. 選擇 **Attach** (連接)。

**編輯應用程式的輸入來源、資源和 AppComponents**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選擇您要編輯的應用程式名稱。

1. 選擇**應用程式結構**索引標籤。

1. 選擇**版本**之前的加號 **＋**，然後選擇具有**草稿**狀態的應用程式版本。

1. 若要編輯應用程式的輸入來源、資源和 AppComponents，請完成下列程序的步驟。

**編輯應用程式的輸入來源**

1. 若要編輯應用程式的輸入來源，請選擇**輸入來源**索引標籤。

   **輸入來源**區段會列出應用程式資源的所有輸入來源。您可以透過下列方式識別輸入來源：
   + **來源名稱** – 輸入來源的名稱。選擇來源名稱，以在個別應用程式中檢視其詳細資訊。對於手動新增的輸入來源，連結將無法使用。例如，如果您選擇從 AWS CloudFormation 堆疊匯入的來源名稱，則會將您重新導向至主控台上的 AWS CloudFormation 堆疊詳細資訊頁面。
   + **來源 ARN** – 輸入來源的 Amazon Resource Name (ARN)。選擇 ARN，在個別應用程式中檢視其詳細資訊。對於手動新增的輸入來源，連結將無法使用。例如，如果您選擇從 AWS CloudFormation 堆疊匯入的 ARN，則會將您重新導向至 AWS CloudFormation 主控台上的堆疊詳細資訊頁面。
   + **來源類型** – 輸入來源的類型。輸入來源包括 Amazon EKS 叢集、 AWS CloudFormation 堆疊、myApplications 應用程式 AWS Resource Groups、Terraform 狀態檔案，以及手動新增的資源。
   + **關聯的資源** – 與輸入來源相關聯的資源數目。在資源索引標籤中選擇數字，以檢視輸入來源的所有相關**資源**。

1. 若要將輸入來源新增至您的應用程式，請從**輸入來源**區段中選擇**新增輸入來源**。如需新增輸入來源的詳細資訊，請參閱[新增資源集合](discover-structure.md)。

1. 若要編輯輸入來源，請選取輸入來源，然後從**動作**中選擇下列其中一個選項：
   + **重新匯入輸入來源 （最多 5 個）** – 重新匯入最多五個選取的輸入來源。
   + **刪除輸入來源** – 刪除選取的輸入來源。

     若要發佈應用程式，它必須至少包含一個輸入來源。如果您刪除所有輸入來源，則會停用**發佈新版本**。

**編輯應用程式的 資源**

1. 若要編輯應用程式的資源，請選擇**資源**索引標籤。
**注意**  
若要查看未評估的資源清單，請選擇**檢視未評估的資源**。

   **資源**區段列出您選擇用作應用程式描述範本的應用程式資源。為了增強您的搜尋體驗， AWS Resilience Hub 已根據多個搜尋條件將資源分組。這些搜尋條件包括 AppComponent 類型、**不支援**的資源和**排除**的資源。若要根據資源資料表中的搜尋條件篩選**資源**，請選擇每個搜尋條件下方的數字。

   您可以透過以下方式識別資源：
   + **邏輯 ID** – 邏輯 ID 是用來識別 AWS CloudFormation 堆疊、Terraform 狀態檔案、手動新增應用程式、myApplications 應用程式或 資源的名稱 AWS Resource Groups。
**注意**  
Terraform 可讓您針對不同的資源類型使用相同的名稱。因此，您會在共用相同名稱*之資源的邏輯 ID 結尾看到「- 資源類型*」。
若要檢視所有應用程式資源的執行個體，請在**邏輯 ID** 之前選擇加號 (**＋**)。若要檢視應用程式資源的所有執行個體，請在每個資源的邏輯 ID 之前選擇加號 (**＋**)。  
如需支援資源的詳細資訊，請參閱 [AWS Resilience Hub 支援的資源](supported-resources.md)。
   + **資源類型** – 資源類型可識別應用程式的元件資源。例如， `AWS::EC2::Instance`宣告 Amazon EC2 執行個體。如需將 AppComponent 資源分組的詳細資訊，請參閱[將應用程式元件中的資源分組](AppComponent.grouping.md)。
   + **來源名稱** – 輸入來源的名稱。選擇來源名稱，以在個別應用程式中檢視其詳細資訊。對於手動新增的輸入來源，連結將無法使用。例如，如果您選擇從 AWS CloudFormation 堆疊匯入的來源名稱，則會將您重新導向至 上的堆疊詳細資訊頁面 AWS CloudFormation。
   + **來源類型** – 輸入來源的類型。輸入來源包括 AWS CloudFormation 堆疊、myApplications 應用程式 AWS Resource Groups、Terraform 狀態檔案，以及手動新增的資源。
**注意**  
若要編輯 Amazon EKS 叢集，請完成 中的步驟 **編輯應用程式程序的 AWS Resilience Hub 輸入來源**。
   + **來源堆疊** – 包含 資源的 AWS CloudFormation 堆疊。此欄取決於您選擇的應用程式結構類型。
   + **實體 ID** – 該資源的實際指派識別符，例如 Amazon EC2 執行個體 ID 或 S3 儲存貯體名稱。
   + **已包含** – 這表示 是否 AWS Resilience Hub 在應用程式中包含這些資源。
   + **可評估** – 這表示 是否會 AWS Resilience Hub 評估您的資源的彈性。
   + **AppComponents** – 在發現其應用程式結構時指派給此資源的 AWS Resilience Hub 元件。
   + **名稱** – 應用程式資源的名稱。
   + **帳戶** – 擁有實體資源 AWS 的帳戶。

1. 若要尋找未列出的資源，請在搜尋方塊中輸入資源邏輯 ID。

1. 若要從應用程式中移除資源，請選取資源，然後選擇從**動作****中排除資源**。

1. 若要解決應用程式上的資源，請選擇**重新整理資源**。

1. 若要修改現有的應用程式資源，請完成下列步驟：

   1. 選取資源，然後從**動作**中選擇**更新堆疊**。

   1. 在**更新堆疊**頁面中，若要更新您的資源，請完成 中的適當程序[新增資源集合](discover-structure.md)，然後返回此程序。

   1. 選擇 **Save** (儲存)。

1. 若要將資源新增至您的應用程式，請從**動作**中，選擇**新增資源**並完成下列步驟：

   1. 從資源類型下拉式清單中選取**資源類型**。

   1. 從 AppComponent 下拉式清單中選取 **AppComponent**。

   1. 在資源**名稱**方塊中輸入資源邏輯 ID。

   1. 在資源**識別符**方塊中輸入實體資源 ID、資源名稱或資源 ARN。

   1. 選擇**新增**。

1. 若要編輯資源名稱，請選取資源，從**動作**中選擇**編輯資源名稱**，然後完成下列步驟：

   1. 在資源**名稱**方塊中輸入資源邏輯 ID。

   1. 選擇 **Save** (儲存)。

1. 若要編輯資源識別符，請選取資源，從**動作**中選擇**編輯資源識別符**，然後完成下列步驟：

   1. 在資源**識別符**方塊中輸入實體資源 ID、資源名稱或資源 ARN。

   1. 選擇 **Save** (儲存)。

1. 若要變更 AppComponent，請選取資源，選擇從**動作****變更 AppComponent**，然後完成下列步驟：

   1. 從 AppComponent 下拉式清單中選取 **AppComponent**。

   1. 選擇**新增**。

1. 若要刪除資源，請選取資源，然後從**動作**中選擇**刪除資源**。

1. 若要包含資源，請選取資源，然後從**動作**中選擇**包含資源**。

**編輯應用程式的 AppComponents**

1. 若要編輯應用程式的 AppComponents，請選擇 **AppComponents** 索引標籤。
**注意**  
如需將 AppComponent 資源分組的詳細資訊，請參閱[將應用程式元件中的資源分組](AppComponent.grouping.md)。

   **AppComponents** 區段會列出資源分組的所有邏輯元件。您可以透過以下方式識別 AppComponents：
   + **AppComponent 名稱** – 在發現其應用程式結構時指派給此資源的元件名稱 AWS Resilience Hub 。
   + **AppComponent 類型** – 元件的 AWS Resilience Hub 類型。
   + **來源名稱** – 輸入來源的名稱。選擇來源名稱，以在個別應用程式中檢視其詳細資訊。例如，如果您選擇從 AWS CloudFormation 堆疊匯入的來源名稱，則會將您重新導向至 上的堆疊詳細資訊頁面 AWS CloudFormation。
   + **資源計數** – 與輸入來源相關聯的資源數量。在資源索引標籤中選擇數字以檢視輸入來源的所有相關**資源**。

1. 若要建立 AppComponent，請從**動作**功能表中選擇**建立新的 AppComponent**，並完成下列步驟：

   1. 在 AppComponent 名稱方塊中輸入 **AppComponent 的名稱**。為了參考，我們已使用範例名稱預先填入此欄位。

   1. 從 AppComponent 類型下拉式清單中選取 **AppComponent 的類型**。

   1. 選擇 **Save** (儲存)。

1. 若要編輯 AppComponent，請選取 AppComponent，然後從**動作**中選擇**編輯 AppComponent**。

1. 若要刪除 AppComponent，請選取 AppComponent，然後從**動作**中選擇**刪除 AppComponent**。

變更資源清單後，您會收到提醒，指出已對應用程式的草稿版本進行變更。若要執行準確的彈性評估，您必須發佈應用程式的新版本。如需如何發佈新版本的詳細資訊，請參閱[發佈新的 AWS Resilience Hub 應用程式版本](applications-publish.md)。

# 管理應用程式元件
<a name="AppComponent"></a>

應用程式元件 (AppComponent) 是一組相關 AWS 資源，可做為單一單位運作並失敗。例如，如果您有主要資料庫和複本資料庫，這兩個資料庫都屬於相同的 AppComponent. AWS Resilience Hub has 規則，用於管理哪些 AWS 資源可以屬於哪個 AppComponent 類型。例如， `DBInstance`可以屬於 `AWS::ResilienceHub::DatabaseAppComponent` ，也可以不屬於 `AWS::ResilienceHub::ComputeAppComponent`。

The AWS Resilience Hub AppComponents 支援下列資源：
+ `AWS::ResilienceHub::ComputeAppComponent`
  + `AWS::ApiGateway::RestApi`
  + `AWS::ApiGatewayV2::Api`
  + `AWS::AutoScaling::AutoScalingGroup`
  + `AWS::EC2::Instance`
  + `AWS::ECS::Service`
  + `AWS::EKS::Deployment`
  + `AWS::EKS::ReplicaSet`
  + `AWS::EKS::Pod`
  + `AWS::Lambda::Function`
  + `AWS::StepFunctions::StateMachine`
+ `AWS::ResilienceHub::DatabaseAppComponent`
  + `AWS::DocDB::DBCluster`
  + `AWS::DynamoDB::Table`
  + `AWS::ElastiCache::CacheCluster`
  + `AWS::ElastiCache::GlobalReplicationGroup`
  + `AWS::ElastiCache::ReplicationGroup`
  + `AWS::ElastiCache::ServerlessCache`
  + `AWS::RDS::DBCluster`
  + `AWS::RDS::DBInstance`
+ `AWS::ResilienceHub::NetworkingAppComponent`
  + `AWS::EC2::NatGateway`
  + `AWS::ElasticLoadBalancing::LoadBalancer`
  + `AWS::ElasticLoadBalancingV2::LoadBalancer`
  + `AWS::Route53::RecordSet`
+ `AWS:ResilienceHub::NotificationAppComponent`
  + `AWS::SNS::Topic`
+ `AWS::ResilienceHub::QueueAppComponent`
  + `AWS::SQS::Queue`
+ `AWS::ResilienceHub::StorageAppComponent`
  + `AWS::Backup::BackupPlan`
  + `AWS::EC2::Volume`
  + `AWS::EFS::FileSystem`
  + `AWS::FSx::FileSystem`
**注意**  
目前， 僅 AWS Resilience Hub 支援 Amazon FSx for Windows File Server。
  + `AWS::S3::Bucket`

**Topics**
+ [將應用程式元件中的資源分組](AppComponent.grouping.md)

# 將應用程式元件中的資源分組
<a name="AppComponent.grouping"></a>

當應用程式 AWS Resilience Hub 與其資源匯入至 時， AWS Resilience Hub 會盡力在您匯入應用程式時將相關資源分組至相同的 AppComponent，但分組不一定 100% 準確。有些資源會遭到封鎖以進行手動分組，並在適用時自動分組，因為這些服務具有需要特定分組組態的嚴格相依性。如需封鎖以進行手動分組的服務完整清單，請參閱 [手動分組的封鎖服務](blocked-services-for-manual-grouping.md)。

AWS Resilience Hub 會在您的應用程式及其資源成功匯入後執行下列活動：
+ 掃描您的 資源，以檢查是否可以重新分組到新的 AppComponents以提高評估準確性。
+ 如果 AWS Resilience Hub 識別可以重新分組到新 AppComponents的資源，則會顯示與建議相同的資源，並允許您接受或拒絕相同資源。在 中 AWS Resilience Hub，指派給分組建議的可信度層級指出資源應根據其屬性和中繼資料分組在一起的確定性程度。**高**可信度等級表示 AWS Resilience Hub 的可信度等級為 90% 或更高，表示該群組中的資源相關且應分組在一起。**中**可信度層級表示 AWS Resilience Hub 的可信度層級介於 70% 到 90% 之間，表示該群組中的資源是相關的，且應分組在一起。

**注意**  
AWS Resilience Hub 需要正確的分組，才能計算預估工作負載 RTO 和預估工作負載 RPO 來產生建議。

以下是正確分組的範例：
+ 在單一 AppComponent 下將主要資料庫和複本分組。
+ 在單一 AppComponent 下將執行相同應用程式的 Amazon EC2 執行個體分組。
+ 在一個區域中將 Amazon ECS 服務分組，並在單一 AppComponent 下將另一個區域中的 Amazon ECS 服務容錯移轉。

如需依 檢閱和包含資源分組建議的詳細資訊 AWS Resilience Hub，請參閱下列主題：
+ [AWS Resilience Hub 資源群組建議](grouping-recommendation.md)
+ [手動將資源分組到 AppComponent](AppComponent-manual-grouping.md)

# 手動分組的封鎖服務
<a name="blocked-services-for-manual-grouping"></a>

AWS Resilience Hub 會封鎖您手動分組特定 AWS 服務的資源，以防止可能影響應用程式彈性評估和建議的組態錯誤。這些服務會根據其相依性和組態自動分組。當您定義包含這些資源的應用程式時 AWS Resilience Hub，它會分析其關係、相依性和彈性需求，以建立最佳分組，以確保準確的評估結果。

封鎖手動分組 AWS 的服務清單：
+ Amazon API Gateway
+ Amazon DocumentDB
+ Amazon DynamoDB
+ Amazon Elastic Block Store
+ Amazon Elastic File System
+ Amazon Relational Database Service
+ Amazon S3
+ Amazon Simple Queue Service
+ FSx for Windows File Server
+ NAT 閘道

# AWS Resilience Hub 資源群組建議
<a name="grouping-recommendation"></a>

本節說明如何在 中產生和檢閱資源分組建議 AWS Resilience Hub。

**注意**  
您可以使用 `AWSResilienceHubAsssessmentExecutionPolicy` AWS 受管政策，授予使用 所需的必要 IAM AWS Resilience Hub 許可。如需 AWS 受管政策的詳細資訊，請參閱 [AWSResilienceHubAsssessmentExecutionPolicy](security-iam-awsmanpol.md#security_iam_aws-assessment-policy)。<a name="view-resource-grouping"></a>

**檢視資源分組建議**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 選擇**新增應用程式**頁面，選擇您要檢閱資源群組建議的應用程式名稱。

1. 選擇**應用程式結構**索引標籤。

1. 如果 AWS Resilience Hub 顯示資訊提醒，請選擇**檢閱建議**以檢視所有資源群組建議。否則請完成下列步驟，以手動產生資源分組建議：

   1. 選擇**資源**。

   1. 從**動作**功能表中選擇**取得分組建議**。

      AWS Resilience Hub 會掃描您的資源，以檢查如何以最佳方式分組到相關的 AppComponents以改善評估的準確性。如果 AWS Resilience Hub 得知您的資源可以分組在一起，則會顯示相同資源的資訊提醒。

   1. 如果顯示資訊提醒，請選擇**檢閱建議**以檢視所有資源群組建議。

   您可以使用下列項目，在**檢閱資源群組建議**區段中識別 AppComponents：
   + **AppComponent 名稱** – 將資源分組的 AppComponent 名稱。
   + **可信度層級** – 在分組建議中指出 AWS Resilience Hub 的可信度層級。
   + **資源計數** – 指出要在 AppComponent 中分組的資源數量。
   + **AppComponent 類型** – 指出 AppComponent 的類型。

**檢視將在 AppComponents 中分組的資源**

1. 完成**[檢視資源分組建議](#view-resource-grouping)**程序中的步驟，然後返回此程序。

1. 在**檢閱資源群組建議**區段中，選取核取方塊 （鄰近 **AppComponent 名稱**)，以檢視將在所選 AppComponent 內分組的所有資源。如果您選取多個核取方塊， AWS Resilience Hub 會顯示動態產生的**建議已選取**區段，該區段會將選取的 AppComponents分組至其個別的 AppComponent 類型。選擇每個 AppComponent 類型下方的數字，以檢視將在所選 AppComponent 內分組的所有資源。

   您可以使用下列項目，在資源區段中選取的 AppComponent 中識別要分組**的資源**：
   + **邏輯 ID** – 指出資源的邏輯 ID。邏輯 ID 是用來識別 AWS CloudFormation 堆疊、Terraform 狀態檔案、myApplications 應用程式或 中資源的名稱 AWS Resource Groups。
   + **實體 ID** – 資源的實際指派識別符，例如 Amazon EC2 執行個體 ID 或 Amazon S3 儲存貯體名稱。
   + **類型** – 指出資源的類型。
   + **區域** – 資源所在的 AWS 區域。

**接受資源分組建議**

1. 完成**[檢視資源分組建議](#view-resource-grouping)**程序中的步驟，然後返回此程序。

1. 在**檢閱資源群組建議**區段中，選取 **AppComponent 名稱**旁邊的所有核取方塊。若要尋找特定的 AppComponent，請在尋找 AppComponent ** AppComponents** 名稱。
**注意**  
根據預設， AWS Resilience Hub 會顯示所有資源群組建議。若要使用先前拒絕的資源分組建議來篩選資料表，請從**尋找 AppComponents** 方塊旁邊的下拉式功能表中選擇**先前拒絕**。

1. 選擇 **Accept (接受)**。

1. 在**接受****資源群組建議對話方塊中選擇接受**。

   AWS Resilience Hub 如果資源分組成功， 會顯示資訊提醒。如果您只接受一部分的資源群組建議，**檢閱資源群組建議**區段會顯示您尚未接受的所有資源群組建議。

**拒絕資源分組建議**

1. 完成**[檢視資源分組建議](#view-resource-grouping)**程序中的步驟，然後返回此程序。

1. 在**檢閱資源群組建議**區段中，選取 **AppComponent 名稱**旁邊的所有核取方塊。若要尋找特定的 AppComponent，請在尋找 AppComponent ** AppComponents** 名稱。
**注意**  
根據預設， AWS Resilience Hub 會顯示所有資源群組建議。若要使用先前拒絕的資源分組建議篩選資料表，請從**尋找 AppComponents** 方塊旁邊的下拉式功能表中選取**先前拒絕**。

1. 選擇 **Reject (拒絕)**。

1. 選取拒絕資源群組建議的原因之一，然後在**拒絕****資源群組建議對話方塊中選擇拒絕**。

   AWS Resilience Hub 會顯示確認相同的資訊提醒。如果您只拒絕資源群組建議的子集，**檢閱資源群組建議**區段會顯示所有您尚未接受的資源群組建議。

# 手動將資源分組到 AppComponent
<a name="AppComponent-manual-grouping"></a>

本節說明如何手動將資源分組到 AppComponent，並將不同的 AppComponent 指派給其中的資源 AWS Resilience Hub。

**將資源分組**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選擇包含您要分組之資源的應用程式名稱。

1. 選擇**應用程式結構**索引標籤。

1. 在**版本**索引標籤下，選取具有**草稿**狀態的應用程式版本。

1. 選擇 **Resources** (資源) 標籤。

1. 選取**與邏輯 ID** 相鄰的核取方塊，以選取要分組的所有資源。
**注意**  
您無法選擇手動新增的資源。

1. 選擇**動作**，然後選擇**群組資源**。

1.  從選擇您要將資源分組的 AppComponent 下拉式清單中選擇 ** AppComponent**。

1. 選擇**儲存**。

1. 選擇 **Publish new version (發佈新版本)**。

1. 選擇**應用程式結構**索引標籤。

1. 若要檢視應用程式的發佈版本，請完成下列步驟：

   1. 在**版本**索引標籤下，選取**目前版本**狀態的應用程式版本。

   1. 選擇 **Resources** (資源) 標籤。

**將資源指派給 AppComponent**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選擇包含您要重新分組之資源的應用程式名稱。

1. 選擇**應用程式結構**索引標籤。

1. 在**版本**下，選取具有**草稿**狀態的應用程式版本。

1. 選擇 **Resources** (資源) 標籤。

1. 選取**與邏輯 ID** 相鄰的核取方塊，以選取資源。

1. 從**動作**功能表中選擇**變更 AppComponent**。

1. 若要從 AppComponent 區段刪除目前的 **AppComponent**，請在顯示目前 AppComponent 名稱的標籤右上角選擇 **X**。

1. 若要將資源分組到不同的 AppComponent 中，請從選擇 AppComponent 下拉式清單**中選擇不同的 AppComponent**。

1. 選擇**新增**。

1. 從 AppComponents 索引標籤中刪除任何空的 **AppComponents**。

1. 選擇 **Publish new version (發佈新版本)**。

1. 選擇**應用程式結構**索引標籤。

1. 若要檢視應用程式的發佈版本，請完成下列步驟：

   1. 在**版本**索引標籤下，選取**目前版本**狀態的應用程式版本。

   1. 選擇 **Resources** (資源) 標籤。

# 發佈新的 AWS Resilience Hub 應用程式版本
<a name="applications-publish"></a>

如 中所述變更 AWS Resilience Hub 應用程式資源後[編輯 AWS Resilience Hub 應用程式資源](application-resources.md)，您必須發佈應用程式的新版本，才能執行準確的彈性評估。此外，如果您將新的建議警示、SOPs 和測試新增至應用程式，您可能需要發佈應用程式的新版本。

**發佈應用程式的新版本**

1.  在導覽窗格中，選擇 **Applications (應用程式)**。

1.  在**應用程式**頁面上，選擇應用程式的名稱。

1. 選擇**應用程式結構**索引標籤。

1. 選擇 **Publish new version (發佈新版本)**。

1. 在**發佈版本**對話方塊中的名稱****方塊中，輸入應用程式版本的名稱，或者您可以使用 建議的預設名稱 AWS Resilience Hub。

1. 選擇**發布**。

   當您發佈應用程式的新版本時，這會成為執行彈性評估時評估的版本。此外，草稿版本將與發行版本相同，直到您進行任何變更為止。

發佈應用程式的新版本後，建議您執行新的彈性評估報告，以確認您的應用程式仍符合您的彈性政策。如需執行評估的資訊，請參閱 [在 中執行和管理彈性評估 AWS Resilience Hub](resil-assessments.md)。

# 檢視所有 AWS Resilience Hub 應用程式版本
<a name="view-application-version"></a>

為了協助追蹤應用程式變更， AWS Resilience Hub 會顯示應用程式建立時的先前版本 AWS Resilience Hub。

**檢視應用程式的所有版本**

1.  在導覽窗格中，選擇 **Applications (應用程式)**。

1.  在**應用程式**頁面上，選擇應用程式的名稱。

1. 選擇**應用程式結構**索引標籤。

1. 若要檢視應用程式的所有先前版本，請在**檢視所有版本**之前選擇加號 (**\$1**)。 會分別使用草稿和**目前版本**狀態 AWS Resilience Hub 來表示應用程式的**草稿**版本和最近發行版本。您可以選擇應用程式的任何版本來檢視其資源、AppComponent、輸入來源和其他相關資訊。

   此外，您也可以使用下列其中一個選項來篩選清單：
   + **依版本名稱篩選** – 輸入名稱以依應用程式版本的名稱篩選結果。
   + **依日期和時間範圍篩選** – 若要套用此篩選條件，請選擇行事曆圖示，然後選取下列其中一個選項，以依符合時間範圍的結果進行篩選：
     + **相對範圍** – 選取其中一個可用選項，然後選擇**套用**。

       如果您選擇**自訂範圍**選項，請在**輸入持續時間方塊中輸入持續時間**，然後從時間單位下拉式清單中選取適當的**時間單位**，然後選擇**套用**。
     + **相對範圍** – 若要指定日期和時間範圍，請提供開始時間和結束時間，然後選擇**套用**。

# 檢視 AWS Resilience Hub 應用程式的資源
<a name="view-resources"></a>

**檢視您應用程式的資源**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取要更新安全許可的應用程式。

1. 在**動作**中，選擇**檢視資源**。

   在**資源**索引標籤中，您可以透過下列方式識別資源資料表中的**資源**：
   + **邏輯 ID** – 邏輯 ID 是用來識別 AWS CloudFormation 堆疊、Terraform 狀態檔案、myApplications 應用程式或 中資源的名稱 AWS Resource Groups。
**注意**  
Terraform 可讓您針對不同的資源類型使用相同的名稱。因此，您會在共用相同名稱*之資源的邏輯 ID 結尾看到「- 資源類型*」。
若要檢視所有應用程式資源的執行個體，請在**邏輯 ID** 之前選擇加號 (**\$1**)。若要檢視應用程式資源的所有執行個體，請在每個資源的邏輯 ID 之前選擇加號 (**\$1**)。  
如需支援資源的詳細資訊，請參閱 [AWS Resilience Hub 支援的資源](supported-resources.md)。
   + **狀態** – 這表示 是否會 AWS Resilience Hub 評估您的 資源的彈性。
   + **資源類型** – 資源類型可識別應用程式的元件資源。例如， `AWS::EC2::Instance`宣告 Amazon EC2 執行個體。如需將 AppComponent 資源分組的詳細資訊，請參閱 [將應用程式元件中的資源分組](AppComponent.grouping.md)。
   + **來源名稱** – 輸入來源的名稱。選擇來源名稱以在個別的應用程式中檢視其詳細資訊。對於手動新增的輸入來源，連結將無法使用。例如，如果您選擇從 AWS CloudFormation 堆疊匯入的來源名稱，系統會將您重新導向至 上的堆疊詳細資訊頁面 AWS CloudFormation。
   + **來源類型** – 輸入來源的類型。
   + **AppComponent 類型** – 輸入來源的類型。輸入來源包括 AWS CloudFormation 堆疊、myApplications 應用程式 AWS Resource Groups、Terraform 狀態檔案，以及手動新增的資源。
**注意**  
若要編輯 Amazon EKS 叢集，請完成**編輯應用程式程序輸入來源 AWS Resilience Hub **中的步驟。
   + **實體 ID** – 該資源的實際指派識別符，例如 Amazon EC2 執行個體 ID 或 S3 儲存貯體名稱。
   + **已包含** – 這表示 是否在應用程式中 AWS Resilience Hub 包含這些資源。
   + **AppComponents** – 在發現其應用程式結構時指派給此資源的 AWS Resilience Hub 元件。
   + **名稱** – 應用程式資源的名稱。
   + **帳戶** – 擁有實體資源 AWS 的帳戶。

1. 選擇**儲存並更新**。

# 刪除 AWS Resilience Hub 應用程式
<a name="applications-delete"></a>

達到 50 個應用程式的上限後，您必須先刪除一或多個應用程式，才能新增更多應用程式。

**刪除 應用程式**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選取您要刪除的應用程式。

1. 選擇 **Actions (動作)**，然後選擇 **Delete application (刪除應用程式)**。

1. 若要確認刪除，請在**刪除**方塊中輸入**刪除**，然後選擇**刪除**。

# 應用程式組態參數
<a name="app-config"></a>

AWS Resilience Hub 提供輸入機制，可收集與應用程式相關聯資源的其他資訊。透過此資訊， AWS Resilience Hub 將更深入了解您的資源，並提供更好的彈性建議。

**應用程式組態參數**區段會列出跨區域容錯移轉支援的所有組態參數 AWS 彈性災難復原。您可以透過下列方式識別組態參數：
+ **主題** – 指出已設定的應用程式區域。例如，容錯移轉組態。
+ **目的** – 指出 AWS Resilience Hub 請求資訊的原因。
+ **參數** – 指出特定於應用程式區域的詳細資訊，這些區域 AWS Resilience Hub 將用於為您的應用程式提供建議。目前，此參數僅使用一個容錯移轉區域的金鑰值和一個相關聯的帳戶。

# 更新應用程式組態參數
<a name="update-app-config"></a>

本節可讓您更新 的組態參數， AWS 彈性災難復原 並發佈應用程式，以包含更新後的彈性評估參數。

**更新應用程式組態參數**

1. 在導覽窗格中，選擇 **Applications (應用程式)**。

1. 在**應用程式**頁面上，選擇您要編輯的應用程式名稱。

1. 選擇**應用程式組態參數**索引標籤。

1. 選擇**更新**。

1. 在帳戶 ID 方塊中輸入容錯移轉**帳戶 ID**。

1. 從區域下拉式清單中選取容錯移轉**區域**。
**注意**  
如果您想要停用此功能，請從下拉式清單中選取「**–**」。

1. 選擇**更新並發佈**。