# PERF 7 Bagaimana cara memantau sumber daya Anda untuk memastikan sumber daya bekerja dengan baik?
Performa sistem dapat menurun seiring berlalunya waktu. Pantau performa sistem untuk mengidentifikasi penurunan kualitas dan perbaiki faktor internal atau eksternal, seperti beban aplikasi atau sistem operasi.
**Topics**
+ [PERF07-BP01 Mencatat metrik terkait kinerja](perf_monitor_instances_post_launch_record_metrics.md)
+ [PERF07-BP02 Menganalisis metrik ketika terjadi peristiwa atau insiden](perf_monitor_instances_post_launch_review_metrics.md)
+ [PERF07-BP03 Membuat indikator kinerja utama (KPI) untuk mengukur kinerja beban kerja](perf_monitor_instances_post_launch_establish_kpi.md)
+ [PERF07-BP04 Menggunakan pemantauan untuk membuat notifikasi berbasis alarm](perf_monitor_instances_post_launch_generate_alarms.md)
+ [PERF07-BP05 Meninjau metrik dalam interval yang selaras](perf_monitor_instances_post_launch_review_metrics_collected.md)
+ [PERF07-BP06 Memantau dan membuat alarm secara proaktif](perf_monitor_instances_post_launch_proactive.md)
# PERF07-BP01 Mencatat metrik terkait kinerja
Gunakan layanan pemantauan dan observabilitas untuk mencatat metrik terkait kinerja. Contoh metrik mencakup transaksi basis data catatan, kueri lambat, latensi I/O, throughput permintaan HTTP, latensi layanan, atau data utama lainnya.
Identifikasikan dan catat metrik kinerja yang penting untuk beban kerja Anda. Data ini merupakan bagian penting yang memungkinkan Anda mengidentifikasi komponen mana yang memengaruhi kinerja dan efisiensi beban kerja secara keseluruhan.
Mulailah dari pengalaman pelanggan, identifikasikan metrik yang penting. Identifikasikan target, pendekatan pengukuran, dan prioritas untuk setiap metrik. Gunakan hasil tersebut untuk membuat pengingat dan pemberitahuan guna menangani masalah terkait kinerja secara proaktif.
**Antipola umum:**
+ Anda hanya memantau metrik tingkat sistem operasi untuk menambah wawasan ke dalam beban kerja Anda.
+ Anda merancang kebutuhan komputer Anda untuk persyaratan beban kerja puncak.
**Manfaat menerapkan praktik terbaik ini:** Guna mengoptimalkan kinerja dan pemanfaatan sumber daya, Anda memerlukan tampilan operasional terpadu dari indikator kinerja utama Anda. Anda dapat membuat dasbor dan menjalankan penghitungan metrik di data Anda untuk mendapatkan wawasan pemanfaatan dan operasional.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Identifikasikan dan catat metrik kinerja yang relevan untuk beban kerja Anda. Data ini merupakan bagian penting yang memungkinkan Anda mengidentifikasi komponen mana yang memengaruhi kinerja dan efisiensi beban kerja secara keseluruhan.
Identifikasikan metrik kinerja: Gunakan pengalaman pelanggan untuk mengidentifikasi metrik yang paling penting. Identifikasikan target, pendekatan pengukuran, dan prioritas untuk setiap metrik. Gunakan poin-poin data tersebut untuk membuat pengingat dan pemberitahuan guna menangani masalah terkait kinerja secara proaktif.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Kumpulkan metrik dan log dari Instans Amazon EC2 serta server on-premise dengan Agen CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Publikasikan metrik kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html?ref=wellarchitected)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Buat Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Tingkat 100: Pemantauan dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
+ [Tingkat 100: Pemantauan instans Windows EC2 dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_windows_ec2_cloudwatch/)
+ [Tingkat 100: Pemantauan instans Amazon Linux EC2 dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_linux_ec2_cloudwatch/)
# PERF07-BP02 Menganalisis metrik ketika terjadi peristiwa atau insiden
Untuk merespons (atau selama) peristiwa atau insiden, gunakan dasbor pemantauan atau laporan untuk memahami dan mendiagnosis dampaknya. Tampilan-tampilan ini menyediakan wawasan tentang porsi beban kerja mana yang tidak menunjukkan kinerja sesuai harapan.
Ketika menulis kisah pengguna penting untuk arsitektur Anda, cantumkan persyaratan kinerja, seperti menentukan seberapa cepat tiap-tiap kisah penting harus berjalan. Untuk kisah-kisah penting ini, implementasikan perjalanan pengguna dalam skrip tambahan untuk memastikan Anda mengetahui bagaimana kinerja kisah-kisah ini berdasarkan persyaratan Anda.
**Antipola umum:**
+ Anda berasumsi bahwa peristiwa kinerja adalah masalah satu kali dan hanya berkaitan dengan anomali.
+ Anda hanya mengevaluasi metrik kinerja yang ada ketika merespons peristiwa kinerja.
**Manfaat menjalankan praktik terbaik ini:** Ketika menentukan apakah beban kerja Anda beroperasi pada tingkat yang diharapkan, Anda harus merespons peristiwa kinerja dengan mengumpulkan data metrik tambahan untuk analisis. Data ini digunakan untuk memahami dampak peristiwa kinerja dan menyarankan perubahan untuk meningkatkan kinerja beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Utamakan masalah pengalaman untuk kisah pengguna penting: Ketika menulis kisah pengguna penting untuk arsitektur Anda, cantumkan persyaratan kinerja, seperti menentukan seberapa cepat tiap-tiap kisah penting harus berjalan. Untuk kisah-kisah penting ini, implementasikan perjalanan pengguna dalam skrip tambahan untuk memastikan Anda mengetahui bagaimana kinerja kisah-kisah pengguna berdasarkan persyaratan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
# PERF07-BP03 Membuat indikator kinerja utama (KPI) untuk mengukur kinerja beban kerja
Identifikasi KPI yang secara kuantitatif dan kualitatif mengukur kinerja beban kerja. KPI membantu mengukur kondisi beban kerja karena berhubungan dengan tujuan bisnis. KPI memungkinkan tim bisnis dan rekayasa untuk menyepakati pengukuran tujuan dan strategi serta bagaimana semuanya bekerja bersama untuk menciptakan hasil bisnis. KPI harus dipertimbangkan kembali ketika tujuan bisnis, strategi, dan kebutuhan pengguna akhir berubah.
Misalnya, beban kerja situs web mungkin menggunakan waktu muat halaman sebagai indikasi kinerja secara keseluruhan. Metrik ini adalah salah satu dari beberapa poin data yang mengukur pengalaman pengguna akhir. Selain mengidentifikasi ambang batas waktu muat halaman, Anda harus mendokumentasikan hasil yang diharapkan atau risiko bisnis yang diperkirakan jika kinerja tidak dipenuhi. Waktu muat halaman yang lama akan memengaruhi pengguna akhir Anda secara langsung, mengurangi tingkat pengalaman pengguna mereka, dan dapat menyebabkan hilangnya pelanggan. Saat Anda menetapkan ambang batas KPI Anda, gabungkan ambang batas industri serta harapan pengguna akhir Anda. Misalnya, jika ambang batas industri saat ini adalah halaman web dimuat dalam waktu dua detik, tetapi pengguna akhir Anda mengharapkan halaman web dimuat dalam waktu satu detik, maka Anda harus mempertimbangkan kedua poin data ini ketika menetapkan KPI. Contoh lain KPI mungkin berfokus pada pemenuhan kebutuhan kinerja internal. Ambang batas KPI mungkin ditetapkan pada pembuatan laporan penjualan dalam waktu satu hari kerja setelah data produksi dibuat. Laporan-laporan ini mungkin berpengaruh langsung terhadap keputusan dan hasil bisnis harian.
**Hasil yang diinginkan:** Pembuatan KPI melibatkan berbagai departemen dan pemangku kepentingan. Tim Anda harus mengevaluasi KPI beban kerja Anda menggunakan data granular waktu nyata dan data historis sebagai rujukan dan membuat dasbor yang menjalankan penghitungan metrik pada data KPI Anda untuk menghasilkan wawasan operasi dan pemanfaatan. KPI harus didokumentasikan dengan menjelaskan KPI dan ambang batas yang disepakati yang mendukung tujuan dan strategi bisnis serta dipetakan ke metrik-metrik yang dipantau. KPI mengidentifikasi persyaratan kinerja, yang ditinjau secara sadar dan sering dibagikan serta dipahami bersama semua tim. Risiko dan kompromi secara jelas diidentifikasi dan dipahami bagaimana dampak bisnis di dalam ambang batas KPI tidak dipenuhi.
**Antipola umum:**
+ Anda hanya memantau metrik tingkat sistem untuk memperoleh wawasan tentang beban kerja Anda dan tidak memahami dampak bisnis pada metrik-metrik tersebut.
+ Anda berasumsi bahwa KPI Anda sudah dipublikasikan dan dibagikan sebagai data metrik standar.
+ Menetapkan KPI tetapi tidak membagikannya kepada semua tim.
+ Tidak menetapkan KPI kuantitatif yang dapat diukur.
+ Tidak menyelaraskan KPI dengan tujuan atau strategis.
**Manfaat menjalankan praktik terbaik ini:** Identifikasi metrik-metrik khusus yang mewakili kondisi beban kerja dapat membantu tim dalam menyepakati prioritas mereka dan menetapkan hasil bisnis yang berhasil. Ketika metrik-metrik tersebut kepada semua departemen, akan ada visibilitas dan kesepakatan tentang ambang batas, harapan, dan dampak bisnis.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Semua departemen dan tim bisnis yang terpengaruh oleh kondisi beban kerja harus berkontribusi dalam menetapkan KPI. Setiap orang harus mendorong kolaborasi, lini waktu, dokumentasi, dan informasi terkait KPI organisasi. Pemilik single-threaded ini sering akan membagikan tujuan dan strategi bisnis serta menetapkan tugas pemangku kepentingan bisnis untuk membuat KPI di departemennya masing-masing. Setelah KPI ditetapkan, tim operasi akan sering membantu menetapkan metrik-metrik yang akan mendukung dan menginformasi keberhasilan berbagai KPI. KPI hanya efektif jika semua anggota tim yang mendukung suatu beban kerja menyadari KPI tersebut.
**Langkah implementasi**
1. Identifikasi dan dokumentasikan pemangku kepentingan bisnis.
1. Identifikasi tujuan dan strategi perusahaan.
1. Tinjau KPI industri umum yang selaras dengan tujuan dan strategi perusahaan Anda.
1. Tinjau harapan pengguna akhir Anda terkait beban kerja Anda.
1. Tetapkan dan dokumentasikan KPI yang mendukung tujuan dan strategi perusahaan.
1. Identifikasi dan dokumentasikan strategi kompromi yang disetujui untuk memenuhi KPI.
1. Identifikasi dan dokumentasikan metrik-metrik yang akan menjadi acuan KPI.
1. Identifikasi dan dokumentasikan ambang batas KPI untuk tingkat keparahan atau alarm.
1. Identifikasi dan dokumentasikan risiko dan dampak jika KPI tidak terpenuhi.
1. Identifikasi frekuensi peninjauan per KPI.
1. Sampaikan dokumentasi KPI kepada semua tim yang mendukung beban kerja.
** Tingkat upaya untuk panduan implementasi:** Menetapkan dan menyampaikan KPI adalah tugas berjumlah *rendah* . Pekerjaan ini umumnya dilakukan dengan pertemuan selama beberapa minggu dengan pemangku kepentingan bisnis, untuk meninjau tujuan, strategi, dan metrik beban kerja.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch ](http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Pemantauan, Pencatatan Log, dan Kinerja Partner APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray ](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Menggunakan dasbor Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html?ref=wellarchitected)
+ [KPI Quick](https://docs.aws.amazon.com/quicksight/latest/user/kpi.html)
**Video terkait:**
+ [AWS re:Invent 2019: Menaikkan skala hingga 10 juta pengguna pertama (ARC211-R)](https://www.youtube.com/watch?v=kKjm4ehYiMs&ref=wellarchitected)
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0&ref=wellarchitected)
+ [Bangun Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Membuat dasbor dengan Quick](https://github.com/aws-samples/amazon-quicksight-sdk-proserve)
# PERF07-BP04 Menggunakan pemantauan untuk membuat notifikasi berbasis alarm
Menggunakan indikator kinerja utama (KPI) terkait kinerja yang telah Anda tentukan, gunakan sistem pemantauan yang dapat membuat alarm secara otomatis ketika pengukuran ini berada di luar batas yang diharapkan.
Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan memublikasikan metrik kustom untuk memunculkan metrik turunan (derived metric) atau bisnis. Gunakan CloudWatch atau layanan pemantauan pihak ketiga untuk mengatur alarm ketika ambang batas dilanggar — sinyal alarm yang menandakan bahwa metrik berada di luar batas yang diharapkan.
**Antipola umum:**
+ Anda mengandalkan staf untuk mengawasi metrik dan memberikan reaksi ketika ditemukan masalah.
+ Anda hanya mengandalkan runbook operasional, ketika alur kerja nirserver dapat dipicu untuk menyelesaikan tugas yang sama.
**Manfaat menerapkan praktik terbaik ini:** Anda dapat mengatur alarm dan mengotomatiskan tindakan berdasarkan ambang batas yang telah ditentukan atau algoritma machine learning yang mengidentifikasi perilaku anomali di dalam metrik Anda. Alarm yang sama juga dapat memicu alur kerja nirserver, yang dapat mengubah karakteristik kinerja beban kerja Anda (misalnya, menambah kapasitas komputasi, mengubah konfigurasi basis data).
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Pantau metrik: Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan memublikasikan metrik memunculkan metrik turunan (derived metric) atau bisnis. Gunakan CloudWatch atau layanan pemantauan pihak ketiga untuk mengatur alarm yang menunjukkan ambang batas yang dilampaui.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Menggunakan Alarm dan Tindakan Alarm di CloudWatch](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/cw-example-using-alarm-actions.html)
**Video terkait:**
+ [AWS re:Invent 2019: Scaling up to your first 10 million users (ARC211-R)](https://www.youtube.com/watch?v=kKjm4ehYiMs&ref=wellarchitected)
+ [Cut through the chaos: Gain operational visibility and insight (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0&ref=wellarchitected)
+ [Build a Monitoring Plan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Using AWS Lambda with Amazon CloudWatch Events](https://www.youtube.com/watch?v=WDBD3JmpLqs)
**Contoh terkait:**
+ [Alarm Log Cloudwatch yang Disesuaikan](https://github.com/awslabs/cloudwatch-logs-customize-alarms)
# PERF07-BP05 Meninjau metrik dalam interval yang selaras
Sebagai pemeliharaan rutin, atau sebagai respons terhadap peristiwa atau insiden, tinjau metrik mana yang dikumpulkan. Gunakan tinjauan ini untuk mengidentifikasi metrik mana yang penting untuk menangani masalah dan metrik mana yang merupakan tambahan. Jika dilacak, metrik tersebut akan memudahkan Anda mengidentifikasi, mengatasi, dan mencegah masalah.
Sebagai bagian dari tindakan merespons insiden atau peristiwa, evaluasikan mana metrik yang berguna untuk mengatasi masalah dan mana metrik yang dapat membantu tetapi saat ini tidak terdeteksi. Gunakan ini untuk meningkatkan kualitas metrik yang Anda kumpulkan agar dapat mencegah atau dapat lebih cepat mengatasi insiden di masa mendatang.
**Antipola umum:**
+ Anda mengizinkan metrik untuk tetap dalam status alarm selama periode waktu yang lebih lama.
+ Anda membuat alarm yang tidak dapat ditindaklanjuti oleh sistem otomatisasi.
**Manfaat menerapkan praktik terbaik ini:** Tinjau secara terus-menerus metrik yang dikumpulkan untuk memastikan metrik tersebut dapat mengidentifikasi, mengatasi, atau mencegah masalah. Metrik juga dapat kedaluwarsa jika Anda membiarkannya berada dalam status alarm untuk waktu yang lama.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Sebagai bagian dari respons insiden atau peristiwa, evaluasikan mana metrik yang berguna untuk mengatasi masalah dan mana metrik yang dapat membantu tetapi saat ini tidak terdeteksi. Gunakan metode ini untuk meningkatkan kualitas metrik yang Anda kumpulkan agar Anda dapat mencegah, atau agar dapat lebih cepat menangani, insiden pada masa mendatang.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Kumpulkan metrik dan log dari Instans Amazon EC2 serta server on-premise dengan Agen CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Buat Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Membuat dasbor dengan Quick](https://github.com/aws-samples/amazon-quicksight-sdk-proserve)
+ [Tingkat 100: Pemantauan dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
# PERF07-BP06 Memantau dan membuat alarm secara proaktif
Gunakan indikator kinerja utama (KPI), yang digabungkan dengan sistem pamantauan dan peringatan, untuk menangani masalah terkait kinerja secara proaktif. Gunakan alarm untuk memicu tindakan otomatis untuk memperbaiki masalah ketika memungkinkan. Teruskan alarm ke personel yang mampu merespons jika respons otomatis tidak memungkinkan. Misalnya, Anda mungkin memiliki sistem yang dapat memprediksi nilai dan alarm indikator kinerja utama (KPI) yang diharapkan ketika melanggar ambang batas tertentu, atau sebuah alat yang dapat menghentikan atau membatalkan deployment secara otomatis jika KPI berada di luar nilai yang diharapkan.
Implementasikan proses yang menyediakan visibilitas tentang kinerja saat beban kerja Anda berjalan. Bangun dasbor pemantauan dan buat norma acuan untuk harapan kinerja guna menentukan apakah beban kerja berkinerja secara optimal.
**Antipola umum:**
+ Anda hanya membekali staf operasional dengan kemampuan untuk membuat perubahan operasional pada beban kerja.
+ Anda membiarkan semua alarm disaring ke tim operasi tanpa perbaikan proaktif.
**Manfaat menjalankan praktik terbaik ini:** Perbaikan tindakan alarm yang proaktif memungkinkan staf dukungan untuk berkonsentrasi pada item-item yang tidak dapat ditindaklanjuti secara otomatis. Ini memastikan bahwa staf operasi tidak kewalahan dengan semua alarm dan mereka hanya berkonsentrasi pada alarm yang kritis.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Pantau kinerja selama operasi: Implementasikan proses yang menyediakan visibilitas tentang kinerja saat beban kerja Anda berjalan. Bangun dasbor pemantauan dan buat dasar acuan untuk harapan kinerja.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Pemantauan, Pencatatan Log, dan Kinerja Partner APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Menggunakan Alarm dan Tindakan Alarm di CloudWatch](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/cw-example-using-alarm-actions.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Bangun Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Menggunakan AWS Lambda dengan Amazon CloudWatch Events](https://www.youtube.com/watch?v=WDBD3JmpLqs)
**Contoh terkait:**
+ [Log Cloudwatch Mengkustomisasi Alarm](https://github.com/awslabs/cloudwatch-logs-customize-alarms)