# PERF 1 Bagaimana cara memilih arsitektur dengan kinerja terbaik?
Sering kali, beberapa pendekatan diperlukan untuk performa yang optimal di semua beban kerja. Sistem yang didesain dan dikonfigurasi dengan baik menggunakan beberapa solusi dan fitur untuk meningkatkan performa.
**Topics**
+ [PERF01-BP01 Memahami layanan dan sumber daya yang tersedia](perf_performing_architecture_evaluate_resources.md)
+ [PERF01-BP02 Menetapkan proses untuk pilihan arsitektur](perf_performing_architecture_process.md)
+ [PERF01-BP03 Perhitungkan persyaratan biaya dalam keputusan](perf_performing_architecture_cost.md)
+ [PERF01-BP04 Menggunakan kebijakan atau arsitektur referensi](perf_performing_architecture_use_policies.md)
+ [PERF01-BP05 Menggunakan panduan dari penyedia cloud Anda atau dari partner yang tepat](perf_performing_architecture_external_guidance.md)
+ [PERF01-BP06 Melakukan benchmarking (penolokukuran) pada beban kerja yang ada](perf_performing_architecture_benchmark.md)
+ [PERF01-BP07 Menguji beban untuk beban kerja Anda](perf_performing_architecture_load_test.md)
# PERF01-BP01 Memahami layanan dan sumber daya yang tersedia
Pelajari dan pahami berbagai macam layanan dan sumber daya yang tersedia di cloud. Identifikasikan layanan relevan dan opsi konfigurasi untuk beban kerja Anda, serta pahami cara mencapai kinerja optimal.
Jika Anda mengevaluasi beban kerja yang sudah ada, Anda harus membuat inventaris berbagai macam sumber daya yang digunakan beban kerja tersebut. Inventaris akan membantu Anda mengevaluasi komponen mana yang dapat digantikan dengan layanan terkelola dan teknologi yang lebih baru.
**Antipola umum:**
+ Anda menggunakan cloud sebagai pusat data kolokasi.
+ Anda menggunakan penyimpanan bersama untuk semua hal yang memerlukan penyimpanan persisten.
+ Anda tidak menggunakan penskalaan otomatis.
+ Anda menggunakan jenis instans yang paling cocok, tetapi lebih besar dari yang diperlukan standar saat ini.
+ Anda melakukan deployment dan mengelola teknologi yang tersedia sebagai layanan terkelola.
**Manfaat menerapkan praktik terbaik ini:** Dengan mempertimbangkan layanan yang mungkin tidak familiar, Anda dapat mengurangi banyak biaya infrastruktur dan usaha yang diperlukan untuk memelihara layanan. Anda dapat mempercepat waktu masuk pasar Anda dengan melakukan deployment fitur dan layanan baru.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Inventarisasikan perangkat lunak beban kerja dan arsitektur untuk layanan terkait: Kumpulkan inventaris beban kerja dan tentukan kategori produk yang akan dipelajari lebih lanjut. Identifikasikan komponen beban kerja yang dapat digantikan dengan layanan terkelola untuk meningkatkan kinerja dan mengurangi kompleksitas operasional.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP02 Menetapkan proses untuk pilihan arsitektur
Gunakan pengalaman internal dan pengetahuan tentang cloud, atau sumber daya eksternal seperti kasus penggunaan yang dipublikasi, dokumentasi yang relevan, atau laporan resmi, untuk menentukan proses untuk memilih sumber daya dan layanan. Anda harus menentukan proses yang mendorong eksperimen dan tolok ukur dengan layanan yang bisa digunakan pada beban kerja Anda.
Ketika menulis kisah pengguna penting untuk arsitektur Anda, Anda harus mencantumkan persyaratan kinerja, seperti menentukan seberapa cepat tiap-tiap kisah penting harus berjalan. Untuk kisah-kisah penting ini, Anda harus mengimplementasikan perjalanan pengguna dalam skrip tambahan untuk memastikan Anda memiliki visibilitas tentang bagaimana kinerja kisah-kisah ini berdasarkan persyaratan Anda.
**Antipola umum:**
+ Anda berasumsi bahwa arsitektur Anda saat ini akan menjadi statis dan tidak diperbarui seiring waktu.
+ Anda memperkenalkan perubahan arsitektur seiring waktu tanpa pembenaran.
**Manfaat menjalankan praktik terbaik ini:** Setelah menentukan proses untuk membuat perubahan arsitektur, Anda mampu menggunakan data yang dikumpulkan untuk memengaruhi desain beban kerja Anda seiring waktu.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Pilih pendekatan arsitektur: Identifikasi jenis arsitektur yang memenuhi persyaratan kinerja Anda. Identifikasi pembatasan, seperti media untuk pengiriman (desktop, web, mobile, IoT), persyaratan warisan, dan integrasi. Identifikasi kesempatan untuk penggunaan ulang, termasuk pemfaktoran ulang. Belajar dari tim lain, diagram arsitektur, dan sumber daya seperti Arsitek Solusi AWS, Arsitektur Referensi AWS, serta Partner AWS untuk membantu Anda memilih arsitektur.
Tetapkan persyaratan kinerja: Gunakan pengalaman pelanggan untuk mengidentifikasi metrik yang paling penting. Untuk setiap metrik, identifikasikan target, pendekatan pengukuran, dan prioritasnya. Tetapkan pengalaman pelanggan. Dokumentasikan pengalaman kinerja yang diperlukan oleh pelanggan, termasuk bagaimana pelanggan akan menilai kinerja beban kerja. Utamakan masalah pengalaman untuk kisah pengguna penting. Sertakan persyaratan kinerja dan terapkan perjalanan pengguna dalam skrip untuk memastikan bahwa Anda tahu bagaimana kinerja kisah berdasarkan persyaratan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP03 Perhitungkan persyaratan biaya dalam keputusan
Sering kali beban kerja memiliki persyaratan biaya untuk operasi. Gunakan kontrol biaya internal untuk memilih jenis dan ukuran sumber daya berdasarkan prediksi kebutuhan sumber daya.
Tentukan komponen beban kerja mana yang dapat diganti dengan layanan terkelola penuh, seperti layanan basis data terkelola, cache dalam memori, dan ETL. Mengurangi beban kerja operasional Anda akan memungkinkan Anda untuk memfokuskan sumber daya pada hasil bisnis.
Untuk praktik terbaik persyaratan biaya, lihat bagian *Sumber Daya yang Hemat* di [laporan resmi Pilar Pengoptimalan Biaya](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html).
**Antipola umum:**
+ Anda hanya menggunakan satu kelompok instans.
+ Anda tidak mengevaluasi solusi berlisensi dibandingkan dengan solusi sumber terbuka
+ Anda hanya menggunakan penyimpanan blok.
+ Anda melakukan deploy perangkat lunak umum di instans EC2 dan Amazon EBS atau volume bersifat sementara yang tersedia sebagai layanan terkelola.
**Manfaat menerapkan praktik terbaik ini:** Mempertimbangkan biaya ketika menentukan pilihan akan memungkinkan Anda untuk memampukan investasi lainnya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Optimalkan komponen beban kerja untuk mengurangi biaya: Betulkan ukuran komponen beban kerja dan aktifkan elastisitas untuk mengurangi biaya dan memaksimalkan efisiensi komponen. Tentukan komponen beban kerja mana yang dapat diganti dengan layanan terkelola jika sesuai, seperti basis data terkelola, cache dalam memori, dan proksi mundur.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
+ [Optimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1) ](https://www.youtube.com/watch?v=zt6jYJLK8sg&ref=wellarchitected)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
+ [Betulkan ukuran dengan pengaktifan penggunaan Memori dan Compute Optimizer](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)
+ [Kode AWS Compute Optimizer Demo](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer)
# PERF01-BP04 Menggunakan kebijakan atau arsitektur referensi
Maksimalkan kinerja dan efisiensi dengan mengevaluasi kebijakan internal serta arsitektur referensi yang ada dan menggunakan analisis untuk memilih layanan serta konfigurasi untuk beban kerja.
**Antipola umum:**
+ Anda mengizinkan penggunaan pemilihan teknologi secara luas yang dapat berdampak pada biaya manajemen biaya perusahaan.
**Manfaat menerapkan praktik terbaik ini:** Dengan menetapkan kebijakan untuk pilihan arsitektur, teknologi, dan vendor, keputusan dapat diambil dengan lebih cepat.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Lakukan deployment beban kerja menggunakan kebijakan atau arsitektur referensi yang ada: Integrasikan layanan ke dalam deployment cloud, lalu gunakan pengujian kinerja untuk memastikan bahwa Anda dapat terus memenuhi persyaratan kinerja.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP05 Menggunakan panduan dari penyedia cloud Anda atau dari partner yang tepat
Gunakan sumber daya perusahaan cloud, seperti arsitek solusi, layanan profesional, atau partner yang tepat untuk memandu keputusan Anda. Semua sumber daya ini dapat membantu meninjau dan meningkatkan arsitektur Anda untuk kinerja yang optimal.
Hubungi AWS untuk mendapatkan bantuan saat Anda memerlukan panduan tambahan atau informasi produk. Arsitek Solusi AWS dan [Layanan Profesional AWS](https://aws.amazon.com/professional-services/) menyediakan panduan untuk implementasi solusi. [Partner AWS](https://aws.amazon.com/partners/) menyediakan keahlian AWS untuk membantu Anda menghadirkan ketangkasan dan inovasi untuk bisnis Anda.
**Antipola umum:**
+ Anda menggunakan AWS sebagai penyedia pusat data umum.
+ Anda menggunakan layanan AWS dengan cara yang tidak sesuai dengan tujuan desainnya.
**Manfaat menjalankan praktik terbaik ini:** Berkonsultasi dengan penyedia Anda atau dengan partner akan memberi Anda keyakinan ketika mengambil keputusan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Hubungi sumber daya AWS untuk mendapatkan bantuan: Arsitek Solusi dan Layanan Profesional AWS menyediakan panduan untuk implementasi solusi. APN Partners menyediakan keahlian AWS untuk membantu Anda menghadirkan ketangkasan dan inovasi untuk bisnis Anda.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP06 Melakukan benchmarking (penolokukuran) pada beban kerja yang ada
Lakukan benchmarking (penolokukuran) pada kinerja beban kerja yang ada untuk memahami kinerjanya di cloud. Gunakan data yang dikumpulkan dari tolok ukur untuk mendukung keputusan arsitektural.
Gunakan benchmarking (penolokukuran) dengan pengujian sintetis dan pemantauan pengguna nyata untuk membuat data tentang kinerja komponen beban kerja. Benchmarking (penolokukuran) umumnya dapat disiapkan dengan lebih cepat daripada pengujian beban dan digunakan untuk mengevaluasi teknologi untuk komponen tertentu. Benchmarking (penolokukuran) sering digunakan pada awal proyek baru, saat Anda tidak memiliki solusi lengkap untuk memuat pengujian.
Anda dapat merancang pengujian tolok ukur kustom, atau dapat menggunakan pengujian standar industri, misalnya [TPC-DS](http://www.tpc.org/tpcds/) untuk tolok ukur beban kerja gudang data. Tolok ukur industri sangat membantu saat memperbandingkan lingkungan. Tolok ukur kustom bermanfaat untuk menargetkan jenis operasi tertentu yang ingin dibuat dalam arsitektur.
Saat melakukan benchmarking (penolokukuran), penting untuk menyiapkan lingkungan terlebih dahulu untuk memastikan hasil yang valid. Jalankan tolok ukur yang sama beberapa kali untuk memastikan Anda memperoleh variasi dari waktu ke waktu.
Karena tolok ukur umumnya lebih cepat untuk menjalankan pengujian daripada memuatnya, maka tolok ukur dapat digunakan terlebih dahulu dalam deployment pipeline dan memberikan umpan balik pada deviasi kinerja. Saat Anda mengevaluasi perubahan yang signifikan dalam komponen atau layanan, tolok ukur dapat menjadi cara cepat guna menentukan apakah perubahan memang perlu dibuat. Menggunakan benchmarking (penolokukuran) bersama dengan pengujian beban begitu penting karena pengujian beban memberi tahu Anda tentang bagaimana kinerja beban kerja Anda dalam produksi.
**Antipola umum:**
+ Anda mengandalkan tolok ukur umum yang tidak indikatif terhadap karakteristik beban kerja.
+ Anda bergantung pada persepsi dan tanggapan pelanggan sebagai satu-satunya tolok ukur.
**Manfaat menerapkan praktik terbaik ini:** Melalui benchmarking (penolokukuran) implementasi Anda saat ini, Anda dapat mengukur peningkatan kinerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Pantau kinerja selama pengembangan: Implementasikan proses yang menyediakan visibilitas tentang kinerja saat beban kerja Anda berkembang.
Integrasikan ke dalam pipeline pengiriman: Jalankan pengujian beban secara otomatis dalam pipeline pengiriman. Bandingkan hasil pengujian terhadap indikator kinerja utama (KPI) dan ambang batas yang ditentukan sebelumnya untuk memastikan bahwa Anda terus memenuhi persyaratan kinerja.
Uji perjalanan pengguna: Gunakan versi data produksi yang sintetis atau sudah dibersihkan (menghapus informasi sensitif atau teridentifikasi sensitif) untuk pengujian beban. Latih seluruh arsitektur dengan menggunakan perjalanan pengguna yang diputar ulang atau belum diprogram melalui aplikasi yang diskalakan.
Pemantauan pengguna nyata: Gunakan RUM CloudWatch untuk membantu mengumpulkan dan melihat data sisi klien tentang kinerja aplikasi. Gunakan data ini untuk membantu menetapkan tolok ukur kinerja pengguna nyata.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
+ [RUM Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
**Video terkait:**
+ [Introducing The Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
+ [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:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
+ [Pengujian Beban Terdistribusi](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)
+ [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)
# PERF01-BP07 Menguji beban untuk beban kerja Anda
Terapkan arsitektur beban kerja terbaru Anda di cloud menggunakan tipe dan ukuran sumber daya yang berbeda-beda. Pantau deployment untuk menangkap metrik kinerja yang mengidentifikasi hambatan atau kapasitas berlebihan. Gunakan informasi kinerja ini untuk mendesain atau meningkatkan pemilihan arsitektur dan sumber daya Anda.
Lakukan pengujian beban menggunakan *beban kerja* aktual Anda sehingga Anda bisa melihat bagaimana kinerja solusi Anda di lingkungan produksi. Uji beban harus dijalankan menggunakan versi data produksi yang sintetis atau sudah dibersihkan (menghapus informasi sensitif atau pengidentifikasi). Gunakan perjalanan pengguna yang diputar ulang atau diprogram ulang melalui beban kerja Anda pada skala yang melatih seluruh arsitektur Anda. Lakukan uji beban secara otomatis sebagai bagian dari pipeline pengiriman Anda, dan bandingkan hasilnya terhadap KPI dan ambang batas yang telah ditentukan sebelumnya. Ini memastikan Anda terus mencapai kinerja yang diperlukan.
**Antipola umum:**
+ Anda melakukan uji beban bagian beban kerja secara terpisah-pisah, bukan seluruh beban kerja.
+ Anda melakukan uji beban pada infrastruktur yang tidak sama dengan lingkungan produksi Anda.
+ Anda hanya melakukan pengujian beban pada beban yang diharapkan, tidak lebih, untuk membantu memperkirakan area yang mungkin akan bermasalah di masa depan.
+ Melakukan pengujian beban tanpa menginformasikan AWS Dukungan, dan pengujian Anda dikalahkan karena terlihat seperti penolakan peristiwa layanan.
**Manfaat menjalankan praktik terbaik ini:** Mengukur kinerja Anda dalam uji beban akan menunjukkan di mana Anda akan terdampak saat beban meningkat. Hal ini bisa memberi Anda kemampuan untuk mengantisipasi perubahan yang diperlukan sebelum berdampak pada beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Validasi pendekatan Anda dengan pengujian beban: Lakukan uji beban pada bukti konsep untuk mengetahui apakah Anda memenuhi persyaratan kinerja Anda. Anda dapat menggunakan layanan AWS untuk menjalankan lingkungan skala produksi untuk menguji arsitektur Anda. Karena Anda hanya membayar untuk lingkungan pengujian ketika diperlukan, Anda dapat melakukan pengujian berskala penuh dengan biaya yang lebih murah daripada menggunakan lingkungan on-premise.
Pantau metrik: Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan menerbitkan metrik kustom untuk memunculkan metrik bisnis atau metrik turunan. Gunakan CloudWatch atau solusi pihak ketiga untuk menetapkan alarm yang memberikan indikasi saat ambang batas terlampaui.
Uji pada skala besar: Lakukan pengujian beban menggunakan beban kerja aktual Anda sehingga Anda dapat melihat bagaimana kinerja solusi di lingkungan produksi. Anda dapat menggunakan layanan AWS untuk menjalankan lingkungan skala produksi untuk menguji arsitektur Anda. Karena Anda hanya membayar untuk lingkungan pengujian ketika diperlukan, Anda dapat melakukan pengujian berskala penuh dengan biaya yang lebih murah daripada menggunakan lingkungan on-premise. Manfaatkan AWS Cloud untuk menguji beban kerja Anda untuk mengetahui di mana letak kesalahan penskalaannya, atau apakah penskalaannya berada di jalur nonlinier. Misalnya, gunakan Instans Spot untuk menghasilkan beban dengan biaya rendah dan temukan hambatan sebelum dialami di lingkungan produksi.
## Sumber daya
**Dokumen terkait:**
+ [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
+ [Mengembangkan Templat AWS CloudFormation menggunakan CloudFormer](https://aws.amazon.com/blogs/devops/building-aws-cloudformation-templates-using-cloudformer/)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
+ [Pengujian Beban Terdistribusi di AWS](https://docs.aws.amazon.com/solutions/latest/distributed-load-testing-on-aws/welcome.html)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [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:**
+ [Pengujian Beban Terdistribusi di AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)