

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

# Apa itu AWS Resilience Hub?
<a name="what-is"></a>

AWS Resilience Hub adalah lokasi sentral bagi Anda untuk mengelola dan meningkatkan postur ketahanan aplikasi Anda. AWS AWS Resilience Hub memungkinkan Anda untuk menentukan tujuan ketahanan Anda, menilai postur ketahanan Anda terhadap tujuan tersebut, dan menerapkan rekomendasi untuk perbaikan berdasarkan Kerangka Kerja Well-Architected. AWS Di dalamnya AWS Resilience Hub, Anda juga dapat membuat dan menjalankan AWS Fault Injection Service eksperimen, yang meniru gangguan kehidupan nyata pada aplikasi Anda untuk membantu Anda lebih memahami dependensi dan mengungkap potensi kelemahan. AWS Resilience Hub menyediakan tempat sentral dengan semua AWS layanan dan alat yang Anda butuhkan untuk terus memperkuat postur ketahanan Anda. AWS Resilience Hub bekerja dengan layanan lain untuk memberikan rekomendasi dan membantu Anda mengelola sumber daya aplikasi Anda. Untuk informasi selengkapnya, lihat [Bekerja dengan layanan yang lain](service-integrations.md).

Tabel berikut menyediakan tautan dokumentasi dari semua layanan ketahanan terkait.


**Layanan AWS dan referensi ketahanan terkait**  

| AWS layanan ketahanan | Tautan dokumentasi | 
| --- | --- | 
| AWS Elastic Disaster Recovery | [Apa itu Pemulihan Bencana Elastis](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) | 
| AWS Backup | [Apa itu AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) | 
| Pengontrol Pemulihan Aplikasi Amazon (ARC) (ARC) | [Apa itu Amazon Application Recovery Controller (ARC)](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route53-recovery.html) | 

**Topics**
+ [AWS Resilience Hub — Manajemen ketahanan](arh-mgmt.md)
+ [AWS Resilience Hub - Pengujian ketahanan](arh-testing.md)
+ [AWS Resilience Hub konsep](concepts-terms.md)
+ [AWS Resilience Hub persona](arh-personas.md)
+ [AWS Resilience Hub sumber daya yang didukung](supported-resources.md)
+ [AWS Resilience Hub dan MyApplications](arh-myApplication-integration.md)

# AWS Resilience Hub — Manajemen ketahanan
<a name="arh-mgmt"></a>

AWS Resilience Hub memberi Anda tempat sentral untuk mendefinisikan, memvalidasi, dan melacak ketahanan aplikasi Anda. AWS AWS Resilience Hub membantu Anda melindungi aplikasi Anda dari gangguan, dan mengurangi biaya pemulihan untuk mengoptimalkan kelangsungan bisnis guna membantu memenuhi persyaratan kepatuhan dan peraturan. Anda dapat menggunakan AWS Resilience Hub untuk melakukan hal berikut:
+ Analisis infrastruktur Anda dan dapatkan rekomendasi untuk meningkatkan ketahanan aplikasi Anda. Selain panduan arsitektur untuk meningkatkan ketahanan aplikasi Anda, rekomendasi menyediakan kode untuk memenuhi kebijakan ketahanan Anda, menerapkan pengujian, alarm, dan prosedur operasi standar (SOPs) yang dapat Anda terapkan dan jalankan dengan aplikasi Anda dalam pipeline integrasi dan pengiriman (CI/CD) Anda. 
+ Mengevaluasi target tujuan waktu pemulihan (RTO) dan tujuan titik pemulihan (RPO) dalam kondisi yang berbeda.
+ Optimalkan kelangsungan bisnis sekaligus mengurangi biaya pemulihan.
+ Identifikasi dan selesaikan masalah sebelum terjadi dalam produksi.

Setelah menerapkan aplikasi ke dalam produksi, Anda dapat menambahkan AWS Resilience Hub ke pipeline CI/CD untuk memvalidasi setiap build sebelum dirilis ke produksi.

## Bagaimana cara AWS Resilience Hub kerja
<a name="how-it-works"></a>

Diagram berikut memberikan garis besar tingkat tinggi tentang cara AWS Resilience Hub kerja.

![\[Flowchart yang menunjukkan cara AWS Resilience Hub kerja.\]](http://docs.aws.amazon.com/id_id/resilience-hub/latest/userguide/images/digito-how-it-works.png)


**Jelaskan**  
Jelaskan aplikasi Anda dengan mengimpor sumber daya dari AWS CloudFormation tumpukan, file status Terraform,, AWS Resource Groups kluster Amazon Elastic Kubernetes Service, atau Anda dapat memilih dari aplikasi yang sudah ditentukan di MyApplications.

**Mendefinisikan**  
Tentukan kebijakan ketahanan untuk aplikasi Anda. Kebijakan ini mencakup target RTO dan RPO untuk gangguan aplikasi, infrastruktur, Availability Zone, dan Region. Target ini digunakan untuk memperkirakan apakah aplikasi memenuhi kebijakan ketahanan.

**Menilai**  
Setelah Anda menjelaskan aplikasi Anda dan melampirkan kebijakan ketahanan padanya, jalankan penilaian ketahanan. AWS Resilience Hub Penilaian menggunakan praktik terbaik dari AWS Well-Architected Framework untuk menganalisis komponen aplikasi dan mengungkap kelemahan ketahanan potensial. Kelemahan ini dapat disebabkan oleh penyiapan infrastruktur yang tidak lengkap, kesalahan konfigurasi, atau situasi di mana perbaikan konfigurasi tambahan diperlukan. Untuk meningkatkan ketahanan, perbarui aplikasi dan kebijakan ketahanan Anda sesuai dengan rekomendasi dari laporan penilaian. Rekomendasi termasuk konfigurasi komponen, alarm, tes, dan pemulihan. SOPs Kemudian, Anda dapat menjalankan penilaian lain dan membandingkan hasilnya dengan laporan sebelumnya untuk melihat seberapa besar peningkatan ketahanan. Ulangi proses ini sampai perkiraan beban kerja RTO dan perkiraan beban kerja RPO memenuhi target RTO dan RPO Anda.

**Validasi**  
Jalankan pengujian untuk mengukur ketahanan AWS sumber daya Anda dan jumlah waktu yang diperlukan untuk memulihkan dari aplikasi, infrastruktur, Availability Zone, dan Wilayah AWS insiden. Untuk mengukur ketahanan, tes ini mensimulasikan pemadaman sumber daya Anda. AWS Contoh pemadaman termasuk kesalahan jaringan yang tidak tersedia, kegagalan, proses yang dihentikan, pemulihan boot Amazon RDS, dan masalah dengan Availability Zone Anda. 

**Lihat dan lacak**  
Setelah Anda menerapkan AWS aplikasi ke dalam produksi, Anda dapat menggunakan AWS Resilience Hub untuk terus melacak postur ketahanan aplikasi. Jika terjadi pemadaman, operator dapat melihat pemadaman AWS Resilience Hub dan meluncurkan proses pemulihan terkait.

# AWS Resilience Hub - Pengujian ketahanan
<a name="arh-testing"></a>

AWS Resilience Hub mendukung integrasi yang ditingkatkan dengan AWS FIS. Integrasi ini memungkinkan AWS Resilience Hub untuk menawarkan rekomendasi yang disesuaikan menggunakan AWS FIS tindakan dan skenario berdasarkan konteks spesifik aplikasi yang sedang dinilai. Menjalankan eksperimen yang direkomendasikan atau melakukan pengujian Anda sendiri menggunakan AWS FIS layanan akan secara langsung berkontribusi untuk meningkatkan skor ketahanan aplikasi Anda. 

 AWS FIS Tindakan dan skenario ini menguji postur ketahanan aplikasi dengan membuat peristiwa yang mengganggu sehingga Anda dapat mengamati bagaimana aplikasi Anda merespons. AWS FIS menyediakan beberapa skenario pra-bangun dan banyak pilihan tindakan yang menghasilkan gangguan. Selain itu, ini juga mencakup kontrol dan pagar pembatas yang Anda butuhkan untuk menjalankan eksperimen dalam produksi. Kontrol dan pagar pembatas mencakup opsi untuk melakukan putaran balik otomatis atau menghentikan percobaan jika kondisi tertentu terpenuhi. Untuk mulai menggunakan eksperimen AWS FIS untuk menjalankan dari [AWS Resilience Hub konsol](https://aws.amazon.com/resilience-hub/), lengkapi prasyarat yang ditentukan di bagian. [Prasyarat](prerequisites.md)

Tabel berikut mencantumkan semua AWS FIS opsi yang tersedia dari panel navigasi dan tautan ke AWS FIS dokumentasi terkait yang berisi prosedur untuk mulai menggunakan AWS FIS pengujian dari AWS Resilience Hub konsol.


**AWS FIS pilihan menu navigasi dan referensi**  

| AWS FIS pilihan menu navigasi | AWS FIS dokumentasi | 
| --- | --- | 
| Pengujian ketahanan | [Buat template eksperimen](https://docs.aws.amazon.com//fis/latest/userguide/create-template.html) | 
| Pustaka skenario | [AWS FIS perpustakaan](https://docs.aws.amazon.com//fis/latest/userguide/scenario-library.html) | 
| Template percobaan | [Template percobaan untuk AWS FIS](https://docs.aws.amazon.com//fis/latest/userguide/manage-experiment-template.html) | 

Tabel berikut mencantumkan semua AWS FIS opsi yang tersedia dari menu tarik-turun di bagian **pengujian Ketahanan** dan tautan ke AWS FIS dokumentasi terkait yang berisi prosedur untuk mulai menggunakan AWS FIS pengujian dari konsol. AWS Resilience Hub 


**AWS FIS pilihan menu dropdown dan referensi**  

| AWS FIS pilihan menu dropdown | AWS FIS dokumentasi | 
| --- | --- | 
| Buat template eksperimen | [Buat template eksperimen](https://docs.aws.amazon.com//fis/latest/userguide/create-template.html) | 
| Buat eksperimen dari skenario | [Menggunakan skenario](https://docs.aws.amazon.com//fis/latest/userguide/scenario-library.html#using-a-scenario) | 

# AWS Resilience Hub konsep
<a name="concepts-terms"></a>

Konsep-konsep ini dapat membantu Anda lebih memahami pendekatan untuk membantu meningkatkan ketahanan aplikasi dan mencegah pemadaman aplikasi. AWS Resilience Hub

## Ketahanan
<a name="resiliency"></a>

Kemampuan untuk menjaga ketersediaan dan memulihkan dari perangkat lunak dan gangguan operasional dalam kerangka waktu yang ditentukan. 

## Tujuan titik pemulihan (RPO)
<a name="RPO"></a>

Jumlah waktu maksimum yang dapat diterima sejak titik pemulihan data terakhir. Ini menentukan apa yang dianggap sebagai kehilangan data yang dapat diterima antara titik pemulihan terakhir dan gangguan layanan.

## Tujuan waktu pemulihan (RTO)
<a name="RTO"></a>

Penundaan maksimum yang dapat diterima antara gangguan layanan dan pemulihan layanan. Ini menentukan apa yang dianggap sebagai jendela waktu yang dapat diterima ketika layanan tidak tersedia.

## Perkiraan tujuan waktu pemulihan beban kerja
<a name="est-workload-RTO"></a>

Tujuan estimasi waktu pemulihan beban kerja (estimasi beban kerja RTO) adalah RTO yang diperkirakan akan dipenuhi aplikasi Anda berdasarkan definisi aplikasi yang diimpor dan kemudian menjalankan penilaian.

## Perkiraan tujuan titik pemulihan beban kerja
<a name="est-workload-RPO"></a>

Tujuan titik pemulihan beban kerja yang diperkirakan (estimasi beban kerja RPO) adalah RPO yang diperkirakan akan dipenuhi aplikasi Anda berdasarkan definisi aplikasi yang diimpor dan kemudian menjalankan penilaian.

## Aplikasi
<a name="application"></a>

 AWS Resilience Hub Aplikasi adalah kumpulan sumber daya yang AWS didukung yang terus dipantau dan dinilai untuk mengelola postur ketahanannya.

## Komponen Aplikasi
<a name="app-component"></a>

Sekelompok AWS sumber daya terkait yang bekerja dan gagal sebagai satu kesatuan. Misalnya, jika Anda memiliki basis data primer dan replika, maka kedua database milik Komponen Aplikasi yang sama ()AppComponent.

AWS Resilience Hub menentukan AWS sumber daya mana yang dapat dimiliki oleh jenis AppComponent. Misalnya, `DBInstance` bisa menjadi milik `AWS::ResilienceHub::DatabaseAppComponent` tetapi bukan milik`AWS::ResilienceHub::ComputeAppComponent`.

## Status kepatuhan aplikasi
<a name="app-compliance"></a>

AWS Resilience Hub melaporkan jenis status kepatuhan berikut untuk aplikasi Anda.

**Kebijakan terpenuhi** 

Aplikasi ini diperkirakan memenuhi target RTO dan RPO yang ditentukan dalam kebijakan. Semua komponennya memenuhi tujuan kebijakan yang ditetapkan. Misalnya, Anda memilih target RTO dan RPO 24 jam untuk gangguan di seluruh Wilayah. AWS AWS Resilience Hub dapat melihat bahwa cadangan Anda disalin ke Wilayah fallback Anda. Anda masih diharapkan untuk mempertahankan pemulihan dari prosedur operasi standar cadangan (SOP), dan untuk menguji dan mengatur waktu. Ini ada dalam rekomendasi operasional dan bagian dari skor ketahanan Anda secara keseluruhan.

**Kebijakan dilanggar**

Aplikasi tidak dapat diperkirakan memenuhi target RTO dan RPO yang ditentukan dalam kebijakan. Satu atau lebih dari itu AppComponents tidak memenuhi tujuan kebijakan. Misalnya, Anda memilih target RTO dan RPO 24 jam untuk gangguan di seluruh AWS Wilayah, tetapi konfigurasi database Anda tidak menyertakan metode pemulihan Lintas wilayah apa pun, seperti replikasi global dan salinan cadangan.

**Tidak dinilai**

Aplikasi ini membutuhkan penilaian. Saat ini tidak dinilai atau dilacak.

**Perubahan terdeteksi**

Ada versi aplikasi baru yang diterbitkan yang belum dinilai.

## Deteksi penyimpangan
<a name="drift-status"></a>

AWS Resilience Hub menjalankan pemberitahuan drift saat menjalankan penilaian untuk aplikasi Anda untuk memeriksa apakah perubahan AppComponent konfigurasi telah memengaruhi status kepatuhan aplikasi Anda. Selain itu, ia juga memeriksa dan mendeteksi perubahan seperti penambahan atau penghapusan sumber daya dalam sumber input aplikasi dan memberi tahu tentang hal yang sama. Sebagai perbandingan, AWS Resilience Hub gunakan penilaian sebelumnya di mana komponen aplikasi memenuhi kebijakan. AWS Resilience Hub mendeteksi jenis drift berikut:
+ **Pergeseran kebijakan aplikasi** — Jenis drift ini mengidentifikasi semua AppComponents yang sesuai dengan kebijakan dalam penilaian sebelumnya tetapi gagal mematuhi penilaian saat ini.
+ **Application resource drift** — Jenis drift ini mengidentifikasi semua resource drifted dalam versi aplikasi saat ini.

## Penilaian ketahanan
<a name="Resiliency-assessment"></a>

AWS Resilience Hub menggunakan daftar kesenjangan dan solusi potensial untuk mengukur efektivitas kebijakan yang dipilih untuk memulihkan dan melanjutkan dari bencana. Ini mengevaluasi setiap Komponen Aplikasi atau status kepatuhan aplikasi dengan kebijakan. Laporan ini mencakup rekomendasi pengoptimalan biaya dan referensi untuk masalah potensial.

## Skor ketahanan
<a name="Resiliency-score"></a>

AWS Resilience Hub menghasilkan skor yang menunjukkan seberapa dekat aplikasi Anda mengikuti rekomendasi kami untuk memenuhi kebijakan ketahanan aplikasi, alarm, prosedur operasi standar (SOPs), dan pengujian.

## Jenis gangguan
<a name="disruption"></a>

AWS Resilience Hub membantu Anda menilai ketahanan terhadap jenis pemadaman berikut:

**Aplikasi**

Infrastrukturnya sehat, tetapi tumpukan aplikasi atau perangkat lunak tidak beroperasi sesuai kebutuhan. Hal ini dapat terjadi setelah penerapan kode baru, perubahan konfigurasi, kerusakan data, atau kerusakan dependensi hilir. 

**Infrastruktur Cloud**

Infrastruktur cloud tidak berfungsi seperti yang diharapkan karena pemadaman. Pemadaman dapat terjadi karena kesalahan lokal pada satu atau lebih komponen. Dalam kebanyakan kasus, jenis pemadaman ini diselesaikan dengan me-reboot, mendaur ulang, atau memuat ulang komponen yang salah.

**Gangguan AZ Infrastruktur Cloud**

Satu atau beberapa Availability Zone tidak tersedia. Jenis pemadaman ini dapat diatasi dengan beralih ke Availability Zone yang berbeda.

**Insiden Wilayah Infrastruktur Cloud**

Satu atau lebih Wilayah tidak tersedia. Jenis insiden ini dapat diselesaikan dengan beralih ke yang berbeda Wilayah AWS.

## AWS FIS eksperimen
<a name="fault-injection-experiments"></a>

AWS Resilience Hub merekomendasikan eksperimen menggunakan AWS FIS tindakan untuk memverifikasi ketahanan aplikasi terhadap berbagai jenis pemadaman. Pemadaman ini termasuk aplikasi, infrastruktur, Availability Zones (AZ), atau Wilayah AWS insiden Komponen Aplikasi.

Eksperimen ini memungkinkan Anda melakukan hal berikut:
+ Suntikkan kegagalan.
+ Verifikasi bahwa alarm dapat mendeteksi pemadaman.
+ Verifikasi bahwa prosedur pemulihan, atau prosedur operasi standar (SOPs), berfungsi dengan benar untuk memulihkan aplikasi dari pemadaman. 

Pengujian untuk SOPs mengukur perkiraan beban kerja RTO dan perkiraan beban kerja RPO. Anda dapat menguji konfigurasi aplikasi yang berbeda dan mengukur apakah output RTO dan RPO memenuhi tujuan yang ditentukan dalam kebijakan Anda. 

## SOP
<a name="SOP"></a>

Prosedur operasi standar (SOP) adalah serangkaian langkah preskriptif yang dirancang untuk memulihkan aplikasi Anda secara efisien jika terjadi pemadaman atau alarm. Berdasarkan penilaian aplikasi, AWS Resilience Hub rekomendasikan satu set SOPs dan disarankan untuk menyiapkan, menguji, dan mengukur SOPs terlebih dahulu gangguan untuk memastikan pemulihan tepat waktu.

# AWS Resilience Hub persona
<a name="arh-personas"></a>

Membangun aplikasi perusahaan membutuhkan upaya kolaboratif dari tim lintas fungsi yang berbeda seperti infrastruktur, kelangsungan bisnis, pemilik aplikasi, dan pemangku kepentingan lainnya yang bertanggung jawab untuk memantau aplikasi. Persona yang berbeda dari tim yang berbeda berkontribusi untuk membangun dan mengelola aplikasi di AWS Resilience Hub, masing-masing memiliki peran dan tanggung jawab yang berbeda. Untuk mempelajari lebih lanjut tentang pemberian izin ke persona yang berbeda, lihat. [AWS Resilience Hub personas dan referensi izin IAM](security-iam-resilience-hub-personas.md)

Untuk memulai membuat aplikasi dan menjalankan penilaian di AWS Resilience Hub, kami sarankan Anda untuk membuat persona berikut:
+ **Manajer aplikasi infrastruktur** — Pengguna dengan persona ini bertanggung jawab untuk menyiapkan, mengonfigurasi, dan memelihara infrastruktur dan sumber daya aplikasi, memastikan keandalan dan keamanan aplikasi. Tanggung jawab mereka meliputi:
  + Memastikan bahwa aplikasi dikerahkan dan diperbarui secara berkala
  + Memantau kinerja sistem
  + Memecahkan masalah
  + Menerapkan rencana cadangan dan pemulihan bencana
+ **Manajer kontinuitas bisnis** — Pengguna dengan persona ini bertanggung jawab untuk mendikte kebijakan aplikasi dan menentukan kekritisan bisnis aplikasi. Tanggung jawab mereka meliputi:
  + Mengambil keputusan penting dalam menetapkan kebijakan
  + Menilai kekritisan bisnis
  + Mengalokasikan sumber daya untuk aplikasi penting
  + Menilai dan mengelola risiko
+ **Pemilik aplikasi** — Pengguna dengan persona ini bertanggung jawab untuk memastikan aplikasi yang sangat tersedia dan andal. Tanggung jawab mereka meliputi:
  + Mendefinisikan pengidentifikasi kinerja utama untuk mengukur dan memantau kinerja aplikasi dan mengidentifikasi kemacetan
  + Menyelenggarakan pelatihan untuk berbagai pemangku kepentingan
  + Memastikan bahwa dokumentasi berikut adalah up-to-date: 
    + Arsitektur aplikasi 
    + Proses penyebaran 
    + Konfigurasi pemantauan 
    + Teknik optimasi kinerja 
+ **Akses hanya-baca** - Pengguna dengan persona ini dibatasi untuk izin hanya-baca. Tanggung jawab mereka termasuk menjaga visibilitas dan pengawasan kinerja dan kesehatan aplikasi dengan memantau skor ketahanan, rekomendasi operasional, dan rekomendasi ketahanan. Selain itu, mereka juga bertanggung jawab untuk mengidentifikasi masalah, tren, dan area untuk perbaikan untuk memastikan bahwa aplikasi memenuhi tujuan organisasi.

# AWS Resilience Hub sumber daya yang didukung
<a name="supported-resources"></a>

Sumber daya yang memengaruhi kinerja aplikasi jika terjadi gangguan didukung sepenuhnya oleh sumber daya AWS Resilience Hub tingkat atas seperti `AWS::RDS::DBInstance` dan. `AWS::RDS::DBCluster`

Untuk mempelajari lebih lanjut tentang izin yang diperlukan AWS Resilience Hub untuk menyertakan sumber daya dari semua layanan yang didukung dalam penilaian Anda, lihat[AWSResilienceHubAsssessmentExecutionPolicy](security-iam-awsmanpol.md#security_iam_aws-assessment-policy).

 AWS Resilience Hub mendukung sumber daya dari AWS layanan berikut:
+ Hitung 
  + Amazon Elastic Compute Cloud (Amazon EC2)
**catatan**  
AWS Resilience Hub tidak mendukung format Amazon Resource Name (ARN) lama untuk mengakses sumber daya Amazon EC2. Format ARN baru menggunakan ID AWS akun Anda dan memungkinkan kemampuan yang disempurnakan untuk menandai sumber daya di klaster Anda, dan juga melacak biaya layanan dan tugas yang berjalan di klaster Anda.   
**Format lama (usang)** - `arn:aws:ec2:<region>::instance/<instance-id>`
**Format baru** - `arn:aws:ec2:<region>:<account-id>:instance/<instance-id>`
Untuk informasi selengkapnya tentang format ARN baru, lihat [Memigrasi penerapan Amazon ECS Anda ke ARN baru](https://aws.amazon.com/blogs/compute/migrating-your-amazon-ecs-deployment-to-the-new-arn-and-resource-id-format-2/) dan format ID sumber daya.
  + AWS Lambda
  + Amazon Elastic Kubernetes Service (Amazon EKS)
  + Amazon Elastic Container Service (Amazon ECS)
  + AWS Step Functions
+ Basis Data
  + Amazon Relational Database Service (Amazon RDS)
  + Amazon DynamoDB
  + Amazon DocumentDB
  + Amazon ElastiCache
+ Jaringan dan Pengiriman Konten
  + Amazon Route 53
  + Elastic Load Balancing
  + Terjemahan Alamat Jaringan (NAT)
+ Penyimpanan
  + Amazon Elastic Block Store (Amazon EBS)
  + Amazon Elastic File System (Amazon EFS)
  + Amazon Simple Storage Service (Amazon S3)
  + Amazon FSx untuk Server File Windows
+ Lainnya
  + Amazon API Gateway
  + Pengontrol Pemulihan Aplikasi Amazon (ARC) (Amazon ARC)
  + Layanan Notifikasi Sederhana Amazon
  + Amazon Simple Queue Service
  + AWS Auto Scaling
  + AWS Backup
  + AWS Pemulihan Bencana Elastis

**catatan**  
AWS Resilience Hub memberikan transparansi tambahan untuk sumber daya aplikasi Anda dengan memungkinkan Anda melihat instance yang didukung dari setiap sumber daya. Selain itu, AWS Resilience Hub memberikan rekomendasi ketahanan yang lebih akurat dengan mengidentifikasi contoh unik dari setiap sumber daya sambil menemukan contoh sumber daya selama proses penilaian. Untuk informasi selengkapnya tentang menambahkan instance resource ke aplikasi Anda, lihat[Mengedit sumber daya AWS Resilience Hub aplikasi](application-resources.md).
AWS Resilience Hub mendukung Amazon EKS dan Amazon ECS aktif. AWS Fargate
AWS Resilience Hub mendukung penilaian AWS Backup sumber daya sebagai bagian dari layanan berikut:  
Amazon EBS
Amazon EFS
Amazon S3
Basis Data Global Amazon Aurora
Amazon DynamoDB
Layanan Amazon RDS
Amazon FSx untuk Server File Windows
Amazon ARC hanya AWS Resilience Hub menilai Amazon DynamoDB global, Elastic Load Balancing, Amazon RDS, dan grup. AWS Auto Scaling 
 AWS Resilience Hub Untuk menilai sumber daya Lintas wilayah, kelompokkan sumber daya di bawah satu Komponen Aplikasi. Untuk informasi selengkapnya tentang sumber daya yang didukung oleh masing-masing Komponen AWS Resilience Hub Aplikasi dan sumber daya pengelompokan, lihat[Mengelompokkan sumber daya dalam Komponen Aplikasi](AppComponent.grouping.md).
Saat ini, AWS Resilience Hub tidak mendukung penilaian lintas wilayah untuk kluster Amazon EKS jika kluster Amazon EKS berada atau jika aplikasi dibuat di Wilayah yang diaktifkan keikutsertaan. AWS 
Saat ini, hanya AWS Resilience Hub menilai tipe sumber daya Kubernetes berikut:  
Deployment
ReplicaSets
Pod
Saat ini, hanya AWS Resilience Hub mendukung jenis mesin berikut untuk ElastiCache sumber daya:  
Mesin Redis OSS

AWS Resilience Hub mengabaikan jenis sumber daya berikut:
+ **Sumber daya yang tidak mempengaruhi perkiraan beban kerja RTO atau perkiraan beban kerja RPO** — Sumber daya seperti`AWS::RDS::DBParameterGroup`, yang tidak mempengaruhi perkiraan beban kerja RTO atau perkiraan beban kerja RPO, diabaikan oleh. AWS Resilience Hub
+ **Sumber daya tingkat non-top** — AWS Resilience Hub hanya mengimpor sumber daya tingkat atas, karena mereka dapat memperoleh properti lain dengan menanyakan properti sumber daya tingkat atas. Misalnya, `AWS::ApiGateway::RestApi` dan `AWS::ApiGatewayV2::Api` merupakan sumber daya yang didukung untuk Amazon API Gateway. Namun, `AWS::ApiGatewayV2::Stage` bukan sumber daya tingkat atas. Oleh karena itu, tidak diimpor oleh AWS Resilience Hub.

**catatan**  
**Sumber daya yang tidak didukung**   
Anda tidak dapat mengidentifikasi beberapa sumber daya dengan menggunakan AWS Resource Groups (Amazon Route 53 RecordSets dan API-GW HTTP) dan sumber daya Amazon Aurora Global. Jika Anda ingin menganalisis sumber daya ini sebagai bagian dari penilaian Anda, Anda harus menambahkan sumber daya secara manual ke aplikasi. Namun, saat Anda menambahkan sumber daya Amazon Aurora Global untuk penilaian, sumber daya tersebut harus dikelompokkan dengan Komponen Aplikasi instans Amazon RDS. Untuk informasi selengkapnya tentang mengedit sumber daya, lihat[Mengedit sumber daya AWS Resilience Hub aplikasi](application-resources.md).
Sumber daya ini dapat mempengaruhi pemulihan aplikasi, tetapi mereka tidak sepenuhnya didukung oleh AWS Resilience Hub saat ini. AWS Resilience Hub berusaha untuk memperingatkan pengguna tentang sumber daya yang tidak didukung jika aplikasi didukung oleh AWS CloudFormation tumpukan, file status Terraform AWS Resource Groups, atau aplikasi MyApplications.
Selama proses impor sumber daya aplikasi ke dalam AWS Resilience Hub, beberapa sumber daya dapat diabaikan. Ketika sumber daya diabaikan, itu berarti mereka tidak dapat diimpor sama sekali. Namun, sumber daya yang ditandai sebagai tidak didukung saat ini tidak kompatibel dengan AWS Resilience Hub tetapi mungkin didukung di masa depan, memungkinkan mereka untuk dimasukkan dalam aplikasi untuk penilaian. Selain itu, AWS Resilience Hub mungkin mengabaikan sumber daya tertentu jika tidak didukung oleh AWS Resource Groups. Untuk informasi selengkapnya tentang sumber daya yang didukung AWS Resource Groups, lihat [Jenis sumber daya yang dapat Anda gunakan dengan AWS Resource Groups dan Editor Tag](https://docs.aws.amazon.com//ARG/latest/userguide/supported-resources.html).

# AWS Resilience Hub dan MyApplications
<a name="arh-myApplication-integration"></a>

Widget **Ketahanan** di dasbor MyApplications merampingkan proses penilaian dan pemantauan ketahanan aplikasi. Ini memungkinkan Anda untuk dengan cepat mengevaluasi ketahanan aplikasi Anda yang didefinisikan dalam MyApplications tanpa perlu membuat ulang secara manual di konsol. AWS Resilience Hub Pendekatan terintegrasi ini menggabungkan kemampuan manajemen aplikasi MyApplications dengan fitur penilaian ketahanan AWS Resilience Hub, memungkinkan Anda untuk memanfaatkan kekuatan kedua platform. Dengan menyatukan definisi aplikasi dan kemampuan penilaian ketahanan, widget **Ketahanan** menyederhanakan alur kerja, memungkinkan Anda mengakses informasi yang relevan dan mengambil tindakan untuk meningkatkan ketahanan dari lokasi terpusat. Ketika aplikasi dinilai dari widget **Resiliency**, AWS Resilience Hub lakukan hal berikut: 
+ Membuat aplikasi yang dipilih di AWS Resilience Hub.
+ Secara otomatis menemukan dan memetakan sumber daya yang terkait dengan model.
+ Membuat dan menetapkan kebijakan ketahanan baru dengan nilai yang telah ditentukan sebelumnya untuk sasaran waktu pemulihan (RTO) dan sasaran titik pemulihan (RPO). Itu adalah empat jam untuk RTO dan satu jam untuk RPO. Setelah membuat penilaian, Anda dapat mengubah kebijakan ketahanan atau menetapkan kebijakan lain dari konsol. AWS Resilience Hub Untuk informasi selengkapnya tentang memperbarui kebijakan ketahanan dan melampirkan kebijakan yang berbeda, lihat. [Mengelola kebijakan ketahanan](resiliency-policies.md)
+ Menilai ketahanan aplikasi terhadap RTO dan RPO yang didefinisikan dalam kebijakan ketahanan untuk mengidentifikasi area yang memerlukan perbaikan dalam arsitektur aplikasi. Skenario kegagalan termasuk kegagalan Availability Zone, pemadaman Regional, dan potensi gangguan lainnya.
+ Terus memantau sumber daya aplikasi dan perubahan konfigurasi setelah penilaian awal, memberikan peringatan atau pembaruan jika ada perubahan yang memengaruhi ketahanan aplikasi. 

**catatan**  
Sebelum memulai penilaian, kami sarankan Anda untuk mengevaluasi potensi biaya yang terlibat dalam menjalankan penilaian menggunakan. AWS Resilience Hub Untuk informasi harga terperinci, lihat [AWS Resilience Hub harga](https://aws.amazon.com/resilience-hub/pricing/).

Setelah menilai aplikasi Anda, Anda dapat mengakses kemampuan penuh AWS Resilience Hub dari widget dengan memilih Go AWS Resilience Hub to untuk melihat detail aplikasi di AWS Resilience Hub konsol. Proses untuk memasukkan aplikasi dari MyApplications ke dalam AWS Resilience Hub diatur oleh aturan dan batasan berikut: 
+ Anda dapat mengaitkan hanya satu aplikasi MyApplications ke aplikasi di AWS Resilience Hub. Artinya, Anda dapat mengaitkan aplikasi MyApplications ke AWS Resilience Hub aplikasi baik dengan menjalankan penilaian dari widget **Resiliency** di dasbor MyApplications, atau dengan menyelesaikan [Menggunakan aplikasi MyApplications](discover-structure.md#myApplications-steps) prosedur saat menjelaskan aplikasi di konsol. AWS Resilience Hub 
+ Anda hanya dapat menyertakan, menilai, dan melihat aplikasi MyApplications yang berada dalam AWS wilayah dan batas AWS akun yang sama dengan lingkungan MyApplications Anda. Aplikasi yang dibuat di AWS Wilayah yang berbeda atau di bawah AWS akun terpisah tidak akan terlihat atau dapat diakses melalui widget ini.
+ Anda hanya dapat menambahkan, menghapus, dan memperbarui sumber daya dari dasbor MyApplications. Saat Anda memodifikasi sumber daya aplikasi dari dasbor MyApplications, Anda harus mengimpor ulang AWS Resilience Hub untuk melihat perubahan sumber daya. AWS Resilience Hub

## Pelajari selengkapnya
<a name="arh-myApplication-integration-learn"></a>

Untuk informasi selengkapnya tentang mengelola aplikasi dan sumber daya di dasbor MyApplications, lihat topik berikut dalam AWS Console Home dokumentasi:
+ [Apa itu MyApplications? AWS](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/aws-myApplications.html)
+ [Membuat aplikasi pertama Anda di MyApplications](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-getting-started.html)
+ [Mengelola sumber daya](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-manage-resources.html)
+ [Widget Ketahanan](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-app-dash.html#myApp-reshub.html)

Untuk informasi selengkapnya tentang menjelaskan aplikasi dan menjalankan penilaian AWS Resilience Hub, lihat topik berikut:
+  [Untuk menjalankan penilaian ketahanan untuk **aplikasi MyApplications** yang ada dari widget **Resiliency** untuk pertama kalinya](run-assessment-resiliency-widget.md#run-res-widget-new) 
+  [**Untuk menjalankan kembali penilaian ketahanan untuk **aplikasi MyApplications** yang ada dari widget Resiliency**](run-assessment-resiliency-widget.md#rerun-res-widget) 
+  [Meninjau ringkasan penilaian di widget Ketahanan](review-assessment-resliency-widget.md) 