

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Meninjau laporan penilaian
<a name="review-assessment"></a>

Anda menemukan laporan penilaian dalam tampilan **Penilaian** aplikasi Anda.

**Untuk menemukan laporan penilaian**

1. Di menu navigasi kiri, pilih **Aplikasi**.

1. Di **Aplikasi**, buka aplikasi.

1. Di tab **Penilaian**, pilih laporan penilaian dari bagian Penilaian **Ketahanan**.

Saat Anda membuka laporan, Anda melihat yang berikut:
+ Gambaran keseluruhan dari laporan penilaian
+ Rekomendasi untuk meningkatkan ketahanan.
+ Rekomendasi untuk mengatur alarm, SOPs, dan tes
+ Cara membuat dan mengelola tag untuk mencari dan memfilter AWS sumber daya Anda

## Laporan penilaian
<a name="review-section"></a>

Bagian ini memberikan gambaran umum tentang laporan penilaian. AWS Resilience Hub mencantumkan setiap jenis gangguan dan Komponen Aplikasi terkait. Ini juga mencantumkan kebijakan RTO dan RPO Anda yang sebenarnya dan menentukan apakah Komponen Aplikasi dapat mencapai tujuan kebijakan.

**Ikhtisar**

Menunjukkan nama aplikasi, nama kebijakan ketahanan, dan tanggal pembuatan laporan.

**Drift sumber daya yang terdeteksi**

Bagian ini mencantumkan semua sumber daya yang ditambahkan atau dihapus setelah disertakan dalam versi terbaru aplikasi yang diterbitkan. **Pilih **Impor ulang sumber input** untuk mengimpor ulang semua sumber input (yang berisi sumber daya hanyut) di tab Sumber input.** Pilih **Publikasikan dan nilai** untuk memasukkan sumber daya yang diperbarui dalam aplikasi dan menerima penilaian ketahanan yang akurat.

Anda dapat mengidentifikasi sumber input yang menyimpang menggunakan berikut ini:
+ **ID Logis** – Menunjukkan ID logis sumber daya. ID logis adalah nama yang digunakan untuk mengidentifikasi sumber daya di AWS CloudFormation tumpukan Anda, file status Terraform, aplikasi MyApplications, atau. AWS Resource Groups
+ **Ubah** - Menunjukkan jika sumber daya input **Ditambahkan** atau **Dihapus**.
+ **Nama sumber** – Menunjukkan nama sumber daya. Pilih nama sumber untuk melihat detailnya di aplikasi masing-masing. Untuk sumber input yang ditambahkan secara manual, tautan tidak akan tersedia. Misalnya, jika Anda memilih nama sumber yang diimpor dari AWS CloudFormation tumpukan, Anda akan diarahkan ke halaman detail tumpukan di AWS CloudFormation halaman.
+ **Tipe sumber daya** – Menunjukkan jenis sumber daya.
+ **Akun** — Menunjukkan AWS akun yang memiliki sumber daya fisik.
+ **Wilayah** – Menunjukkan Wilayah AWS tempat sumber daya berada.

**RTO**

Menunjukkan representasi grafis apakah aplikasi diperkirakan memenuhi tujuan kebijakan ketahanan. Ini didasarkan pada jumlah waktu aplikasi dapat down tanpa menyebabkan kerusakan signifikan pada organisasi. Penilaian memberikan perkiraan beban kerja RTO.

**RPO**

Menunjukkan representasi grafis apakah aplikasi diperkirakan memenuhi tujuan kebijakan ketahanan. Ini didasarkan pada jumlah waktu data dapat hilang sebelum kerugian yang signifikan terhadap bisnis terjadi. Penilaian memberikan perkiraan beban kerja RPO.

**Detail**

Memberikan deskripsi terperinci dari setiap jenis gangguan menggunakan **Semua hasil dan tab** **drift kepatuhan Aplikasi**. **Semua tab hasil** menunjukkan semua gangguan termasuk penyimpangan kepatuhan, dan tab drift **kepatuhan aplikasi hanya menampilkan penyimpangan** kepatuhan. Jenis gangguan meliputi **Aplikasi**, infrastruktur cloud (**Infrastruktur** dan **Zona Ketersediaan**), dan **Wilayah**, dan memberikan informasi berikut tentangnya:
+ **AppComponent**

  Sumber daya yang membentuk aplikasi. Misalnya, aplikasi Anda mungkin memiliki database atau komponen komputasi.
+ **Perkiraan RTO**

  Menunjukkan apakah konfigurasi kebijakan Anda selaras dengan persyaratan kebijakan Anda. Kami menyediakan dua nilai, **Estimasi RTO kami dan RTO** **Target** Anda. Misalnya, jika Anda melihat nilai **2 jam** di bawah **Targeted RTO** dan **40m** di bawah **Estimasi Beban Kerja RTO**, ini menunjukkan bahwa kami menyediakan perkiraan beban kerja RTO 40 menit, sedangkan RTO aplikasi Anda saat ini adalah dua jam. Kami mendasarkan perkiraan perhitungan RTO beban kerja kami pada konfigurasi, bukan kebijakan. Akibatnya, database Zona Ketersediaan Multi-ketersediaan akan memiliki perkiraan beban kerja RTO yang sama untuk kegagalan Availability Zone, apa pun kebijakan yang Anda pilih. 
+ **Penyimpangan RTO**

  Menunjukkan durasi penyimpangan aplikasi Anda dari perkiraan RTO beban kerja penilaian yang berhasil sebelumnya. Kami menyediakan dua nilai, **Estimasi RTO dan RTO** **drift** kami. Misalnya, jika Anda melihat nilai **2 jam** di bawah **Estimasi RTO** dan **40m** di bawah **drift RTO**, ini menunjukkan bahwa aplikasi Anda melayang dari perkiraan beban kerja RTO dari penilaian sukses sebelumnya sebesar 40 menit.
+ **Perkiraan RPO**

  Menampilkan kebijakan **RPO Estimasi Beban Kerja** aktual yang AWS Resilience Hub memperkirakan, berdasarkan kebijakan **RPO Target** yang Anda tetapkan untuk setiap Komponen Aplikasi. Misalnya, Anda mungkin telah menetapkan target RPO dalam kebijakan ketahanan untuk kegagalan Availability Zone menjadi satu jam. Hasil estimasi dapat dihitung mendekati nol. Ini mengasumsikan bahwa Amazon Aurora, tempat kami melakukan setiap transaksi, berhasil dalam empat dari enam node, mencakup beberapa Availability Zone. Mungkin lima menit untuk point-in-time pemulihan.

  Satu-satunya target RTO dan RPO yang dapat Anda pilih untuk tidak memasok adalah Wilayah. Untuk beberapa aplikasi, penting untuk merencanakan pemulihan ketika ada ketergantungan penting pada layanan AWS, yang mungkin menjadi tidak tersedia di seluruh Wilayah.

  Jika Anda memilih opsi ini, seperti menetapkan target RTO atau RPO untuk Wilayah, Anda akan menerima perkiraan waktu pemulihan dan rekomendasi operasional untuk kegagalan tersebut.
+ **Penyimpangan RPO**

  Menunjukkan durasi penyimpangan aplikasi Anda dari perkiraan RPO beban kerja penilaian yang berhasil sebelumnya. Kami menyediakan dua nilai, **Estimasi RPO dan RPO** **drift** kami. Misalnya, jika Anda melihat nilai **2 jam** di bawah **Estimasi RPO** dan **40m** di bawah **penyimpangan RPO**, ini menunjukkan bahwa aplikasi Anda melayang dari perkiraan beban kerja RPO dari penilaian sukses sebelumnya sebesar 40 menit.

# Meninjau rekomendasi ketahanan
<a name="resil-recs"></a>

Rekomendasi ketahanan mengevaluasi Komponen Aplikasi dan merekomendasikan cara mengoptimalkan dengan perkiraan beban kerja RTO dan perkiraan beban kerja RPO, biaya, dan perubahan minimal.

Dengan AWS Resilience Hub, Anda dapat mengoptimalkan ketahanan menggunakan salah satu opsi yang disarankan berikut di **Mengapa Anda harus memilih opsi ini**:

**catatan**  
AWS Resilience Hub menyediakan hingga tiga opsi yang AWS Resilience Hub direkomendasikan.
Jika Anda menetapkan target RTO dan RPO Regional, AWS Resilience Hub menampilkan **Optimalkan untuk Wilayah RTO/RPO** dalam opsi yang disarankan. Jika target RTO Regional dan RPO tidak ditetapkan, **Optimalkan untuk Availability Zone (AZ) RTO/RPO** akan ditampilkan. Untuk informasi selengkapnya tentang menetapkan RTO/RPO target Regional sambil membuat kebijakan ketahanan, lihat. [Membuat kebijakan ketahanan](create-policy.md)
Perkiraan beban kerja RTO dan perkiraan nilai RPO beban kerja untuk aplikasi dan konfigurasinya ditentukan dengan mempertimbangkan jumlah data dan individu. AppComponents Namun, nilai-nilai ini hanya perkiraan. Anda harus menggunakan pengujian Anda sendiri (seperti AWS Fault Injection Service) untuk menguji aplikasi Anda untuk waktu pemulihan yang sebenarnya.

**Optimalkan untuk Availability Zone RTO/RPO**

Perkiraan waktu pemulihan beban kerja (RTO/RPO) serendah mungkin selama gangguan Availability Zone (AZ). Jika konfigurasi Anda tidak dapat diubah secara memadai untuk memenuhi target RTO dan RPO, Anda akan diberi tahu tentang perkiraan waktu pemulihan AZ beban kerja terendah untuk membuat konfigurasi Anda mendekati kemungkinan memenuhi kebijakan.

**Optimalkan untuk Wilayah RTO/RPO**

Perkiraan waktu pemulihan beban kerja serendah mungkin (RTO/RPO) selama gangguan Regional. Jika konfigurasi Anda tidak dapat diubah secara memadai untuk memenuhi target RTO dan RPO, Anda akan diberi tahu tentang perkiraan waktu pemulihan Wilayah beban kerja terendah untuk membuat konfigurasi Anda mendekati kemungkinan memenuhi kebijakan.

**Optimalkan biaya**

Biaya terendah yang dapat Anda keluarkan dan masih memenuhi kebijakan ketahanan Anda. Jika konfigurasi Anda tidak dapat diubah secara memadai untuk memenuhi sasaran pengoptimalan, Anda akan diberi tahu tentang biaya terendah yang dapat Anda keluarkan untuk membuat konfigurasi Anda mendekati kemungkinan memenuhi kebijakan.

**Optimalkan untuk perubahan minimal**

Perubahan minimum yang diperlukan untuk mencapai target kebijakan Anda. Jika konfigurasi Anda tidak dapat diubah secara memadai untuk memenuhi sasaran pengoptimalan, Anda akan diberi tahu tentang perubahan yang disarankan yang dapat membuat konfigurasi Anda mendekati kemungkinan memenuhi kebijakan.

Item berikut termasuk dalam rincian kategori optimasi:
+ **Deskripsi**

  Menjelaskan konfigurasi yang disarankan oleh AWS Resilience Hub.
+ **Perubahan**

  Daftar perubahan teks yang menggambarkan tugas yang diperlukan untuk beralih ke konfigurasi yang disarankan.
+ **Biaya dasar**

  Perkiraan biaya terkait dengan perubahan yang disarankan.
**catatan**  
**Biaya dasar** dapat bervariasi berdasarkan penggunaan dan tidak termasuk diskon atau penawaran dari Enterprise Discount Program (EDP).
+ **Perkiraan Beban Kerja RTO dan RPO**

  Perkiraan beban kerja RTO dan perkiraan beban kerja RPO setelah perubahan.

AWS Resilience Hub mengevaluasi apakah Komponen Aplikasi (AppComponent) dapat mematuhi kebijakan ketahanan. Jika AppComponent tidak mematuhi kebijakan ketahanan dan AWS Resilience Hub tidak dapat membuat rekomendasi apa pun untuk memfasilitasi kepatuhan, itu mungkin karena waktu pemulihan untuk yang dipilih AppComponent tidak dapat dipenuhi dalam batasan. AppComponent Contoh AppComponent kendala termasuk jenis sumber daya, ukuran penyimpanan, atau konfigurasi sumber daya.

Untuk memfasilitasi kepatuhan terhadap kebijakan ketahanan, ubah jenis sumber daya AppComponent atau perbarui kebijakan ketahanan agar selaras dengan apa yang dapat diberikan sumber daya. AppComponent 

# Meninjau rekomendasi operasional
<a name="ops.reqs"></a>

Rekomendasi operasional berisi rekomendasi untuk mengatur alarm, SOPs, dan AWS FIS eksperimen melalui AWS CloudFormation templat. 

AWS Resilience Hub menyediakan file AWS CloudFormation template bagi Anda untuk men-download dan mengelola infrastruktur aplikasi sebagai kode. Sebagai hasilnya, kami menyediakan rekomendasi AWS CloudFormation sehingga Anda dapat menambahkannya ke kode aplikasi Anda. Jika ukuran file AWS CloudFormation template lebih dari satu MB dan berisi lebih dari 500 sumber daya, AWS Resilience Hub menghasilkan lebih dari satu file AWS CloudFormation template di mana ukuran setiap file tidak lebih dari satu MB dan berisi hingga 500 sumber daya. Jika file AWS CloudFormation template dibagi menjadi beberapa file, nama file AWS CloudFormation template akan ditambahkan dengan`partXofY`, di mana `X` menunjukkan nomor file dalam urutan dan `Y` menunjukkan jumlah total file file AWS CloudFormation template dibagi menjadi. Misalnya, jika file template `big-app-template5-Alarm-104849185070-us-west-2.yaml` dibagi menjadi empat file, nama file akan menjadi sebagai berikut:
+ `big-app-template5-Alarm-104849185070-us-west-2-part1of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part2of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part3of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part4of4.yaml`

Namun, dalam kasus AWS CloudFormation template besar, Anda diminta untuk menyediakan URI Amazon Simple Storage Service alih-alih menggunakan CLI/API dengan file lokal sebagai input.

Di AWS Resilience Hub, Anda dapat melakukan tindakan berikut:
+ Anda dapat menyediakan alarm yang dipilih, SOPs, dan AWS FIS eksperimen. Untuk menyediakan alarm, SOPs, dan AWS FIS eksperimen, pilih rekomendasi yang sesuai dan masukkan nama unik. AWS Resilience Hub membuat template berdasarkan rekomendasi yang Anda pilih. Di **Template**, Anda dapat mengakses template yang dibuat melalui URL Amazon Simple Storage Service (Amazon S3).
+ Anda dapat menyertakan atau mengecualikan alarm yang dipilih SOPs, dan AWS FIS eksperimen yang direkomendasikan untuk aplikasi Anda kapan saja. Untuk informasi selengkapnya, lihat [Termasuk atau tidak termasuk rekomendasi operasional](exclude-recommend.md).
+ Anda juga dapat mencari, membuat, menambah, menghapus, dan mengelola tag, untuk aplikasi dan melihat semua tag yang terkait dengannya.

# Termasuk atau tidak termasuk rekomendasi operasional
<a name="exclude-recommend"></a>

AWS Resilience Hub menyediakan opsi untuk menyertakan atau mengecualikan alarm, SOPs, dan AWS FIS eksperimen (tes) yang direkomendasikan untuk meningkatkan skor ketahanan aplikasi Anda kapan saja. Termasuk dan tidak termasuk rekomendasi operasional akan berdampak pada skor ketahanan aplikasi Anda hanya setelah Anda menjalankan penilaian baru. Oleh karena itu, kami menyarankan Anda untuk menjalankan penilaian untuk mendapatkan skor ketahanan yang diperbarui dan memahami dampaknya terhadap aplikasi Anda.

Untuk informasi selengkapnya tentang membatasi izin untuk menyertakan atau mengecualikan rekomendasi per aplikasi, lihat. [Membatasi izin untuk menyertakan atau mengecualikan rekomendasi AWS Resilience Hub](include-exclude-limit-permissions.md)

**Untuk memasukkan atau mengecualikan rekomendasi operasional dari aplikasi**

1. Di menu navigasi kiri, pilih **Aplikasi**.

1. Di **Aplikasi**, buka aplikasi.

1. Pilih **Penilaian** dan pilih penilaian dari tabel Penilaian **Ketahanan**. Jika Anda tidak memiliki penilaian, selesaikan prosedur [Menjalankan penilaian ketahanan di AWS Resilience Hub](run-assessment.md) dan kemudian kembali ke langkah ini.

1. Pilih tab **Rekomendasi operasional**.

1. Untuk memasukkan atau mengecualikan rekomendasi operasional dari aplikasi Anda, lengkapi prosedur berikut:

**Untuk menyertakan atau mengecualikan alarm yang disarankan dari aplikasi Anda**

1. Untuk mengecualikan alarm, selesaikan langkah-langkah berikut:

   1. Di bawah tab **Alarm**, dari tabel **Alarm**, pilih semua alarm (dengan status **Tidak diterapkan**) yang ingin Anda kecualikan. Anda dapat mengidentifikasi status implementasi alarm saat ini dari kolom **Negara**.

   1. Dari **Tindakan**, pilih **Kecualikan yang dipilih**.

   1. Dari dialog **Kecualikan rekomendasi**, pilih salah satu alasan berikut (opsional), dan pilih **Kecualikan dipilih** untuk mengecualikan alarm yang dipilih dari aplikasi.
      + **Sudah diterapkan** — Pilih opsi ini jika Anda telah menerapkan alarm ini di AWS layanan seperti Amazon CloudWatch, atau penyedia layanan pihak ketiga lainnya.
      + **Tidak relevan** — Pilih opsi ini jika alarm tidak sesuai dengan kebutuhan bisnis Anda.
      + **Terlalu rumit untuk diterapkan** - Pilih opsi ini jika menurut Anda alarm ini terlalu rumit untuk diterapkan.
      + **Lainnya** — Pilih opsi ini untuk menentukan alasan lain untuk mengecualikan rekomendasi.

1. Untuk menyertakan alarm, selesaikan langkah-langkah berikut:

   1. Di bawah tab **Alarm**, dari tabel **Alarm**, pilih semua alarm (dengan status **Dikecualikan**) yang ingin Anda sertakan. Anda dapat mengidentifikasi status implementasi alarm saat ini dari kolom **Negara**.

   1. Dari **Tindakan**, pilih **Sertakan yang dipilih**.

   1. Dari dialog **Sertakan rekomendasi**, pilih **Sertakan yang dipilih** untuk menyertakan semua alarm yang dipilih dalam aplikasi Anda.

**Untuk memasukkan atau mengecualikan prosedur operasi standar yang direkomendasikan (SOPs) dari aplikasi Anda**

1. Untuk mengecualikan yang disarankan SOPs, selesaikan langkah-langkah berikut:

   1. Di bawah tab **Prosedur operasi standar**, dari **SOPs**tabel, pilih semua SOPs (dengan status **Diimplementasikan** atau **Tidak diterapkan**) yang ingin Anda kecualikan. Anda dapat mengidentifikasi status implementasi SOP saat ini dari kolom **State**.

   1. Dari **Tindakan**, pilih **Kecualikan yang dipilih** untuk mengecualikan yang dipilih SOPs dari aplikasi Anda.

   1. Dari dialog **Kecualikan rekomendasi**, pilih salah satu alasan berikut (opsional), dan pilih **Kecualikan dipilih** untuk mengecualikan yang dipilih SOPs dari aplikasi.
      + **Sudah diterapkan** — Pilih opsi ini jika Anda telah menerapkannya SOPs dalam AWS layanan, atau penyedia layanan pihak ketiga lainnya.
      + **Tidak relevan** — Pilih opsi ini jika SOPs tidak sesuai dengan kebutuhan bisnis Anda.
      + **Terlalu rumit untuk diterapkan** - Pilih opsi ini jika menurut Anda SOPs ini terlalu rumit untuk diterapkan.
      + **Tidak ada** - Pilih opsi ini jika Anda tidak ingin menentukan alasannya.

1. Untuk memasukkan SOPs, selesaikan langkah-langkah berikut:

   1. Di bawah tab **Prosedur operasi standar**, dari **SOPs**tabel, pilih semua alarm (dengan status **Dikecualikan**) yang ingin Anda sertakan. Anda dapat mengidentifikasi status implementasi alarm saat ini dari kolom **Negara**.

   1. Dari **Tindakan**, pilih **Sertakan yang dipilih**.

   1. Dari dialog **Sertakan rekomendasi**, pilih **Sertakan yang dipilih** untuk menyertakan semua yang dipilih SOPs dalam aplikasi Anda.

**Untuk menyertakan atau mengecualikan tes yang direkomendasikan dari aplikasi Anda**

1. Untuk mengecualikan tes yang disarankan, selesaikan langkah-langkah berikut:

   1. Di bawah Tab **templat eksperimen injeksi kesalahan****, dari tabel templat eksperimen injeksi kesalahan**, pilih semua pengujian (dengan status **Diimplementasikan** atau **Tidak diterapkan**) yang ingin Anda kecualikan. Anda dapat mengidentifikasi status implementasi pengujian saat ini dari kolom **Negara**.

   1. Dari **Tindakan**, pilih **Kecualikan yang dipilih**.

   1. Dari dialog **Kecualikan rekomendasi**, pilih salah satu alasan berikut (opsional), dan pilih **Kecualikan dipilih** untuk mengecualikan AWS FIS eksperimen yang dipilih dari aplikasi.
      + **Sudah diterapkan** — Pilih opsi ini jika Anda telah menerapkan pengujian ini dalam suatu AWS layanan, atau penyedia layanan pihak ketiga lainnya.
      + **Tidak relevan** — Pilih opsi ini jika tes tidak sesuai dengan kebutuhan bisnis Anda.
      + **Terlalu rumit untuk diterapkan** - Pilih opsi ini jika menurut Anda tes ini terlalu rumit untuk diterapkan.
      + **Tidak ada** - Pilih opsi ini jika Anda tidak ingin menentukan alasannya.

1. Untuk memasukkan tes yang direkomendasikan, selesaikan langkah-langkah berikut:

   1. Di bawah tab **Templat eksperimen injeksi kesalahan****, dari tabel templat eksperimen injeksi kesalahan**, pilih semua pengujian (dengan status **Dikecualikan**) yang ingin Anda sertakan. Anda dapat mengidentifikasi status implementasi pengujian saat ini dari kolom **Negara**.

   1. Dari **Tindakan**, pilih **Sertakan yang dipilih**.

   1. Dari dialog **Sertakan rekomendasi**, pilih **Sertakan yang dipilih** untuk menyertakan semua tes yang dipilih dalam aplikasi Anda.