

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.