# Persiapan
<a name="a-prepare"></a>

**Topics**
+ [OPS 4 Bagaimana cara mendesain beban kerja Anda sehingga Anda dapat memahami keadaannya?](w2aac19b5b7b5.md)
+ [OPS 5 Bagaimana cara mengurangi kecacatan, mempermudah perbaikan, dan meningkatkan aliran ke dalam produksi?](w2aac19b5b7b7.md)
+ [OPS 6 Bagaimana cara memitigasi risiko deployment?](w2aac19b5b7b9.md)
+ [OPS 7 Bagaimana cara mengetahui bahwa Anda siap untuk mendukung beban kerja?](w2aac19b5b7c11.md)

# OPS 4 Bagaimana cara mendesain beban kerja Anda sehingga Anda dapat memahami keadaannya?
<a name="w2aac19b5b7b5"></a>

 Desain beban kerja Anda sehingga memberikan informasi yang diperlukan ke semua komponen (misalnya, metrik, log, dan jejak) agar Anda memahami keadaan internalnya. Ini memungkinkan Anda untuk memberikan respons yang efektif bila sesuai. 

**Topics**
+ [OPS04-BP01 Mengimplementasikan telemetri aplikasi](ops_telemetry_application_telemetry.md)
+ [OPS04-BP02 Mengimplementasikan dan mengonfigurasikan telemetri beban kerja](ops_telemetry_workload_telemetry.md)
+ [OPS04-BP03 Mengimplementasikan telemetri aktivitas pengguna](ops_telemetry_customer_telemetry.md)
+ [OPS04-BP04 Mengimplementasikan telemetri dependensi](ops_telemetry_dependency_telemetry.md)
+ [OPS04-BP05 Mengimplementasikan keterlacakan transaksi](ops_telemetry_dist_trace.md)

# OPS04-BP01 Mengimplementasikan telemetri aplikasi
<a name="ops_telemetry_application_telemetry"></a>

 Telemetri aplikasi menjadi fondasi observabilitas beban kerja Anda. Aplikasi Anda harus memberikan telemetri yang menyediakan wawasan ke kondisi aplikasi dan capaian hasil bisnis. Mulai dari penyelesaian masalah hingga pengukuran dampak fitur baru, telemetri aplikasi memberikan informasi tentang cara membangun, mengoperasikan, dan mengembangkan beban kerja Anda. 

 Telemetri aplikasi terdiri dari metrik dan log. Metrik adalah informasi diagnostik, seperti tegangan dan suhu. Metrik digunakan secara kolektif untuk menggambarkan kondisi aplikasi Anda. Mengumpulkan informasi metrik seiring waktu dapat membantu mengembangkan acuan dasar dan mendeteksi anomali. Log adalah pesan dari aplikasi tentang kondisi internalnya atau peristiwa yang terjadi. Kode kesalahan, pengidentifikasi transaksi, dan tindakan pengguna, adalah contoh peristiwa yang dicatat. 

 **Hasil yang Diinginkan:** 
+  Aplikasi Anda memberikan metrik dan log yang menyediakan wawasan ke kondisi aplikasi serta capaian hasil bisnis. 
+  Metrik dan log disimpan secara terpusat untuk semua aplikasi di dalam beban kerja. 

 **Antipola umum:** 
+  Aplikasi Anda tidak memberikan telemetri. Anda terpaksa bergantung pada pelanggan Anda untuk tahu apabila terjadi masalah. 
+  Pelanggan melaporkan bahwa aplikasi Anda tidak responsif. Anda tidak memiliki telemetri dan tidak dapat mengonfirmasi bahwa ada masalah, atau menjelaskan masalah tersebut tanpa menggunakan langsung aplikasinya untuk memahami pengalaman pengguna saat ini. 

 **Manfaat menerapkan praktik terbaik ini:** 
+  Anda dapat mengetahui kondisi aplikasi Anda, pengalaman pengguna, serta capaian hasil bisnis. 
+  Anda dapat memberikan reaksi secara cepat terhadap perubahan kondisi aplikasi Anda. 
+  Anda dapat meningkatkan tren kondisi aplikasi. 
+  Anda dapat mengambil keputusan yang bijaksana terkait peningkatan aplikasi. 
+  Anda dapat mendeteksi dan mengatasi masalah aplikasi dengan lebih cepat. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>

 Implementasi telemetri aplikasi terdiri dari tiga langkah: mengidentifikasi lokasi penyimpanan telemetri, mengidentifikasi telemetri yang menggambarkan status aplikasi, dan melengkapi aplikasi agar memberikan telemetri. 

 Sebagai contoh, sebuah perusahaan e-commerce memiliki layanan mikro berbasis arsitektur. Sebagai bagian dari proses desain arsitekturnya, perusahaan itu mengidentifikasi telemetri aplikasi yang akan membantu memahami kondisi dari setiap layanan mikro. Misalnya, layanan keranjang pengguna memberikan telemetri tentang peristiwa seperti penambahan ke keranjang, pengabaian keranjang, dan lamanya waktu untuk menambahkan item ke keranjang. Semua layanan mikro akan mencatat informasi transaksi, kesalahan, dan peringatan. Telemetri akan dikirim ke Amazon CloudWatch untuk penyimpanan dan analisis. 

 **Langkah implementasi** 

 Langkah pertama adalah mengidentifikasi lokasi pusat untuk penyimpanan telemetri untuk aplikasi dalam beban kerja. Jika Anda belum memiliki platformnya, [Amazon CloudWatch](https://aws.amazon.com/cloudwatch) menyediakan kumpulan telemetri, dasbor, analisis, dan kemampuan menghasilkan peristiwa. 

 Untuk mengidentifikasi telemetri yang dibutuhkan, mulailah dengan pertanyaan-pertanyaan ini: 
+  Apakah aplikasi saya dalam kondisi baik? 
+  Apakah aplikasi saya mencapai hasil bisnis? 

   Aplikasi Anda harus memberikan log dan metrik yang secara kolektif menjawab pertanyaan-pertanyaan tersebut. Apabila Anda tidak dapat menjawab pertanyaan tersebut menggunakan telemetri yang ada, ajak pemangku kepentingan rekayasa dan bisnis untuk membuat daftar telemetri yang dapat menjawabnya. Anda dapat meminta saran teknis ahli dari tim Akun AWS Anda saat mengidentifikasi dan mengembangkan telemetri aplikasi baru. 

   Setelah telemetri aplikasi tambahan diidentifikasi, lakukan kerja sama dengan pemangku kepentingan rekayasa untuk melengkapi aplikasi Anda. [AWS Distro for Open Telemetry](https://aws-otel.github.io/) menyediakan API, pustaka, dan agen yang mengumpulkan telemetri aplikasi. [Contoh ini menunjukkan cara melengkapi aplikasi JavaScript dengan metrik kustom](https://aws-otel.github.io/docs/getting-started/js-sdk/metric-manual-instr). 

   Pelanggan yang ingin memahami layanan observabilitas yang ditawarkan AWS dapat memanfaatkan [One Observability Workshop](https://catalog.workshops.aws/observability/en-US) secara mandiri atau meminta dukungan dari tim Akun AWS mereka untuk memandunya. Lokakarya ini memandu Anda ke seluruh solusi observabilitas di AWS dan memberikan contoh lengkap penggunaannya. 

   Untuk mengetahui lebih dalam tentang telemetri aplikasi, baca [artikel Menginstrumentasikan sistem terdistribusi untuk visibilitas operasional](https://aws.amazon.com/builders-library/instrumenting-distributed-systems-for-operational-visibility/) di Amazon Builder’s Library. Artikel tersebut menjelaskan cara Amazon menginstrumentasikan aplikasi, serta dapat digunakan sebagai panduan untuk mengembangkan panduan instrumentasi Anda sendiri. 

 **Tingkat usaha untuk rencana implementasi:** Sedang 

## Sumber daya
<a name="resources"></a>

 **Praktik terbaik terkait:** 

[OPS04-BP02 Mengimplementasikan dan mengonfigurasikan telemetri beban kerja](ops_telemetry_workload_telemetry.md) – Telemetri aplikasi adalah komponen telemetri beban kerja. Untuk memahami kondisi beban kerja secara keseluruhan, Anda perlu memahami kondisi masing-masing aplikasi yang menyusun beban kerja. 

[OPS04-BP03 Mengimplementasikan telemetri aktivitas pengguna](ops_telemetry_customer_telemetry.md) – Telemetri aktivitas pengguna sering kali merupakan subset telemetri aplikasi. Aktivitas pengguna seperti peristiwa penambahan ke keranjang, aliran klik, atau transaksi terselesaikan, memberikan wawasan ke pengalaman pengguna. 

[OPS04-BP04 Mengimplementasikan telemetri dependensi](ops_telemetry_dependency_telemetry.md) – Pemeriksaan dependensi berkaitan dengan telemetri aplikasi Anda dan dapat diinstrumentasikan ke aplikasi. Jika aplikasi Anda mengandalkan dependensi eksternal seperti DNS atau basis data, Aplikasi tersebut dapat memberikan metrik dan log tentang keterjangkauan, waktu habis, dan peristiwa lainnya. 

[OPS04-BP05 Mengimplementasikan keterlacakan transaksi](ops_telemetry_dist_trace.md) – Pelacakan transaksi seluruh beban kerja mengharuskan aplikasi untuk memberikan informasi tentang cara pemrosesan peristiwa yang dibagikan. Cara masing-masing aplikasi menangani peristiwa-peristiwa ini ditunjukkan melalui telemetri aplikasinya. 

[OPS08-BP02 Menentukan metrik beban kerja](ops_workload_health_design_workload_metrics.md) – Metrik beban kerja adalah indikator kondisi utama untuk beban kerja Anda. Metrik aplikasi utama merupakan bagian dari metrik beban kerja. 

 **Dokumen terkait:** 
+  [AWS Builders Library – Menginstrumentasikan Sistem Terdistribusi untuk Visibilitas Operasional](https://aws.amazon.com/builders-library/instrumenting-distributed-systems-for-operational-visibility/) 
+  [AWS Distro for OpenTelemetry](https://aws-otel.github.io/) 
+  [Laporan Resmi Keunggulan Operasional AWS Well-Architected – Telemetri Desain](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/design-telemetry.html) 
+  [Membuat metrik dari log peristiwa menggunakan filter](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/MonitoringLogData.html) 
+  [Mengimplementasikan Pencatatan Log dan Pemantauan dengan Amazon CloudWatch](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/welcome.html) 
+  [Memantau kinerja dan kondisi aplikasi dengan AWS Distro for OpenTelemetry](https://aws.amazon.com/blogs/opensource/monitoring-application-health-and-performance-with-aws-distro-for-opentelemetry/) 
+  [Baru – Cara meningkatkan pemantauan metrik aplikasi kustom Anda menggunakan Agen Amazon CloudWatch](https://aws.amazon.com/blogs/devops/new-how-to-better-monitor-your-custom-application-metrics-using-amazon-cloudwatch-agent/) 
+  [Observabilitas di AWS](https://aws.amazon.com/products/management-and-governance/use-cases/monitoring-and-observability/) 
+  [Skenario – Publikasikan metrik ke CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/PublishMetrics.html) 
+  [Mulai Membangun – Cara Memantau Aplikasi secara Efektif](https://aws.amazon.com/startups/start-building/how-to-monitor-applications/) 
+  [Menggunakan CloudWatch dengan SDK AWS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/sdk-general-information-section.html) 

 **Video terkait:** 
+  [AWS re:Invent 2021 - Observability the open-source way](https://www.youtube.com/watch?v=vAnIhIwE5hY) 
+  [Collect Metrics and Logs from Amazon EC2 instances with the CloudWatch Agent](https://www.youtube.com/watch?v=vAnIhIwE5hY) 
+  [How to Easily Setup Application Monitoring for Your AWS Workloads - AWS Online Tech Talks](https://www.youtube.com/watch?v=LKCth30RqnA) 
+  [Mastering Observability of Your Serverless Applications - AWS Online Tech Talks](https://www.youtube.com/watch?v=CtsiXhiAUq8) 
+  [Open Source Observability with AWS - AWS Virtual Workshop](https://www.youtube.com/watch?v=vAnIhIwE5hY) 

 **Contoh terkait:** 
+  [Contoh Sumber Daya Pemantauan dan Pencatatan AWS](https://github.com/aws-samples/logging-monitoring-apg-guide-examples) 
+  [Solusi AWS: Kerangka Kerja Pemantauan Amazon CloudWatch](https://aws.amazon.com/solutions/implementations/amazon-cloudwatch-monitoring-framework/?did=sl_card&trk=sl_card) 
+  [Solusi AWS : Pencatatan Log Terpusat](https://aws.amazon.com/solutions/implementations/centralized-logging/) 
+  [One Observability Workshop](https://catalog.workshops.aws/observability/en-US) 

# OPS04-BP02 Mengimplementasikan dan mengonfigurasikan telemetri beban kerja
<a name="ops_telemetry_workload_telemetry"></a>

 Desain dan konfigurasikan beban kerja Anda untuk memberikan informasi tentang kondisi internal dan statusnya saat ini, misalnya, volume panggilan API, kode status HTTP, serta peristiwa penskalaan. Gunakan informasi ini untuk menentukan kapan respons dibutuhkan. 

 Gunakan layanan seperti [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) untuk mengagregatkan log dan metrik dari komponen beban kerja (misalnya, log API dari [AWS CloudTrail](https://aws.amazon.com/cloudtrail/), [metrik AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/lambda-monitoring.html), [Log Alur Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html), dan [layanan lainnya](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/aws-services-sending-logs.html)). 

 **Antipola umum:** 
+  Pelanggan Anda mengeluhkan rendahnya kinerja. Karena tidak ada perubahan dalam aplikasi, Anda menduga bahwa ada masalah dengan komponen beban kerja. Anda tidak memiliki telemetri untuk dianalisis guna menentukan komponen apa yang menyebabkan rendahnya kinerja. 
+  Aplikasi Anda tidak dapat dijangkau. Telemetri Anda tidak memadai untuk menentukan apakah ini adalah masalah jaringan. 

 **Manfaat menerapkan praktik terbaik ini:** Dengan memahami apa yang terjadi di dalam beban kerja, Anda dapat merespons sesuai keperluan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Implementasikan telemetri metrik dan log: Lengkapi beban kerja Anda untuk memberikan informasi tentang kondisi internal, status, dan pencapaian hasil bisnisnya. Gunakan informasi ini untuk menentukan kapan respons dibutuhkan. 
  +  [Dapatkan observabilitas yang lebih baik tentang VM Anda dengan Amazon CloudWatch - AWS Online Tech Talks](https://youtu.be/1Ck_me4azMw) 
  +  [Cara kerja Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_architecture.html) 
  +  [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) 
  +  [Menggunakan metrik Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) 
  +  [Apa itu Amazon CloudWatch Logs?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) 
    +  Implementasikan dan konfigurasikan telemetri beban kerja: Desain dan konfigurasikan beban kerja Anda untuk memperoleh informasi tentang kondisi internal dan statusnya saat ini (misalnya, volume panggilan API, kode status HTTP, serta peristiwa penskalaan). 
      +  [Referensi dimensi dan metrik Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html) 
      +  [AWS CloudTrail](https://aws.amazon.com/cloudtrail/) 
      +  [Apa Itu AWS CloudTrail?](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html) 
      +  [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [AWS CloudTrail](https://aws.amazon.com/cloudtrail/) 
+  [Dokumentasi Amazon CloudWatch](https://docs.aws.amazon.com/cloudwatch/index.html) 
+  [Referensi dimensi dan metrik Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html) 
+  [Cara kerja Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_architecture.html) 
+  [Menggunakan metrik Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) 
+  [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) 
+  [Apa Itu AWS CloudTrail?](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html) 
+  [Apa itu Amazon CloudWatch Logs?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) 
+  [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) 

 **Video terkait:** 
+  [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas) 
+  [Dapatkan Observabilitas yang Lebih Baik tentang VM Anda dengan Amazon CloudWatch](https://youtu.be/1Ck_me4azMw) 
+  [Dapatkan observabilitas yang lebih baik tentang VM Anda dengan Amazon CloudWatch - AWS Online Tech Talks](https://youtu.be/1Ck_me4azMw) 

# OPS04-BP03 Mengimplementasikan telemetri aktivitas pengguna
<a name="ops_telemetry_customer_telemetry"></a>

 Lengkapi kode aplikasi Anda untuk mengirimkan informasi tentang aktivitas pengguna, misalnya, aliran klik, atau transaksi yang dimulai, ditinggalkan, dan diselesaikan. Gunakan informasi ini untuk membantu memahami bagaimana aplikasi digunakan, pola penggunaan, serta untuk menentukan kapan respons dibutuhkan. 

 **Antipola umum:** 
+  Pengembang Anda telah men-deploy fitur baru tanpa telemetri pengguna, dan penggunaannya meningkat. Anda tidak bisa menentukan apakah penggunaan yang meningkat itu berasal dari penggunaan fitur baru, atau merupakan masalah yang dimunculkan oleh kode baru. 
+  Pengembang Anda telah men-deploy fitur baru tanpa telemetri pengguna. Anda tidak tahu apakah pelanggan Anda menggunakannya jika tidak menghubungi dan bertanya kepada mereka. 

 **Manfaat menjalankan praktik terbaik ini:** Pahami bagaimana pelanggan menggunakan aplikasi Anda untuk mengidentifikasi pola penggunaan, perilaku tidak terduga, serta memungkinkan Anda untuk merespons jika diperlukan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Terapkan telemetri aktifitas pengguna: Desain kode aplikasi Anda untuk mengirimkan informasi tentang aktivitas pengguna (misalnya, aluran klik, atau transaksi yang dimulai, ditinggalkan, dan diselesaikan). Gunakan informasi ini untuk membantu memahami bagaimana aplikasi digunakan, pola penggunaan, serta untuk menentukan kapan respons dibutuhkan. 

# OPS04-BP04 Mengimplementasikan telemetri dependensi
<a name="ops_telemetry_dependency_telemetry"></a>

 Desain dan konfigurasikan beban kerja Anda untuk memberikan informasi tentang status sumber daya yang memengaruhinya (misalnya, keterjangkauan atau waktu respons). Contoh dependensi eksternal dapat meliputi, basis data eksternal, DNS, dan konektivitas. Gunakan informasi ini untuk menentukan kapan respons dibutuhkan. 

 **Antipola umum:** 
+  Anda tidak dapat memastikan bahwa penyebab aplikasi Anda tidak dapat dijangkau adalah masalah DNS tanpa melakukan pemeriksaan secara manual untuk melihat apakah penyedia DNS masih berfungsi. 
+  Aplikasi keranjang belanja Anda tidak dapat menyelesaikan transaksi. Anda tidak dapat memastikan bahwa ada masalah dengan penyedia pemrosesan kartu kredit Anda tanpa menghubungi penyedia untuk melakukan verifikasi. 

 **Manfaat menerapkan praktik terbaik ini:** Dengan memahami kondisi dependensi, Anda dapat merespons jika diperlukan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Implementasikan telemetri dependensi: Desain dan konfigurasikan beban kerja Anda untuk memberikan informasi tentang kondisi dan status sistem yang memengaruhinya. Beberapa contoh mencakup: basis data eksternal, DNS, konektivitas jaringan, serta layanan pemrosesan kartu kredit eksternal. 
  +  [Agen Amazon CloudWatch dengan integrasi AWS Systems Manager - kumpulan log dan metrik terpadu untuk Linux dan Windows](https://aws.amazon.com/blogs/aws/new-amazon-cloudwatch-agent-with-aws-systems-manager-integration-unified-metrics-log-collection-for-linux-windows/) 
  +  [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) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Agen Amazon CloudWatch dengan integrasi AWS Systems Manager - kumpulan log dan metrik terpadu untuk Linux dan Windows](https://aws.amazon.com/blogs/aws/new-amazon-cloudwatch-agent-with-aws-systems-manager-integration-unified-metrics-log-collection-for-linux-windows/) 
+  [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) 

   **Contoh terkait:** 
+  [Lab Well-Architected – Pemantauan Dependensi](https://wellarchitectedlabs.com/operational-excellence/100_labs/100_dependency_monitoring/) 

# OPS04-BP05 Mengimplementasikan keterlacakan transaksi
<a name="ops_telemetry_dist_trace"></a>

 Implementasikan kode aplikasi Anda dan konfigurasikan komponen beban kerja untuk mendapatkan informasi tentang alur transaksi di seluruh beban kerja. Gunakan informasi ini untuk menentukan kapan respons dibutuhkan serta membantu Anda mengidentifikasi faktor yang berkontribusi terhadap masalah. 

 Di AWS, Anda dapat menggunakan layanan pelacakan terdistribusi, seperti [AWS X-Ray](https://aws.amazon.com/xray/), untuk mengumpulkan dan mencatat pelacakan saat transaksi melewati beban kerja Anda, menghasilkan peta untuk mengetahui bagaimana transaksi di seluruh layanan dan beban kerja Anda berlangsung, mendapatkan wawasan tentang hubungan antarkomponen, dan mengidentifikasi serta menganalisis masalah secara waktu nyata. 

 **Antipola umum:** 
+  Anda telah mengimplementasikan arsitektur layanan mikro nirserver yang mencakup beberapa akun. Pelanggan Anda mengalami masalah kinerja tersendat. Anda tidak dapat menemukan fungsi atau komponen mana yang bertanggung jawab karena pelacakan yang memungkinkan Anda untuk menemukan letak terjadinya masalah kinerja dan penyebab masalah di dalam aplikasi tidak memadai. 
+  Anda berusaha mengetahui letak hambatan kinerja di dalam beban kerja Anda agar hal tersebut dapat diatasi saat melakukan upaya pengembangan. Anda tidak dapat mengetahui hubungan antarkomponen aplikasi, dan layanan yang berinteraksi dengannya, untuk mengetahui letak hambatan karena pelacakan yang memungkinkan Anda untuk masuk ke dalam jalur dan layanan tertentu yang memengaruhi kinerja aplikasi tidak memadai. 

 **Manfaat menerapkan praktik terbaik ini:** Dengan memahami alur transaksi di seluruh beban kerja, Anda dapat memahami perilaku yang diharapkan dari transaksi beban kerja Anda, serta merespons ketika terjadi perbedaan perilaku dari yang diharapkan di seluruh beban kerja Anda jika diperlukan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Implementasikan keterlacakan transaksi: Rancang aplikasi dan beban kerja Anda untuk mengirimkan informasi tentang alur transaksi di seluruh komponen sistem, seperti tahap transaksi, komponen aktif, dan waktu untuk menyelesaikan aktivitas. Gunakan informasi ini untuk mengetahui apa yang sedang berlangsung, yang telah selesai, serta hasil dari aktivitas yang sudah selesai. Hal ini membantu Anda mengetahui kapan respons dibutuhkan. Misalnya, waktu respons transaksi yang lebih lama dari perkiraan di dalam komponen dapat menunjukkan adanya masalah dengan komponen tersebut. 
  +  [AWS X-Ray](https://aws.amazon.com/xray/) 
  +  [Apa itu AWS X-Ray?](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [AWS X-Ray](https://aws.amazon.com/xray/) 
+  [Apa itu AWS X-Ray?](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) 

# OPS 5 Bagaimana cara mengurangi kecacatan, mempermudah perbaikan, dan meningkatkan aliran ke dalam produksi?
<a name="w2aac19b5b7b7"></a>

 Adopsi pendekatan yang meningkatkan aliran perubahan ke dalam produksi, yang memampukan pemfaktoran ulang, umpan balik cepat atas kualitas, dan perbaikan bug. Ini mempercepat perubahan yang bermanfaat memasuki produksi, membatasi masalah yang di-deploy, dan memampukan identifikasi cepat serta perbaikan masalah akibat aktivitas deployment. 

**Topics**
+ [OPS05-BP01 Menggunakan kontrol versi](ops_dev_integ_version_control.md)
+ [OPS05-BP02 Menguji dan memvalidasi perubahan](ops_dev_integ_test_val_chg.md)
+ [OPS05-BP03 Menggunakan sistem manajemen konfigurasi](ops_dev_integ_conf_mgmt_sys.md)
+ [OPS05-BP04 Menggunakan sistem manajemen build dan deployment](ops_dev_integ_build_mgmt_sys.md)
+ [OPS05-BP05 Melakukan manajemen patch](ops_dev_integ_patch_mgmt.md)
+ [OPS05-BP06 Membagikan standar desain](ops_dev_integ_share_design_stds.md)
+ [OPS05-BP07 Mengimplementasikan praktik untuk meningkatkan kualitas kode](ops_dev_integ_code_quality.md)
+ [OPS05-BP08 Menggunakan beberapa lingkungan](ops_dev_integ_multi_env.md)
+ [OPS05-BP09 Membuat perubahan yang sering, kecil, dan dapat dikembalikan](ops_dev_integ_freq_sm_rev_chg.md)
+ [OPS05-BP10 Mengotomatiskan integrasi dan deployment sepenuhnya](ops_dev_integ_auto_integ_deploy.md)

# OPS05-BP01 Menggunakan kontrol versi
<a name="ops_dev_integ_version_control"></a>

 Gunakan kontrol versi untuk memungkinkan pelacakan perubahan dan rilis. 

 Banyak layanan AWS menawarkan kemampuan kontrol versi. Gunakan sistem kontrol revisi atau sumber seperti [AWS CodeCommit](https://aws.amazon.com/codecommit/) untuk mengelola kode dan artefak lain, seperti templat [AWS CloudFormation](https://aws.amazon.com/cloudformation/) yang dikontrol versi dari infrastruktur Anda. 

 **Antipola umum:** 
+  Anda telah mengembangkan dan menyimpan kode di stasiun kerja Anda. Anda mengalami kegagalan penyimpanan yang tidak dapat dipulihkan di stasiun kerja sehingga kode Anda hilang. 
+  Setelah menimpa kode yang ada dengan perubahan Anda, Anda memulai ulang aplikasi namun sudah tidak dapat beroperasi lagi. Anda tidak bisa kembali ke perubahan. 
+  Anda memiliki write lock pada file laporan yang perlu disunting orang lain. Mereka meminta Anda untuk berhenti mengerjakannya agar mereka bisa menyelesaikan tugas mereka. 
+  Tim penelitian Anda telah mengerjakan analisis mendetail yang akan membentuk pekerjaan mendatang Anda. Seseorang secara tidak sengaja menyimpan daftar belanjanya dan menimpa laporan akhir. Anda tidak bisa mengembalikan perubahan dan harus membuat ulang laporan tersebut. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menggunakan kemampuan kontrol versi, Anda dapat secara mudah kembali ke versi sebelumnya dengan status baik, dan membatasi risiko kehilangan aset. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan kontrol versi: Pelihara aset di repositori terkontrol versi. Tindakan ini mendukung pelacakan perubahan, deployment versi baru, deteksi perubahan pada versi yang ada, dan pengembalian ke versi sebelumnya (misalnya, kembali ke versi dengan status baik apabila terjadi kegagalan). Integrasikan kemampuan kontrol versi sistem manajemen konfigurasi Anda ke dalam prosedur Anda. 
  +  [Pengantar AWS CodeCommit](https://youtu.be/46PRLMW8otg) 
  +  [Apa Itu AWS CodeCommit?](https://docs.aws.amazon.com/codecommit/latest/userguide/welcome.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Apa Itu AWS CodeCommit?](https://docs.aws.amazon.com/codecommit/latest/userguide/welcome.html) 

 **Video terkait:** 
+  [Pengantar AWS CodeCommit](https://youtu.be/46PRLMW8otg) 

# OPS05-BP02 Menguji dan memvalidasi perubahan
<a name="ops_dev_integ_test_val_chg"></a>

 Uji dan validasi perubahan untuk membantu membatasi dan mendeteksi kesalahan. Otomatiskan pengujian untuk mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya untuk melakukan pengujian. 

 Banyak layanan AWS menawarkan kemampuan kontrol versi. Gunakan sistem kontrol revisi atau sumber seperti [AWS CodeCommit](https://aws.amazon.com/codecommit/) untuk mengelola kode dan artefak lain, seperti templat [AWS CloudFormation](https://aws.amazon.com/cloudformation/) yang dikontrol versi dari infrastruktur Anda. 

 **Antipola umum:** 
+  Anda melakukan deployment kode baru ke produksi dan pelanggan mulai menghubungi Anda karena aplikasi berhenti berjalan. 
+  Anda menerapkan grup keamanan baru untuk meningkatkan keamanan perimeter Anda. Tindakan ini berjalan dengan konsekuensi tidak terduga; Pengguna Anda tidak dapat mengakses aplikasi. 
+  Anda memodifikasi sebuah metode yang dipanggil oleh fungsi baru Anda. Ada fungsi lain yang juga bergantung pada metode tersebut dan berhenti berfungsi. Masalah ini tidak terdeteksi dan masuk ke tahap produksi. Fungsi lain tersebut tidak dipanggil dalam waktu tertentu dan akhirnya gagal dalam produksi tanpa ada korelasi dengan penyebabnya. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menguji dan memvalidasi perubahan sejak dini, Anda dapat mengatasi masalah dengan biaya minim dan membatasi dampak terhadap pelanggan. Dengan menguji sebelum deployment, Anda meminimalkan munculnya kesalahan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Uji dan validasi perubahan: Perubahan harus diuji dan hasilnya divalidasi pada semua tahap siklus hidup (seperti pengembangan, pengujian, dan produksi). Gunakan hasil pengujian untuk mengonfirmasi fitur baru dan memitigasi risiko serta dampak deployment yang gagal. Otomatiskan pengujian dan validasi untuk memastikan konsistensi peninjauan, untuk mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya. 
  +  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
  +  [Dukungan build lokal untuk AWS CodeBuild](https://aws.amazon.com/blogs/devops/announcing-local-build-support-for-aws-codebuild/) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Alat Pengembang AWS](https://aws.amazon.com/products/developer-tools/) 
+  [Dukungan build lokal untuk AWS CodeBuild](https://aws.amazon.com/blogs/devops/announcing-local-build-support-for-aws-codebuild/) 
+  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 

# OPS05-BP03 Menggunakan sistem manajemen konfigurasi
<a name="ops_dev_integ_conf_mgmt_sys"></a>

 Gunakan sistem manajemen konfigurasi untuk membuat dan melacak perubahan konfigurasi. Sistem ini mengurangi kesalahan yang disebabkan oleh proses manual dan meminimalkan tingkat upaya untuk melakukan deployment perubahan. 

 Manajemen konfigurasi statis menetapkan nilai saat menginisialisasi sumber daya yang diharapkan tetap konsisten selama masa pakai sumber daya. Beberapa contoh menyertakan pengaturan konfigurasi untuk web atau server aplikasi pada instans, atau menentukan konfigurasi layanan AWS dalam [Konsol Manajemen AWS](https://docs.aws.amazon.com/awsconsolehelpdocs/index.html) atau melalui [AWS CLI](https://aws.amazon.com/cli/). 

 Manajemen konfigurasi dinamis menetapkan nilai saat inisialisasi. Nilai ini dapat atau diharapkan untuk berubah selama masa pakai sumber daya. Misalnya, Anda dapat menetapkan toggle fitur untuk mengaktifkan fungsionalitas dalam kode melalui perubahan konfigurasi, atau mengubah tingkat detail log selama insiden untuk memperoleh lebih banyak data, lalu mengubahnya kembali setelah insiden menghilangkan log yang saat ini tidak dibutuhkan dan pengeluaran yang terkait dengannya. 

 Jika Anda memiliki konfigurasi dinamis di aplikasi Anda yang berjalan di instans, kontainer, fungsi nirserver, atau perangkat, Anda dapat menggunakan [AWS AppConfig](https://docs.aws.amazon.com/appconfig/latest/userguide/what-is-appconfig.html) untuk melakukan deployment dan mengelolanya di seluruh lingkungan. 

 Di AWS, Anda dapat menggunakan [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) untuk tetap mengawasi konfigurasi sumber daya AWS [di seluruh akun dan Wilayah](https://docs.aws.amazon.com/config/latest/developerguide/aggregate-data.html). Dengan demikian, Anda dapat melacak riwayat konfigurasi mereka, memahami bagaimana perubahan konfigurasi akan memengaruhi sumber daya lainnya, dan mengauditnya terhadap konfigurasi yang diharapkan atau diinginkan dengan menggunakan [Aturan AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html) dan [Paket Konformasi AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/conformance-packs.html). 

 Di AWS, Anda dapat membuat pipeline integrasi berkelanjutan/deployment berkelanjutan (CI/CD) menggunakan layanan seperti [Alat Developer AWS](https://aws.amazon.com/products/developer-tools/) (misalnya, AWS CodeCommit, [AWS CodeBuild](https://aws.amazon.com/codebuild/), [AWS CodePipeline](https://aws.amazon.com/codepipeline/), [AWS CodeDeploy](https://aws.amazon.com/codedeploy/), dan [AWS CodeStar](https://aws.amazon.com/codestar/)). 

 Miliki kalender perubahan dan lacak saat ada rencana acara atau aktivitas operasional atau bisnis signifikan yang dapat terpengaruh oleh implementasi perubahan. Sesuaikan aktivitas untuk mengelola risiko seputar rencana. [Kalender Perubahan AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-change-calendar.html) menyediakan mekanisme untuk mendokumentasikan blok waktu dengan keterangan terbuka atau tertutup terhadap perubahan beserta alasannya, serta [membagikan informasi tersebut](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-calendar-share.html) dengan Akun AWS lainnya. Skrip AWS Systems Manager Automation dapat dikonfigurasi untuk mematuhi status kalender perubahan. 

 [Periode Pemeliharaan AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-maintenance.html) dapat digunakan untuk menjadwalkan kinerja skrip Run Command (Jalankan Perintah) atau Automation (Otomatisasi) AWS SSM, invokasi AWS Lambda, atau aktivitas AWS Step Functions pada waktu tertentu. Tandai aktivitas ini dalam kalender perubahan sehingga dapat disertakan dalam evaluasi. 

 **Antipola umum:** 
+  Anda memperbarui konfigurasi server web secara manual di seluruh armada dan beberapa server menjadi tidak responsif karena kesalahan pembaruan. 
+  Anda memperbarui armada server aplikasi selama berjam-jam. Inkonsistensi dalam konfigurasi selama perubahan menyebabkan perilaku tak terduga. 
+  Seseorang telah memperbarui grup keamanan Anda dan server web Anda tidak lagi dapat diakses. Tanpa mengetahui apa yang telah diubah, Anda menghabiskan banyak waktu untuk menyelidiki masalah tersebut sehingga memperpanjang waktu pemulihan. 

 **Manfaat menerapkan praktik terbaik ini:** Mengadopsi sistem manajemen konfigurasi meminimalkan tingkat upaya untuk membuat dan melacak perubahan, serta mengurangi frekuensi kesalahan yang disebabkan prosedur manual. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan sistem manajemen konfigurasi: Gunakan sistem manajemen konfigurasi untuk melacak dan mengimplementasikan perubahan, mengurangi kesalahan yang disebabkan proses manual, dan meminimalkan tingkat upaya. 
  +  [Manajemen konfigurasi infrastruktur](https://aws.amazon.com/answers/configuration-management/aws-infrastructure-configuration-management/) 
  +  [AWS Config](https://aws.amazon.com/config/) 
  +  [Apa itu AWS Config?](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) 
  +  [Pengantar AWS CloudFormation](https://youtu.be/Omppm_YUG2g) 
  +  [Apa itu AWS CloudFormation?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) 
  +  [AWS OpsWorks](https://aws.amazon.com/opsworks/) 
  +  [Apa itu AWS OpsWorks?](https://docs.aws.amazon.com/opsworks/latest/userguide/welcome.html) 
  +  [Pengantar AWS Elastic Beanstalk](https://youtu.be/SrwxAScdyT0) 
  +  [Apa itu AWS Elastic Beanstalk?](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/Welcome.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [AWS AppConfig](https://docs.aws.amazon.com/appconfig/latest/userguide/what-is-appconfig.html) 
+  [Alat Developer AWS](https://aws.amazon.com/products/developer-tools/) 
+  [AWS OpsWorks](https://aws.amazon.com/opsworks/) 
+  [Kalender Perubahan AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-change-calendar.html) 
+  [Periode Pemeliharaan AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-maintenance.html) 
+  [Manajemen konfigurasi infrastruktur](https://aws.amazon.com/answers/configuration-management/aws-infrastructure-configuration-management/) 
+  [Apa itu AWS CloudFormation?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) 
+  [Apa itu AWS Config?](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) 
+  [Apa itu AWS Elastic Beanstalk?](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/Welcome.html) 
+  [Apa itu AWS OpsWorks?](https://docs.aws.amazon.com/opsworks/latest/userguide/welcome.html) 

 **Video terkait:** 
+  [Pengantar AWS CloudFormation](https://youtu.be/Omppm_YUG2g) 
+  [Pengantar AWS Elastic Beanstalk](https://youtu.be/SrwxAScdyT0) 

# OPS05-BP04 Menggunakan sistem manajemen build dan deployment
<a name="ops_dev_integ_build_mgmt_sys"></a>

 Gunakan sistem manajemen build dan deployment. Sistem-sistem ini mengurangi kesalahan yang disebabkan oleh proses manual dan meminimalkan tingkat usaha untuk melakukan deployment perubahan. 

 Di AWS, Anda dapat membangun pipeline integrasi berkelanjutan/deployment berkelanjutan (CI/CD) menggunakan layanan seperti [Alat Pengembang AWS](https://aws.amazon.com/products/developer-tools/) (misalnya, AWS CodeCommit, [AWS CodeBuild](https://aws.amazon.com/codebuild/), [AWS CodePipeline](https://aws.amazon.com/codepipeline/), [AWS CodeDeploy](https://aws.amazon.com/codedeploy/), dan [AWS CodeStar](https://aws.amazon.com/codestar/)). 

 **Antipola umum:** 
+  Setelah menyusun kode pada sistem pengembangan, Anda menyalin file yang dapat dieksekusi ke sistem produksi namun file tersebut gagal untuk memulai. File log lokal mengindikasikan bahwa kegagalan tersebut dikarenakan hilangnya dependensi. 
+  Anda berhasil membangun aplikasi Anda dengan fitur baru pada lingkungan pengembangan dan memberikan kodenya ke tim Jaminan Kualitas (QA). Kode tersebut gagal dalam QA karena ada aset statis yang hilang. 
+  Pada hari Jumat, setelah berupaya keras, Anda berhasil membangun aplikasi Anda secara manual di lingkungan pengembangan Anda termasuk fitur yang baru dikodekan. Pada hari Senin, Anda tidak dapat mengulangi langkah-langkah yang membuat Anda berhasil membangun aplikasi. 
+  Anda melakukan pengujian yang telah Anda buat untuk rilisan baru Anda. Kemudian Anda menghabiskan minggu selanjutnya untuk mempersiapkan lingkungan pengujian dan melakukan seluruh pengujian integrasi yang ada disusul dengan pengujian kinerja. Kode baru tersebut memiliki dampak kinerja yang tidak dapat diterima dan harus dikembangkan ulang dan kemudian diuji ulang. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menyediakan mekanisme untuk mengatasi aktivitas build dan deployment, Anda mengurangi upaya yang diperlukan untuk melakukan tugas berulang, membebaskan anggota tim Anda untuk fokus pada tugas kreatif mereka yang berharga, serta mengurangi terjadinya kesalahan akibat prosedur manual. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan sistem manajemen build dan deployment: Gunakan sistem manajemen build dan deployment untuk melacak dan mengimplementasikan perubahan, mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya. Otomatiskan sepenuhnya pipeline integrasi dan deployment dari check-in kode hingga build, pengujian, deployment, dan validasi. Ini mengurangi waktu tunggu, sehingga meningkatkan frekuensi perubahan, dan mengurangi upaya. 
  +  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
  +  [Praktik terbaik integrasi berkelanjutan untuk pengembangan perangkat lunak](https://www.youtube.com/watch?v=GEPJ7Lo346A) 
  +  [Slalom: CI/CD untuk aplikasi nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 
  +  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
  +  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Alat Pengembang AWS](https://aws.amazon.com/products/developer-tools/) 
+  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
+  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 

 **Video terkait:** 
+  [Praktik terbaik integrasi berkelanjutan untuk pengembangan perangkat lunak](https://www.youtube.com/watch?v=GEPJ7Lo346A) 
+  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
+  [Slalom: CI/CD untuk aplikasi nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 

# OPS05-BP05 Melakukan manajemen patch
<a name="ops_dev_integ_patch_mgmt"></a>

 Lakukan manajemen patch untuk mendapatkan fitur, menangani permasalahan, dan menjaga kepatuhan terhadap tata kelola. Otomatiskan manajemen patch untuk mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya untuk melakukan patch. 

 Manajemen patch dan kerentanan adalah bagian dari aktivitas manajemen manfaat dan risiko Anda. Lebih baik miliki infrastruktur tetap dan deploy beban kerja pada status yang diketahui baik dan terverifikasi. Jika tidak memungkinkan, opsi yang tersisa ialah menerapkan patching. 

 Memperbarui image mesin, image kontainer, atau waktu proses dan pustaka tambahan Lambda [untuk menghapus kerentanan](https://docs.aws.amazon.com/lambda/latest/dg/security-configuration.html) adalah bagian dari manajemen patch. Anda harus mengelola pembaruan pada [Amazon Machine Images](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html) (AMI) untuk Linux atau image Windows Server menggunakan [EC2 Image Builder](https://aws.amazon.com/image-builder/). Anda dapat menggunakan [Amazon Elastic Container Registry](https://docs.aws.amazon.com/AmazonECR/latest/userguide/what-is-ecr.html) dengan pipeline Anda yang ada untuk [mengelola image Amazon ECS](https://docs.aws.amazon.com/AmazonECR/latest/userguide/ECR_on_ECS.html) dan [mengelola image Amazon EKS](https://docs.aws.amazon.com/AmazonECR/latest/userguide/ECR_on_EKS.html). AWS Lambda mencakup [fitur ](https://docs.aws.amazon.com/lambda/latest/dg/configuration-versions.html) manajemen versi. 

 Patching tidak boleh dilakukan pada sistem produksi tanpa mengujinya terlebih dahulu di lingkungan yang aman. Patch hanya bisa diterapkan jika mendukung hasil operasi atau bisnis. Di AWS, Anda dapat menggunakan [AWS Systems Manager Patch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html) untuk mengotomatiskan proses patching sistem terkelola dan menjadwalkan aktivitas menggunakan [AWS Systems Manager Maintenance Windows](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-maintenance.html). 

 **Antipola umum:** 
+  Anda diberi tugas untuk menerapkan semua patch keamanan baru dalam waktu dua jam yang menyebabkan beberapa pemadaman akibat ketidaksesuaian aplikasi dengan patch. 
+  Pustaka yang tidak di-patch menimbulkan konsekuensi yang tidak dinginkan karena pihak yang tidak diketahui memanfaatkan kerentanan di dalamnya untuk mengakses beban kerja Anda. 
+  Anda melakukan patch pada lingkungan pengembangan secara otomatis tanpa memberi tahu pengembang. Anda menerima beberapa keluhan dari pengembang bahwa lingkungan mereka berhenti beroperasi sesuai dengan yang diharapkan. 
+  Anda belum melakukan patch pada perangkat lunak komersial siap pakai di instans tetap. Ketika Anda memiliki masalah dengan perangkat lunak dan menghubungi vendornya, Anda diberi tahu bahwa versi tersebut tidak didukung dan Anda harus melakukan patch pada tingkat tertentu untuk menerima bantuan. 
+  Patch yang baru-baru ini dirilis untuk perangkat lunak enkripsi yang Anda gunakan memiliki peningkatan kinerja yang signifikan. Sistem Anda yang tidak di-patch tetap memiliki masalah kinerja akibat tidak dilakukannya patching. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menjalankan proses manajemen patch, termasuk kriteria Anda untuk patching dan metodologi untuk distribusi ke seluruh lingkungan Anda, Anda akan mewujudkan manfaatnya serta dapat mengontrol dampaknya. Ini akan memungkinkan adopsi fitur dan kemampuan yang diinginkan, penyingkiran masalah, dan kepatuhan yang berkelanjutan terhadap tata kelola. Implementasikan sistem manajemen dan otomatisasi untuk mengurangi tingkat upaya untuk men-deploy patch dan mengurangi kesalahan yang disebabkan oleh proses manual. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Manajemen patch: Lakukan patch pada sistem untuk menyelesaikan masalah, untuk mendapatkan fitur atau kemampuan yang diinginkan, dan untuk tetap patuh terhadap kebijakan tata kelola serta persyaratan dukungan vendor. Pada sistem tetap, deploy dengan rangkaian patch yang sesuai untuk mencapai hasil yang diinginkan. Otomatiskan mekanisme manajemen patch untuk mengurangi waktu yang telah berlalu untuk melakukan patch, untuk mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya dalam melakukan patch. 
  +  [AWS Systems Manager Patch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Alat Pengembang AWS](https://aws.amazon.com/products/developer-tools/) 
+  [AWS Systems Manager Patch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html) 

 **Video terkait:** 
+  [CI/CD untuk Aplikasi Nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 
+  [Mendesain dengan Mempertimbangkan Operasional](https://youtu.be/uh19jfW7hw4) 

   **Contoh terkait:** 
+  [Lab Well-Architected – Manajemen Inventaris dan Patch](https://wellarchitectedlabs.com/operational-excellence/100_labs/100_inventory_patch_management/) 

# OPS05-BP06 Membagikan standar desain
<a name="ops_dev_integ_share_design_stds"></a>

 Bagikan praktik terbaik kepada seluruh tim untuk meningkatkan kesadaran dan memaksimalkan manfaat dari upaya pengembangan. 

 Di AWS, Anda dapat mengelola dan menetapkan aplikasi, komputasi, infrastruktur, dan operasi, menggunakan metodologi kode. Ini akan mempermudah peluncuran, pembagian, dan pengadopsian. 

 Banyak layanan dan sumber daya AWS yang dirancang untuk dibagikan lintas akun, sehingga Anda dapat membagikan pembelajaran dan aset yang diciptakan ke seluruh tim. Misalnya, Anda dapat membagikan [repositori CodeCommit](https://docs.aws.amazon.com/codecommit/latest/userguide/cross-account.html) , [fungsi Lambda](https://docs.aws.amazon.com/lambda/latest/dg/lambda-permissions.html) , [bucket Amazon S3](https://aws.amazon.com/premiumsupport/knowledge-center/cross-account-access-s3/), dan [AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/sharingamis-explicit.html) ke akun tertentu. 

 Ketika Anda memublikasikan pembaruan atau sumber daya baru, gunakan Amazon SNS untuk menyediakan [notifikasi lintas akun](https://docs.aws.amazon.com/lambda/latest/dg/with-sns-example.html). Pelanggan dapat menggunakan Lambda untuk memperoleh versi baru. 

 Jika standar bersama telah diterapkan di dalam organisasi Anda, tersedianya mekanisme sangat penting untuk meminta penambahan, perubahan, dan pengecualian terhadap standar dalam mendukung aktivitas tim. Tanpa opsi ini, standar akan menjadi penghambat inovasi. 

 **Antipola umum:** 
+  Anda telah membuat mekanisme autentikasi Anda sendiri, begitu juga dengan tim pengembangan lain di organisasi Anda. Pengguna Anda harus mempertahankan rangkaian kredensial terpisah untuk setiap bagian sistem yang ingin diakses. 
+  Anda telah membuat mekanisme autentikasi Anda sendiri, begitu juga dengan tim pengembangan lain di organisasi Anda. Organisasi Anda diberi persyaratan kepatuhan baru yang harus dipenuhi. Masing-masing tim pengembangan kini harus memperhatikan sumber daya untuk mengimplementasikan persyaratan baru. 
+  Anda telah membuat tata letak layar Anda sendiri, begitu juga dengan tim pengembangan lain di organisasi Anda. Pengguna Anda mengeluhkan tentang kesulitan menavigasi antarmuka yang tidak konsisten. 

 **Manfaat menerapkan praktik terbaik ini:** Gunakan standar bersama untuk mendukung pengadopsian praktik terbaik serta memaksimalkan manfaat dari upaya pengembangan dengan standar yang memenuhi persyaratan untuk beberapa aplikasi atau organisasi. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Bagikan standar desain: Bagikan praktik terbaik, standar desain, daftar periksa, prosedur operasi, serta panduan dan persyaratan tata kelola yang ada di seluruh tim untuk mengurangi kompleksitas dan memaksimalkan manfaat dari upaya pengembangan. Pastikan bahwa prosedur tersedia untuk meminta perubahan, tambahan, dan pengecualian untuk mendesain standar guna mendukung peningkatan dan inovasi yang berkelanjutan. Pastikan tim sadar terhadap konten yang dipublikasikan agar mereka dapat memanfaatkan konten, serta mengurangi pengerjaan ulang dan upaya yang tidak bermakna. 
  +  [Mendelegasikan akses ke lingkungan AWS Anda](https://www.youtube.com/watch?v=0zJuULHFS6A&t=849s) 
  +  [Bagikan repositori AWS CodeCommit](https://docs.aws.amazon.com/codecommit/latest/userguide/how-to-share-repository.html) 
  +  [Otorisasi mudah fungsi AWS Lambda](https://aws.amazon.com/blogs/compute/easy-authorization-of-aws-lambda-functions/) 
  +  [Membagikan AMI dengan Akun AWS tertentu](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/sharingamis-explicit.html) 
  +  [Percepat pembagian templat dengan URL desainer AWS CloudFormation](https://aws.amazon.com/blogs/devops/speed-template-sharing-with-an-aws-cloudformation-designer-url/) 
  +  [Menggunakan AWS Lambda dengan Amazon SNS](https://docs.aws.amazon.com/lambda/latest/dg/with-sns-example.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Otorisasi mudah fungsi AWS Lambda](https://aws.amazon.com/blogs/compute/easy-authorization-of-aws-lambda-functions/) 
+  [Bagikan repositori AWS CodeCommit](https://docs.aws.amazon.com/codecommit/latest/userguide/how-to-share-repository.html) 
+  [Membagikan AMI dengan Akun AWS tertentu](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/sharingamis-explicit.html) 
+  [Percepat pembagian templat dengan URL desainer AWS CloudFormation](https://aws.amazon.com/blogs/devops/speed-template-sharing-with-an-aws-cloudformation-designer-url/) 
+  [Menggunakan AWS Lambda dengan Amazon SNS](https://docs.aws.amazon.com/lambda/latest/dg/with-sns-example.html) 

 **Video terkait:** 
+  [Delegating access to your AWS environment](https://www.youtube.com/watch?v=0zJuULHFS6A&t=849s) 

# OPS05-BP07 Mengimplementasikan praktik untuk meningkatkan kualitas kode
<a name="ops_dev_integ_code_quality"></a>

 Implementasikan praktik untuk meningkatkan kualitas kode dan meminimalkan kecacatan. Beberapa contohnya termasuk, pengembangan yang didorong pengujian, peninjauan kode, dan pengadopsian standar. 

 Di AWS, Anda dapat mengintegrasikan layanan seperti [Amazon CodeGuru](https://docs.aws.amazon.com/codeguru/latest/reviewer-ug/welcome.html) dengan pipeline Anda untuk secara otomatis [mengidentifikasi potensi masalah keamanan dan kode](https://docs.aws.amazon.com/codeguru/latest/reviewer-ug/how-codeguru-reviewer-works.html) menggunakan analisis program dan machine learning. CodeGuru menyediakan rekomendasi terkait cara untuk mengimplementasikan praktik terbaik AWS untuk mengatasi masalah ini. 

 **Antipola umum:** 
+  Agar dapat menguji fitur lebih awal, Anda memutuskan untuk tidak mengintegrasikan pustaka sanitasi input standar Anda. Setelah pengujian, Anda mengeksekusi kode tanpa mengingat untuk menyelesaikan penggabungan pustaka. 
+  Anda memiliki pengalaman yang minim tentang set data yang sedang diproses dan tidak menyadari bahwa deret kasus edge dapat muncul di dalam set data Anda. Kasus edge tersebut tidak kompatibel dengan kode yang Anda implementasikan. 

 **Manfaat menerapkan praktik terbaik ini:** Dengan mengadopsi praktik untuk meningkatkan kualitas kode, Anda dapat membantu meminimalkan masalah yang terjadi di produksi. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Implementasikan praktik untuk meningkatkan kualitas kode: Implementasikan praktik untuk meningkatkan kualitas kode guna meminimalkan kecacatan dan risiko di-deploy. Misalnya, pengembangan yang didorong pengujian, pair programming, peninjauan kode, dan adopsi standar. 
  +  [Amazon CodeGuru](https://docs.aws.amazon.com/codeguru/latest/reviewer-ug/welcome.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Amazon CodeGuru](https://docs.aws.amazon.com/codeguru/latest/reviewer-ug/welcome.html) 

# OPS05-BP08 Menggunakan beberapa lingkungan
<a name="ops_dev_integ_multi_env"></a>

 Gunakan beberapa lingkungan untuk bereksperimen, mengembangkan, dan menguji beban kerja Anda. Gunakan tingkat kontrol berjenjang seiring lingkungan mendekati tahap produksi untuk mendapatkan keyakinan bahwa beban kerja Anda akan beroperasi sesuai keinginan ketika di-deploy. 

 **Antipola umum:** 
+  Anda sedang melakukan pengembangan di sebuah lingkungan pengembangan bersama dan developer lain menimpa perubahan kode Anda. 
+  Kontrol keamanan terbatas di lingkungan pengembangan bersama Anda melarang Anda melakukan eksperimen dengan layanan dan fitur baru. 
+  Anda melakukan pengujian beban pada sistem produksi Anda dan menyebabkan pemadaman untuk pengguna Anda. 
+  Kesalahan fatal yang menyebabkan hilangnya data terjadi di produksi. Di lingkungan produksi, Anda mencoba membuat ulang kondisi yang menyebabkan data hilang tersebut sehingga Anda dapat mengidentifikasi bagaimana hal tersebut terjadi dan mencegahnya agar tidak terjadi lagi. Untuk mencegah kejadian hilang data lainnya selama pengujian, Anda terpaksa menjadikan aplikasi tidak tersedia untuk pengguna. 
+  Anda mengoperasikan layanan multi-tenant dan tidak dapat mendukung permintaan lingkungan khusus yang diajukan pelanggan. 
+  Anda mungkin tidak selalu melakukan pengujian, tetapi pengujian yang Anda lakukan terjadi di tahap produksi. 
+  Anda percaya bahwa dengan satu lingkungan tunggal, cakupan dampak perubahan hanya terjadi di dalam lingkungan tersebut. 

 **Manfaat menerapkan praktik terbaik ini:** Dengan men-deploy beberapa lingkungan, Anda dapat mendukung beberapa lingkungan pengembangan, pengujian, dan produksi secara serentak tanpa menciptakan konflik antar developer atau komunitas pengguna. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan beberapa lingkungan: Sediakan lingkungan sandbox developer dengan kontrol minim untuk memungkinkan eksperimen. Sediakan lingkungan pengembangan individu untuk memungkinkan kerja secara paralel, sehingga ketangkasan pengembangan meningkat. Implementasikan kontrol yang lebih kuat di lingkungan ketika mendekati produksi agar developer dapat berinovasi. Gunakan infrastruktur sebagai kode dan sistem manajemen konfigurasi untuk men-deploy lingkungan yang dikonfigurasi sesuai dengan kontrol yang ada di dalam produksi guna memastikan sistem beroperasi sesuai keinginan saat di-deploy. Saat lingkungan tidak digunakan, nonaktifkan untuk menghindari biaya terkait sumber daya tidak terpakai (misalnya sistem pengembangan di malam hari dan di akhir pekan). Deploy lingkungan setara produksi saat melakukan pengujian beban untuk memungkinkan hasil yang valid. 
  +  [Apa itu AWS CloudFormation?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) 
  +  [Bagaimana cara menghentikan dan memulai instans Amazon EC2 pada interval yang teratur menggunakan AWS Lambda?](https://aws.amazon.com/premiumsupport/knowledge-center/start-stop-lambda-cloudwatch/) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Bagaimana cara menghentikan dan memulai instans Amazon EC2 pada interval yang teratur menggunakan AWS Lambda?](https://aws.amazon.com/premiumsupport/knowledge-center/start-stop-lambda-cloudwatch/) 
+  [Apa itu AWS CloudFormation?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) 

# OPS05-BP09 Membuat perubahan yang sering, kecil, dan dapat dikembalikan
<a name="ops_dev_integ_freq_sm_rev_chg"></a>

 Gunakan perubahan yang sering, kecil, dan dapat dikembalikan untuk mengurangi cakupan perubahan. Hal ini memudahkan pemecahan masalah, memungkinkan perbaikan yang lebih cepat, dan menyediakan opsi untuk mengembalikan perubahan. 

 **Antipola umum:** 
+  Anda melakukan deployment versi baru aplikasi Anda setiap kuartal. 
+  Anda sering melakukan perubahan pada skema basis data Anda. 
+  Anda melakukan pembaruan pengganti manual, menimpa instalasi dan konfigurasi yang ada. 

 **Manfaat menerapkan praktik terbaik ini:** Anda dapat merasakan manfaat dari upaya pengembangan dengan lebih cepat melalui deployment perubahan-perubahan kecil secara sering. Ketika perubahannya kecil, akan jauh lebih mudah untuk mengidentifikasi apakah terdapat konsekuensi yang tidak diinginkan. Ketika perubahan dapat dikembalikan, lebih sedikit risiko dari implementasi perubahan karena pemulihannya lebih mudah. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Buat perubahan yang sering, kecil, dan dapat dikembalikan: Perubahan yang sering, kecil, dan dapat dikembalikan mengurangi cakupan dan dampak perubahan. Hal ini memudahkan pemecahan masalah, memungkinkan perbaikan yang lebih cepat, dan menyediakan opsi untuk mengembalikan perubahan. Hal ini juga meningkatkan rasio nilai yang dapat anda berikan ke bisnis. 

# OPS05-BP10 Mengotomatiskan integrasi dan deployment sepenuhnya
<a name="ops_dev_integ_auto_integ_deploy"></a>

 Otomatiskan build, deployment, dan pengujian beban kerja. Hal ini mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya untuk melakukan deployment perubahan. 

 Terapkan metadata menggunakan [Tag Sumber Daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) dan [AWS Resource Groups](https://docs.aws.amazon.com/ARG/latest/APIReference/Welcome.html) mengikuti strategi [pemberian tag yang konsisten](https://aws.amazon.com/answers/account-management/aws-tagging-strategies/) untuk memungkinkan identifikasi sumber daya. Beri tag pada sumber daya Anda untuk organisasi, akuntansi biaya, kontrol akses, dan penargetan eksekusi aktivitas operasi yang diotomatisasi. 

 **Antipola umum:** 
+  Pada hari Jumat, Anda menyelesaikan penulisan kode baru untuk cabang fitur Anda. Pada hari Senin, setelah menjalankan skrip pengujian kualitas kode dan setiap skrip pengujian unit, Anda akan mendaftarkan kode untuk rilisan terjadwal berikutnya. 
+  Anda ditugaskan untuk membuat kode perbaikan untuk sebuah masalah besar yang memengaruhi banyak pelanggan di tahap produksi. Setelah menguji perbaikan tersebut, Anda melakukan commit kode Anda dan mengirimkan manajemen perubahan melalui email untuk meminta persetujuan deployment ke produksi. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan mengimplementasi sistem manajemen build dan deployment otomatis, Anda mengurangi kesalahan akibat proses manual dan mengurangi upaya untuk melakukan deployment perubahan sehingga anggota tim Anda dapat berkonsentrasi menghadirkan nilai bisnis. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan sistem manajemen build dan deployment: Gunakan sistem manajemen build dan deployment untuk melacak dan mengimplementasikan perubahan, mengurangi kesalahan yang disebabkan proses manual, dan meminimalkan upaya. Otomatiskan jalur deployment dan integrasi secara penuh dari check-in kode hingga build, pengujian, deployment, dan validasi. Ini mengurangi waktu penyelesaian proses, memampukan peningkatan frekuensi perubahan, dan mengurangi upaya. 
  +  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
  +  [Praktik terbaik integrasi berkelanjutan untuk pengembangan perangkat lunak](https://www.youtube.com/watch?v=GEPJ7Lo346A) 
  +  [Slalom: CI/CD untuk aplikasi nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 
  +  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
  +  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
+  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 

 **Video terkait:** 
+  [Praktik terbaik integrasi berkelanjutan untuk pengembangan perangkat lunak](https://www.youtube.com/watch?v=GEPJ7Lo346A) 
+  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
+  [Slalom: CI/CD untuk aplikasi nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 

# OPS 6 Bagaimana cara memitigasi risiko deployment?
<a name="w2aac19b5b7b9"></a>

 Adopsi pendekatan yang memberikan umpan balik cepat atas kualitas dan mampukan pemulihan cepat dari perubahan yang tidak memiliki hasil yang tidak diinginkan. Menggunakan praktik-praktik ini memitigasi dampak masalah akibat deployment perubahan. 

**Topics**
+ [OPS06-BP01 Antisipasikan perubahan yang tidak berhasil](ops_mit_deploy_risks_plan_for_unsucessful_changes.md)
+ [OPS06-BP02 Menguji dan memvalidasi perubahan](ops_mit_deploy_risks_test_val_chg.md)
+ [OPS06-BP03 Gunakan sistem manajemen deployment](ops_mit_deploy_risks_deploy_mgmt_sys.md)
+ [OPS06-BP04 Menguji menggunakan deployment terbatas](ops_mit_deploy_risks_test_limited_deploy.md)
+ [OPS06-BP05 Men-deploy menggunakan lingkungan paralel](ops_mit_deploy_risks_deploy_to_parallel_env.md)
+ [OPS06-BP06 Lakukan deployment perubahan yang sering, kecil, dan dapat dikembalikan](ops_mit_deploy_risks_freq_sm_rev_chg.md)
+ [OPS06-BP07 Mengotomatiskan integrasi dan deployment sepenuhnya](ops_mit_deploy_risks_auto_integ_deploy.md)
+ [OPS06-BP08 Mengotomatiskan pengujian dan pengembalian (rollback)](ops_mit_deploy_risks_auto_testing_and_rollback.md)

# OPS06-BP01 Antisipasikan perubahan yang tidak berhasil
<a name="ops_mit_deploy_risks_plan_for_unsucessful_changes"></a>

 Rencanakan untuk kembali ke keadaan yang diketahui pasti baik, atau perbaiki di lingkungan produksi jika perubahan tidak memiliki hasil yang diinginkan. Persiapan ini mengurangi waktu pemulihan melalui respons yang lebih cepat. 

 **Antipola umum:** 
+  Anda melakukan deployment dan aplikasi Anda telah menjadi tidak stabil tetapi tampaknya ada pengguna aktif di sistem. Anda harus memutuskan apakah akan mengembalikan perubahan yang akan berdampak pada pengguna aktif atau menunggu untuk mengembalikan perubahan karena tahu bagaimana pun juga pengguna dapat terkena dampaknya. 
+  Setelah membuat perubahan rutin, lingkungan baru Anda dapat diakses tetapi salah satu subnet Anda menjadi tidak dapat dijangkau. Anda harus memutuskan apakah akan mengembalikan semuanya atau mencoba memperbaiki subnet yang tidak dapat diakses tersebut. Sementara Anda sedang memutuskan hal ini, subnet tersebut tetap tidak dapat dijangkau. 

 **Manfaat menerapkan praktik terbaik ini:** Memiliki rencana akan mengurangi waktu rata-rata untuk pemulihan (MTTR) dari perubahan yang tidak berhasil, sehingga mengurangi dampak pada pengguna akhir Anda. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Antisipasikan perubahan yang tidak berhasil: Rencanakan untuk kembali ke keadaan yang diketahui pasti baik (yaitu mengembalikan perubahan), atau perbaiki di lingkungan produksi (yaitu menerapkan perubahan) jika perubahan tidak memiliki hasil yang diinginkan. Ketika Anda mengidentifikasi perubahan yang tidak dapat Anda kembalikan jika tidak berhasil, terapkan uji kelayakan sebelum melakukan perubahan. 

# OPS06-BP02 Menguji dan memvalidasi perubahan
<a name="ops_mit_deploy_risks_test_val_chg"></a>

 Uji perubahan dan validasi hasilnya di semua tahap siklus hidup untuk mengonfirmasi fitur baru dan meminimalkan risiko serta dampak deployment yang gagal. 

 Di AWS, Anda dapat membuat lingkungan paralel sementara untuk menurunkan risiko, upaya, serta biaya eksperimen dan pengujian. Otomatiskan deployment lingkungan ini menggunakan [AWS CloudFormation](https://aws.amazon.com/cloudformation/) untuk memastikan implementasi lingkungan sementara yang konsisten. 

 **Antipola umum:** 
+  Anda melakukan deployment fitur baru yang keren ke aplikasi Anda. Fitur tersebut tidak berfungsi. Anda tidak tahu. 
+  Anda memperbarui sertifikat Anda. Anda tidak sengaja menginstal sertifikat ke komponen yang salah. Anda tidak tahu. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menguji dan memvalidasi perubahan setelah deployment, Anda dapat mengidentifikasi masalah lebih awal dengan menyediakan kesempatan untuk mitigasi dampak pada pelanggan Anda. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Menguji dan memvalidasi perubahan: Uji perubahan dan validasi hasilnya di semua tahap siklus hidup (misalnya, pengembangan, pengujian, dan produksi) untuk mengonfirmasi fitur baru dan meminimalkan risiko serta dampak deployment yang gagal. 
  +  [AWS Cloud9](https://aws.amazon.com/cloud9/) 
  +  [Apa itu AWS Cloud9?](https://docs.aws.amazon.com/cloud9/latest/user-guide/welcome.html) 
  +  [Cara menguji dan melakukan debug AWS CodeDeploy secara lokal sebelum mengirimkan kode Anda](https://aws.amazon.com/blogs/devops/how-to-test-and-debug-aws-codedeploy-locally-before-you-ship-your-code/) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [AWS Cloud9](https://aws.amazon.com/cloud9/) 
+  [Alat Pengembang AWS](https://aws.amazon.com/products/developer-tools/) 
+  [Cara menguji dan melakukan debug AWS CodeDeploy secara lokal sebelum mengirimkan kode Anda](https://aws.amazon.com/blogs/devops/how-to-test-and-debug-aws-codedeploy-locally-before-you-ship-your-code/) 
+  [Apa itu AWS Cloud9?](https://docs.aws.amazon.com/cloud9/latest/user-guide/welcome.html) 

# OPS06-BP03 Gunakan sistem manajemen deployment
<a name="ops_mit_deploy_risks_deploy_mgmt_sys"></a>

 Gunakan sistem manajemen deployment untuk melacak dan mengimplementasikan perubahan. Ini mengurangi kesalahan yang disebabkan oleh proses manual dan mengurangi upaya untuk deployment perubahan. 

 Di AWS, Anda dapat membangun alur Integrasi Berkelanjutan/Deployment Berkelanjutan (CI/CD) menggunakan layanan seperti [AWS Alat Developer](https://aws.amazon.com/products/developer-tools/) (misalnya, AWS CodeCommit, [AWS CodeBuild](https://aws.amazon.com/codebuild/), [AWS CodePipeline](https://aws.amazon.com/codepipeline/), [AWS CodeDeploy](https://aws.amazon.com/codedeploy/), dan [AWS CodeStar](https://aws.amazon.com/codestar/)). 

 **Antipola umum:** 
+  Anda secara manual melakukan deploy pembaruan ke server aplikasi di semua armada Anda dan sejumlah server menjadi tidak responsif karena kesalahan dalam pembaruan. 
+  Anda secara manual melakukan deploy ke armada server aplikasi Anda selama berjam-jam. Inkonsistensi dalam versi selama perubahan menyebabkan perilaku tak terduga. 

 **Manfaat menerapkan praktik terbaik ini:** Mengadopsi sistem manajemen deployment mengurangi upaya untuk melakukan deploy perubahan, dan frekuensi kesalahan yang disebabkan oleh prosedur manual. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan sistem manajemen deployment: Gunakan sistem manajemen deployment untuk melacak dan mengimplementasikan perubahan. Sistem ini mengurangi kesalahan yang disebabkan oleh proses manual, dan mengurangi upaya untuk melakukan deploy perubahan. Otomatiskan alur deployment dan integrasi dari check-in kode melalui pengujian, deployment, dan validasi. Ini mengurangi waktu penyelesaian proses, memampukan peningkatan frekuensi perubahan, dan mengurangi lebih lanjut upaya yang diperlukan. 
  +  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
  +  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
  +  [Apa itu AWS Elastic Beanstalk?](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/Welcome.html) 
  +  [Apa itu Amazon API Gateway?](https://docs.aws.amazon.com/apigateway/latest/developerguide/welcome.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [AWS CodeDeploy Panduan Pengguna](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
+  [AWS Alat Developer](https://aws.amazon.com/products/developer-tools/) 
+  [Coba Sampel Deployment Blue/Green di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/applications-create-blue-green.html) 
+  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
+  [Apa itu AWS Elastic Beanstalk?](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/Welcome.html) 
+  [Apa itu Amazon API Gateway?](https://docs.aws.amazon.com/apigateway/latest/developerguide/welcome.html) 

 **Video terkait:** 
+  [Pelajari Lebih Mendalam Teknik CD Lanjutan Menggunakan AWS](https://www.youtube.com/watch?v=Lrrgd0Kemhw) 
+  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 

# OPS06-BP04 Menguji menggunakan deployment terbatas
<a name="ops_mit_deploy_risks_test_limited_deploy"></a>

 Lakukan pengujian menggunakan deployment terbatas bersama dengan sistem yang ada untuk mengonfirmasi hasil yang diinginkan deployment skala penuh. Misalnya, gunakan pengujian canary deployment atau deployment one-box. 

 **Antipola umum:** 
+  Anda melakukan deployment perubahan yang tidak berhasil ke seluruh produksi sekaligus. Anda tidak tahu. 

 **Manfaat menerapkan praktik terbaik ini:** Dengan menguji dan memvalidasi perubahan sesuai dengan deployment terbatas, Anda dapat mengidentifikasi masalah sejak dini dan meminimalkan dampak terhadap pelanggan dengan menyediakan kesempatan untuk memitigasi lebih lanjut dampak yang ditimbulkan pada pelanggan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Lakukan pengujian menggunakan deployment terbatas: Lakukan pengujian menggunakan deployment terbatas bersama dengan sistem yang ada untuk mengonfirmasi hasil yang diinginkan deployment skala penuh. Misalnya, gunakan pengujian canary deployment atau deployment one-box. 
  +  [Panduan Pengguna AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
  +  [Deployment Blue/Green dengan AWS Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.CNAMESwap.html) 
  +  [Konfigurasikan canary API Gateway untuk meluncurkan deployment](https://docs.aws.amazon.com/apigateway/latest/developerguide/canary-release.html) 
  +  [Coba Sampel Deployment Blue/Green di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/applications-create-blue-green.html) 
  +  [Mulai konfigurasi deployment di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/deployment-configurations.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Panduan Pengguna AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
+  [Deployment Blue/Green dengan AWS Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.CNAMESwap.html) 
+  [Konfigurasikan canary API Gateway untuk meluncurkan deployment](https://docs.aws.amazon.com/apigateway/latest/developerguide/canary-release.html) 
+  [Coba Sampel Deployment Blue/Green di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/applications-create-blue-green.html) 
+  [Mulai konfigurasi deployment di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/deployment-configurations.html) 

# OPS06-BP05 Men-deploy menggunakan lingkungan paralel
<a name="ops_mit_deploy_risks_deploy_to_parallel_env"></a>

 Implementasikan perubahan ke lingkungan paralel, kemudian beralih ke lingkungan baru. Pertahankan lingkungan sebelumnya sampai ada konfirmasi deployment berhasil. Tindakan ini meminimalkan waktu pemulihan dengan mengaktifkan pengembalian ke lingkungan sebelumnya. 

 **Antipola umum:** 
+  Anda melakukan deployment yang dapat diubah dengan memodifikasi sistem yang sudah ada. Setelah mengetahui bahwa perubahan tidak berhasil, Anda terpaksa memodifikasi sistem lagi untuk memulihkan versi yang lama sehingga memperpanjang waktu pemulihan Anda. 
+  Selama jadwal pemeliharaan, Anda menonaktifkan lingkungan lama kemudian mulai membangun lingkungan baru. Berjam-jam di dalam prosedur, Anda menemukan masalah yang tidak dapat dipulihkan pada deployment. Meskipun sangat lelah, Anda terpaksa menemukan prosedur deployment sebelumnya dan mulai membangun kembali lingkungan lama. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menggunakan lingkungan paralel, Anda dapat melakukan pra-deploy lingkungan baru dan beralih ke lingkungan tersebut jika diinginkan. Jika lingkungan baru tidak berhasil, Anda dapat dengan cepat memulihkannya dengan kembali ke lingkungan asli Anda. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Deploy menggunakan lingkungan paralel: Implementasikan perubahan ke lingkungan paralel, dan beralih atau pindah ke lingkungan baru. Pertahankan lingkungan sebelumnya sampai ada konfirmasi deployment berhasil. Ini meminimalkan waktu pemulihan dengan mengaktifkan pengembalian ke lingkungan sebelumnya. Contohnya, gunakan infrastruktur yang tidak dapat diubah dengan deployment blue/green. 
  +  [Bekerja dengan konfigurasi deployment di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/deployment-configurations.html) 
  +  [Deployment Blue/Green dengan AWS Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.CNAMESwap.html) 
  +  [Menyiapkan deployment perilisan canary API Gateway](https://docs.aws.amazon.com/apigateway/latest/developerguide/canary-release.html) 
  +  [Mencoba Sampel Deployment Blue/Green di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/applications-create-blue-green.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Panduan Pengguna AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
+  [Deployment Blue/Green dengan AWS Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.CNAMESwap.html) 
+  [Menyiapkan deployment perilisan canary API Gateway](https://docs.aws.amazon.com/apigateway/latest/developerguide/canary-release.html) 
+  [Mencoba Sampel Deployment Blue/Green di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/applications-create-blue-green.html) 
+  [Bekerja dengan konfigurasi deployment di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/deployment-configurations.html) 

 **Video terkait: ** 
+  [Pelajari Lebih Dalam Teknik Penyampaian Kontinu Lanjutan Menggunakan AWS](https://www.youtube.com/watch?v=Lrrgd0Kemhw) 

# OPS06-BP06 Lakukan deployment perubahan yang sering, kecil, dan dapat dikembalikan
<a name="ops_mit_deploy_risks_freq_sm_rev_chg"></a>

 Gunakan perubahan yang sering, kecil, dan dapat dikembalikan untuk mengurangi cakupan perubahan. Hal ini menghasilkan pemecahan masalah yang lebih mudah dan perbaikan yang lebih cepat dengan opsi untuk membatalkan perubahan. 

 **Antipola umum:** 
+  Anda melakukan deployment versi baru aplikasi Anda setiap kuartal. 
+  Anda sering melakukan perubahan pada skema basis data Anda. 
+  Anda melakukan pembaruan pengganti manual, menimpa instalasi dan konfigurasi yang ada. 

 **Manfaat menjalankan praktik terbaik ini:** Anda merasakan manfaat dari upaya pengembangan lebih cepat dengan melakukan deployment perubahan-perubahan kecil secara sering. Ketika berukuran kecil, perubahan jauh lebih mudah diidentifikasi jika terdapat konsekuensi yang tidak diinginkan. Ketika perubahan dapat dikembalikan, lebih sedikit risiko dari implementasi perubahan karena pemulihannya lebih mudah. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Terapkan perubahan yang sering, kecil, dan dapat dikembalikan: Gunakan perubahan yang sering, kecil, dan dapat dikembalikan untuk mengurangi cakupan perubahan. Hal ini menghasilkan pemecahan masalah yang lebih mudah dan perbaikan yang lebih cepat dengan opsi untuk membatalkan perubahan. 

# OPS06-BP07 Mengotomatiskan integrasi dan deployment sepenuhnya
<a name="ops_mit_deploy_risks_auto_integ_deploy"></a>

 Otomatiskan build, deployment, dan pengujian beban kerja. Ini mengurangi kesalahan yang disebabkan oleh proses manual dan mengurangi upaya untuk melakukan deployment perubahan. 

 Terapkan metadata menggunakan [Tag Sumber Daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) dan [AWS Resource Groups](https://docs.aws.amazon.com/ARG/latest/APIReference/Welcome.html) mengikuti strategi [pemberian tag yang konsisten](https://aws.amazon.com/answers/account-management/aws-tagging-strategies/) untuk memungkinkan identifikasi sumber daya. Beri tag pada sumber daya Anda untuk organisasi, akuntansi biaya, kontrol akses, dan penargetan eksekusi aktivitas operasi yang diotomatisasi. 

 **Antipola umum:** 
+  Pada hari jumat, Anda selesai menulis kode baru untuk cabang fitur Anda. Pada hari Senin, setelah menjalankan skrip pengujian kualitas kode dan setiap skrip pengujian unit, Anda akan mendaftarkan kode untuk rilisan terjadwal berikutnya. 
+  Anda ditugaskan untuk membuat kode perbaikan untuk sebuah masalah besar yang memengaruhi banyak pelanggan di tahap produksi. Setelah menguji perbaikan tersebut, Anda melakukan commit kode Anda dan mengirimkan manajemen perubahan melalui email untuk meminta persetujuan deployment ke produksi. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan mengimplementasikan sistem manajemen build dan deployment otomatis, Anda mengurangi kesalahan yang disebabkan proses manual dan mengurangi upaya untuk melakukan deployment perubahan sehingga anggota tim Anda dapat berkonsentrasi menghadirkan nilai bisnis. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Gunakan sistem manajemen build dan deployment: Gunakan sistem manajemen build dan deployment untuk melacak dan mengimplementasikan perubahan, mengurangi kesalahan yang disebabkan proses manual, dan meminimalkan upaya. Otomatiskan jalur deployment dan integrasi secara penuh dari check-in kode hingga build, pengujian, deployment, dan validasi. Ini mengurangi waktu penyelesaian proses, memampukan peningkatan frekuensi perubahan, dan mengurangi upaya. 
  +  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
  +  [Praktik terbaik integrasi berkelanjutan untuk pengembangan perangkat lunak](https://www.youtube.com/watch?v=GEPJ7Lo346A) 
  +  [Slalom: CI/CD untuk aplikasi nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 
  +  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
  +  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 
  +  [Pelajari Lebih Dalam Teknik Penyampaian Kontinu Lanjutan Menggunakan AWS](https://www.youtube.com/watch?v=Lrrgd0Kemhw) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Mencoba Sampel Deployment Blue/Green di AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/applications-create-blue-green.html) 
+  [Apa itu AWS CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html) 
+  [Apa itu AWS CodeDeploy?](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html) 

 **Video terkait:** 
+  [Praktik terbaik integrasi berkelanjutan untuk pengembangan perangkat lunak](https://www.youtube.com/watch?v=GEPJ7Lo346A) 
+  [Pelajari Lebih Dalam Teknik Penyampaian Kontinu Lanjutan Menggunakan AWS](https://www.youtube.com/watch?v=Lrrgd0Kemhw) 
+  [Pengantar AWS CodeDeploy - deployment perangkat lunak otomatis dengan Amazon Web Services](https://www.youtube.com/watch?v=Wx-ain8UryM) 
+  [Slalom: CI/CD untuk aplikasi nirserver di AWS](https://www.youtube.com/watch?v=tEpx5VaW4WE) 

# OPS06-BP08 Mengotomatiskan pengujian dan pengembalian (rollback)
<a name="ops_mit_deploy_risks_auto_testing_and_rollback"></a>

 Otomatiskan pengujian lingkungan yang di-deploy untuk mengonfirmasi hasil yang diinginkan. Otomatiskan pengembalian ke keadaan yang diketahui baik sebelumnya ketika hasil tidak tercapai, untuk meminimalkan waktu pemulihan dan mengurangi kesalahan yang disebabkan oleh proses manual. 

 **Antipola umum:** 
+  Anda men-deploy perubahan ke beban kerja Anda. Setelah Anda melihat perubahan tersebut selesai, Anda mulai pengujian pasca-deployment. Setelah pengujian selesai, Anda menyadari beban kerja Anda tidak dapat dioperasikan dan koneksi pelanggan terputus. Kemudian Anda mulai mengembalikan ke versi sebelumnya. Setelah waktu yang lama untuk mendeteksi masalah, waktu pemulihan menjadi lebih panjang akibat deployment ulang manual Anda. 

 **Manfaat menjalankan praktik terbaik ini:** Dengan menguji dan memvalidasi perubahan setelah deployment, Anda dapat segera mengidentifikasi masalah. Dengan mengembalikan secara otomatis ke versi sebelumnya, dampak pada pelanggan diminimalkan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Mengotomatiskan pengujian dan pengembalian (rollback): Otomatiskan pengujian lingkungan yang di-deploy untuk mengonfirmasi hasil yang diinginkan. Otomatiskan pengembalian ke keadaan yang diketahui baik sebelumnya ketika hasil tidak tercapai, untuk meminimalkan waktu pemulihan dan mengurangi kesalahan yang disebabkan oleh proses manual. Contohnya, lakukan transaksi pengguna sintetis mendetail setelah deployment, verifikasi hasilnya, dan kembalikan jika terjadi kegagalan. 
  +  [Deploy ulang dan batalkan deployment dengan AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/deployments-rollback-and-redeploy.html) 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Men-deploy ulang dan membatalkan deployment dengan AWS CodeDeploy](https://docs.aws.amazon.com/codedeploy/latest/userguide/deployments-rollback-and-redeploy.html) 

# OPS 7 Bagaimana cara mengetahui bahwa Anda siap untuk mendukung beban kerja?
<a name="w2aac19b5b7c11"></a>

 Evaluasi kesiapan operasional beban kerja, proses, dan prosedur, serta personel Anda untuk memahami risiko operasional terkait beban kerja Anda. 

**Topics**
+ [OPS07-BP01 Memastikan kemampuan personel](ops_ready_to_support_personnel_capability.md)
+ [OPS07-BP02 Memastikan peninjauan yang konsisten terkait kesiapan operasional](ops_ready_to_support_const_orr.md)
+ [OPS07-BP03 Menggunakan runbook untuk menjalankan prosedur](ops_ready_to_support_use_runbooks.md)
+ [OPS07-BP04 Menggunakan buku panduan untuk menyelidiki masalah](ops_ready_to_support_use_playbooks.md)
+ [OPS07-BP05 Membuat keputusan yang tepat untuk melakukan deployment sistem dan perubahan](ops_ready_to_support_informed_deploy_decisions.md)

# OPS07-BP01 Memastikan kemampuan personel
<a name="ops_ready_to_support_personnel_capability"></a>

 Miliki mekanisme untuk memvalidasi bahwa Anda memiliki personel terlatih dalam jumlah yang tepat untuk menyediakan dukungan untuk kebutuhan operasional. Latih personel dan sesuaikan kapasitas personel seperlunya untuk mempertahankan dukungan yang efektif. 

 Anda perlu memiliki cukup anggota tim untuk mencakup semua aktivitas (termasuk siap dipanggil kapan saja). Pastikan bahwa tim Anda memiliki keterampilan yang diperlukan untuk berhasil dalam pelatihan tentang beban kerja Anda, alat operasional Anda, dan AWS. 

 AWS menyediakan sumber daya, termasuk [Pusat Sumber Daya untuk Memulai AWS](https://aws.amazon.com/getting-started/), [Blog AWS](https://aws.amazon.com/blogs/), [AWS Online Tech Talks](https://aws.amazon.com/getting-started/), [Acara dan Webinar AWS](https://aws.amazon.com/events/), serta [Lab AWS Well-Architected](https://wellarchitectedlabs.com/), yang menyediakan panduan, contoh, dan ringkasan mendetail untuk mengedukasi tim Anda. Selain itu, [AWS Training and Certification](https://aws.amazon.com/training/) menyediakan beberapa pelatihan gratis melalui kursus digital mandiri tentang dasar-dasar AWS. Anda juga dapat mengikuti pelatihan yang dipandu instruktur untuk mendukung perkembangan keterampilan AWS tim Anda. 

 **Antipola umum:** 
+  Men-deploy beban kerja tanpa anggota tim yang memiliki keterampilan untuk mendukung platform dan layanan yang digunakan. 
+  Men-deploy beban kerja tanpa anggota tim yang tersedia selama jam dukungan yang diinginkan. 
+  Men-deploy beban kerja tanpa anggota tim yang cukup untuk mendukungnya jika terdapat anggota tim yang sedang cuti atau sakit. 
+  Men-deploy beban kerja tambahan tanpa meninjau dampak tambahan terhadap dukungan anggota tim pada beban kerja tersebut dan beban kerja lain. 

 **Manfaat menerapkan praktik terbaik ini:** Memiliki anggota tim yang terampil memungkinkan dukungan yang efektif untuk beban kerja. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Kemampuan personel: Validasi bahwa terdapat personel terlatih yang memadai untuk mendukung beban kerja secara efektif. 
  +  Ukuran tim: Pastikan Anda memiliki jumlah anggota tim yang cukup untuk menangani aktivitas operasional, termasuk tugas mendadak. 
  +  Keterampilan tim: Pastikan anggota tim Anda memiliki pelatihan yang memadai tentang AWS, beban kerja Anda, dan alat-alat operasional Anda untuk menjalankan tugas mereka. 
    +  [Acara dan Webinar AWS](https://aws.amazon.com/about-aws/events/) 
    +  [Selama datang di AWS Training and Certification](https://aws.amazon.com/training/) 
  +  Tinjau kemampuan: Tinjau ukuran dan keterampilan tim seiring perubahan kondisi operasional dan beban kerja, untuk memastikan terdapat kemampuan yang memadai untuk mempertahankan keunggulan operasional. Buat penyesuaian untuk memastikan ukuran dan keterampilan tim memenuhi persyaratan operasional untuk beban kerja yang didukung oleh tim. 

## Sumber daya
<a name="resources"></a>

 **Dokumen terkait:** 
+  [Blog AWS](https://aws.amazon.com/blogs/) 
+  [Acara dan Webinar AWS](https://aws.amazon.com/about-aws/events/) 
+  [Pusat Sumber Daya untuk Memulai AWS](https://aws.amazon.com/getting-started/) 
+  [AWS Online Tech Talks](https://aws.amazon.com/getting-started/) 
+  [Selama datang di AWS Training and Certification](https://aws.amazon.com/training/) 

 **Contoh terkait:** 
+  [Lab Well-Architected](https://wellarchitectedlabs.com/) 

# OPS07-BP02 Memastikan peninjauan yang konsisten terkait kesiapan operasional
<a name="ops_ready_to_support_const_orr"></a>

Gunakan Peninjauan Kesiapan Operasional (ORR) untuk memvalidasi bahwa Anda dapat mengoperasikan beban kerja Anda. ORR adalah mekanisme yang dikembangkan di Amazon untuk memvalidasi bahwa tim dapat mengoperasikan beban kerja mereka dengan aman. ORR adalah proses peninjauan dan inspeksi menggunakan daftar periksa persyaratan. ORR adalah pengalaman layanan mandiri yang digunakan tim untuk memastikan beban kerja mereka. ORR mencakup praktik terbaik dari pelajaran yang kami dapatkan selama bertahun-tahun membangun perangkat lunak. 

 Daftar periksa ORR terdiri dari rekomendasi arsitektur, proses operasional, manajemen peristiwa, dan kualitas rilis. Proses Koreksi Kesalahan (CoE) kami merupakan pendorong utama item-item ini. Analisis pascainsiden Anda sendiri harus mendorong pengembangan ORR Anda. ORR tidak hanya tentang mengikuti praktik terbaik tapi juga mencegah kemungkinan peristiwa yang telah Anda lihat sebelumnya. Terakhir, keamanan, pengelolaan, dan kepatuhan persyaratan juga dapat disertakan dalam ORR. 

 Jalankan ORR sebelum beban kerja meluncur ke ketersediaan umum dan kemudian ke seluruh siklus pengembangan perangkat lunak. Menjalankan ORR sebelum peluncuran meningkatkan kemampuan Anda untuk mengoperasikan beban kerja dengan aman. Jalankan kembali ORR Anda secara berkala pada beban kerja untuk mengetahui penyimpangan dari praktik terbaik. Anda dapat memiliki daftar periksa ORR untuk peluncuran layanan baru dan ORR untuk peninjauan berkala. Ini membantu Anda untuk tetap up to date dengan praktik terbaik yang muncul dan menggabungkan pelajaran yang didapatkan dari analisis pascainsiden. Saat penggunaan cloud Anda matang, Anda dapat membangun persyaratan ORR ke dalam arsitektur Anda secara default. 

 **Hasil yang diinginkan:**  Anda memiliki daftar periksa ORR dengan praktik terbaik untuk organisasi Anda. ORR dilakukan sebelum peluncuran beban kerja. ORR dijalankan secara berkala selama kursus siklus beban kerja. 

 **Antipola umum:** 
+ Anda meluncurkan beban kerja tanpa mengetahui apakah Anda dapat mengoperasikannya. 
+ Persyaratan pengelolaan dan keamanan tidak diikutsertakan ketika menyertifikasi beban kerja untuk peluncuran. 
+ Beban kerja tidak dievaluasi kembali secara berkala. 
+ Beban kerja diluncurkan tanpa diterapkannya prosedur yang diperlukan. 
+ Anda melihat pengulangan kegagalan akar masalah yang sama di beberapa beban kerja. 

 **Manfaat menjalankan praktik terbaik ini:** 
+  Beban kerja Anda mencakup praktik terbaik arsitektur, proses, dan manajemen. 
+  Pelajaran yang didapatkan digabungkan dalam proses ORR. 
+  Prosedur yang diperlukan tersedia ketika beban kerja diluncurkan. 
+  ORR dijalankan di seluruh siklus perangkat lunak beban kerja Anda. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi 

## Panduan implementasi
<a name="implementation-guidance"></a>

 ORR adalah dua hal: proses dan daftar periksa. Proses ORR Anda harus diadopsi oleh organisasi Anda dan didukung oleh sponsor eksekutif. Minimal, ORR harus dilakukan sebelum beban kerja meluncur ke ketersediaan umum. Jalankan ORR di seluruh siklus pengembangan perangkat lunak untuk tetap up to date dengan praktik terbaik atau persyaratan baru. Daftar periksa ORR harus mencakup item konfigurasi, persyaratan keamanan dan pengelolaan, serta praktik terbaik dari organisasi Anda. Seiring waktu, Anda dapat menggunakan layanan, seperti [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html), [AWS Security Hub CSPM](https://docs.aws.amazon.com/securityhub/latest/userguide/what-is-securityhub.html), dan [Pagar Pembatas AWS Control Tower](https://docs.aws.amazon.com/controltower/latest/userguide/guardrails.html), untuk membangun praktik terbaik dari ORR ke pagar pembatas untuk deteksi praktik terbaik secara otomatis. 

 **Contoh pelanggan** 

 Setelah beberapa insiden produksi, AnyCompany Retail memutuskan untuk menerapkan proses ORR. Mereka membangun daftar periksa yang terdiri dari praktik terbaik, persyaratan pengelolaan dan kepatuhan, serta pelajaran yang didapatkan dari pemadaman. Beban kerja baru melakukan ORR sebelum diluncurkan. Setiap beban kerja melakukan ORR setiap tahun dengan sebagian praktik terbaik untuk menggabungkan praktik terbaik dan persyaratan baru yang ditambahkan ke daftar periksa ORR. Seiring waktu, AnyCompany Retail menggunakan [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) untuk mendeteksi beberapa praktik terbaik, yang mempercepat proses ORR. 

 **Langkah implementasi** 

 Untuk mempelajari selengkapnya tentang ORR, baca: [laporan resmi Peninjauan Kesiapan Operasional (ORR)](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/wa-operational-readiness-reviews.html). Laporan resmi ini menyediakan detail informasi tentang riwayat proses ORR, cara membangun praktik ORR Anda sendiri, dan cara mengembangkan daftar periksa ORR Anda. Langkah-langkah berikut ini merupakan versi singkat dari dokumen tersebut. Untuk pemahaman yang mendalam tentang apa itu ORR dan bagaimana membangunnya, sebaiknya baca laporan resmi tersebut. 

1. Kumpulkan pemangku kepentingan utama, termasuk perwakilan dari keamanan, operasi, dan pengembangan. 

1. Minta setiap pemangku kepentingan untuk menyediakan setidaknya satu persyaratan. Untuk iterasi pertama, coba batasi jumlah item menjadi 30 atau kurang. 
   +  [Lampiran B: Contoh pertanyaan ORR](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/appendix-b-example-orr-questions.html) dari laporan resmi Peninjauan Kesiapan Operasional (ORR) yang berisi sampel pertanyaan yang dapat Anda gunakan untuk memulai. 

1. Kumpulkan persyaratan Anda ke dalam lembar kerja. 
   + Anda dapat menggunakan [lensa kustom](https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses-custom.html) di [AWS Well-Architected Tool](https://console.aws.amazon.com/wellarchiected/) untuk mengembangkan ORR Anda dan membagikannya ke seluruh akun dan Organisasi AWS Anda. 

1. Identifikasi satu beban kerja untuk diberikan ORR. Idealnya adalah beban kerja sebelum peluncuran atau beban kerja internal. 

1. Pelajari daftar periksa ORR dan catat semua penemuan yang dibuat. Penemuannya mungkin akan buruk jika terdapat mitigasi. Untuk penemuan yang minim mitigasi, tambahkan beban kerja ke backlog item Anda dan implementasikan sebelum peluncuran. 

1. Lanjutkan penambahan praktik terbaik dan persyaratan ke daftar periksa ORR Anda seiring waktu. 

 Pelanggan Dukungan dengan Enterprise Support dapat mengajukan permintaan [Lokakarya Peninjauan Kesiapan Operasional](https://aws.amazon.com/premiumsupport/technology-and-programs/proactive-services/) dari Manajer Akun Teknis mereka. Lokakarya ini adalah sesi *penelusuran mundur (working backward)* interaktif untuk mengembangkan daftar periksa ORR Anda. 

 **Tingkat upaya untuk rencana implementasi:** Tinggi. Untuk mengadopsi praktik ORR pada organisasi Anda diperlukan sponsor eksekutif dan dukungan pemangku kepentingan. Buat dan perbarui daftar periksa dengan masukan dari seluruh organisasi Anda. 

## Sumber daya
<a name="resources"></a>

 **Praktik Terbaik Terkait:** 
+ [OPS01-BP03 Mengevaluasi persyaratan tata kelola](ops_priorities_governance_reqs.md) – Persyaratan tata kelola sangat sesuai untuk daftar periksa ORR. 
+ [OPS01-BP04 Evaluasi persyaratan kepatuhan](ops_priorities_compliance_reqs.md) – Terkadang persyaratan kepatuhan tercantum di daftar periksa ORR. Terkadang persyaratan kepatuhan adalah proses yang terpisah. 
+ [OPS03-BP07 Bekali tim dengan sumber daya dengan sesuai](ops_org_culture_team_res_appro.md) – Kemampuan tim merupakan kandidat yang bagus untuk persyaratan ORR. 
+ [OPS06-BP01 Antisipasikan perubahan yang tidak berhasil](ops_mit_deploy_risks_plan_for_unsucessful_changes.md) – Rencana rollback atau rollfoward harus dibuat sebelum Anda meluncurkan beban kerja Anda. 
+ [OPS07-BP01 Memastikan kemampuan personel](ops_ready_to_support_personnel_capability.md) – Untuk mendukung beban kerja, Anda harus memiliki personel yang diperlukan. 
+ [SEC01-BP03 Mengidentifikasi dan memvalidasi tujuan kontrol](https://docs.aws.amazon.com/wellarchitected/latest/framework/sec_securely_operate_control_objectives.html) – Tujuan kontrol keamanan menyempurnakan persyaratan ORR. 
+ [REL13-BP01 Menetapkan sasaran pemulihan untuk waktu henti dan kehilangan data](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_planning_for_recovery_objective_defined_recovery.html) – Rencana pemulihan bencana merupakan persyaratan ORR yang bagus. 
+ [COST02-BP01 Mengembangkan kebijakan berdasarkan keperluan organisasi Anda](https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_govern_usage_policies.html) – Kebijakan manajemen biaya bagus untuk dicantumkan dalam daftar ORR Anda. 

 **Dokumen terkait:** 
+  [AWS Control Tower - Pagar Pembatas di AWS Control Tower](https://docs.aws.amazon.com/controltower/latest/userguide/guardrails.html) 
+  [AWS Well-Architected Tool - Lensa Kustom](https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses-custom.html) 
+  [Templat Peninjauan Kesiapan Operasional oleh Adrian Hornsby](https://medium.com/the-cloud-architect/operational-readiness-review-template-e23a4bfd8d79) 
+  [Laporan Resmi Peninjauan Kesiapan Operasional (ORR)](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/wa-operational-readiness-reviews.html) 

 **Video terkait:** 
+  [AWS Dukungan Anda \$1 Membangun Peninjauan Kesiapan Operasional (ORR) yang Efektif](https://www.youtube.com/watch?v=Keo6zWMQqS8) 

 **Contoh terkait:** 
+  [Sampel Lensa Peninjauan Kesiapan Operasional (ORR)](https://github.com/aws-samples/custom-lens-wa-sample/tree/main/ORR-Lens) 

 **Layanan terkait:** 
+  [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) 
+  [AWS Control Tower](https://docs.aws.amazon.com/controltower/latest/userguide/what-is-control-tower.html) 
+  [AWS Security Hub CSPM](https://docs.aws.amazon.com/securityhub/latest/userguide/what-is-securityhub.html) 
+  [AWS Well-Architected Tool](https://docs.aws.amazon.com/wellarchitected/latest/userguide/intro.html) 

# OPS07-BP03 Menggunakan runbook untuk menjalankan prosedur
<a name="ops_ready_to_support_use_runbooks"></a>

 Sebuah *runbook* adalah proses terdokumentasi untuk mencapai hasil tertentu. Runbook terdiri dari serangkaian langkah yang diikuti seseorang untuk menyelesaikan sesuatu. Runbook telah digunakan dalam operasi sejak masa-masa awal industri penerbangan. Dalam operasi cloud, kita menggunakan runbook untuk mengurangi risiko dan mencapai hasil yang diinginkan. Dalam bentuk paling sederhananya, runbook adalah daftar periksa untuk menyelesaikan tugas. 

 Runbook adalah bagian penting dari operasi beban kerja Anda. Mulai dari orientasi anggota tim baru hingga melakukan deployment rilis utama, runbook adalah proses terkodifikasi yang memberikan hasil konsisten, siapa pun yang menggunakannya. Runbook harus dipublikasikan di lokasi sentral dan diperbarui seiring prosesnya berkembang karena memperbarui runbook adalah komponen utama dari proses manajemen perubahan. Runbook juga harus menyertakan panduan tentang penanganan kesalahan, alat, izin, pengecualian, dan eskalasi jika terjadi masalah. 

 Saat organisasi Anda matang, mulailah mengotomatiskan runbook. Mulailah dengan runbook yang singkat dan sering digunakan. Gunakan bahasa skrip untuk mengotomatiskan langkah-langkah atau mempermudah pelaksanaan langkah-langkah. Seiring Anda mengotomatiskan beberapa runbook pertama, Anda akan mendedikasikan waktu untuk mengotomatiskan runbook yang lebih kompleks. Seiring waktu, sebagian besar runbook Anda harus diotomatiskan dalam cara tertentu. 

 **Hasil yang diinginkan:** Tim Anda memiliki kumpulan panduan langkah demi langkah untuk melakukan tugas beban kerja. Runbook berisi hasil yang diinginkan, alat dan izin yang diperlukan, serta petunjuk untuk penanganan kesalahan. Runbook disimpan di lokasi sentral dan sering diperbarui. 

 **Antipola umum:** 
+  Mengandalkan memori untuk menyelesaikan setiap langkah dari suatu proses. 
+  Menerapkan perubahan secara manual tanpa daftar periksa. 
+  Anggota tim yang berbeda-beda melakukan proses yang sama, tetapi dengan langkah atau hasil yang berbeda. 
+  Membiarkan runbook tidak sinkron dengan perubahan sistem dan otomatisasi. 

 **Manfaat menjalankan praktik terbaik ini:** 
+  Mengurangi tingkat kesalahan untuk tugas manual. 
+  Operasi dilakukan secara konsisten. 
+  Anggota tim baru dapat mulai melakukan tugas dengan lebih cepat. 
+  Runbook dapat diotomatiskan untuk mengurangi upaya yang diperlukan. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>

 Runbook dapat memiliki beberapa bentuk, bergantung pada tingkat kematangan organisasi Anda. Minimal, runbook harus terdiri dari dokumen teks langkah demi langkah. Hasil yang diinginkan harus ditunjukkan dengan jelas. Dokumentasikan dengan jelas izin atau alat khusus yang diperlukan. Berikan panduan mendetail tentang penanganan kesalahan dan eskalasi jika terjadi kesalahan. Cantumkan pemilik runbook dan publikasikan di lokasi sentral. Setelah runbook Anda didokumentasikan, validasikan dengan meminta orang lain di tim Anda untuk menjalankannya. Seiring prosedur berkembang, perbarui runbook Anda sesuai dengan proses manajemen perubahan Anda. 

 Runbook teks Anda harus diotomatiskan seiring organisasi Anda makin matang. Dengan layanan seperti [otomatisasi AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html), Anda dapat mentransformasikan teks biasa menjadi otomatisasi yang dapat dijalankan dengan beban kerja Anda. Otomatisasi ini dapat dijalankan sebagai respons terhadap peristiwa, sehingga mengurangi beban operasional untuk memelihara beban kerja Anda. 

 **Contoh pelanggan** 

 AnyCompany Retail harus melakukan pembaruan skema basis data selama deployment perangkat lunak. Tim Operasi Cloud bekerja sama dengan Tim Administrasi Basis Data untuk membuat runbook guna menerapkan perubahan ini secara manual. Runbook ini mencantumkan setiap langkah prosesnya dalam bentuk daftar periksa. Runbook ini berisi bagian tentang penanganan kesalahan jika terjadi kesalahan. Mereka memublikasikan runbook di wiki internal mereka bersama dengan runbook mereka yang lain. Tim Operasi Cloud berencana untuk mengotomatiskan runbook dalam sprint mendatang. 

## Langkah implementasi
<a name="implementation-steps"></a>

 Jika Anda belum memiliki repositori dokumen, repositori kontrol versi adalah tempat yang tepat untuk mulai membangun pustaka runbook Anda. Anda dapat membangun runbook Anda menggunakan Markdown. Kami telah menyediakan contoh templat runbook yang dapat Anda gunakan untuk mulai membangun runbook. 

```
# Judul Runbook ## Info Runbook | ID Runbook | Deskripsi | Alat yang Digunakan | Izin Khusus | Penulis Runbook | Terakhir Diperbarui | POC Eskalasi | |-------|-------|-------|-------|-------|-------|-------| | RUN001 | Apa tujuan penggunaan runbook ini? Apa hasil yang diinginkan? | Alat | Izin | Nama Anda | 21-9-2022 | Nama Eskalasi | ## Langkah 1. Langkah pertama 2. Langkah kedua
```

1.  Jika Anda belum memiliki repositori atau wiki dokumentasi, buat repositori kontrol versi baru di sistem kontrol versi Anda. 

1.  Identifikasi proses yang tidak memiliki runbook. Proses yang ideal adalah proses yang dilakukan secara semireguler, sedikit jumlah langkahnya, dan memiliki kegagalan berdampak rendah. 

1.  Di repositori dokumen Anda, buat draf dokumen Markdown baru menggunakan templat tersebut. Isi `Judul Runbook` dan bidang yang diperlukan di bagian `Info Runbook`. 

1.  Dimulai dengan langkah pertama, isi bagian `Langkah` dalam runbook ini. 

1.  Berikan runbook ini kepada para anggota tim. Minta mereka menggunakan runbook ini untuk memvalidasi langkah-langkahnya. Jika ada sesuatu yang belum dimasukkan atau memerlukan kejelasan, perbarui runbook ini. 

1.  Publikasikan runbook ini ke penyimpanan dokumentasi internal Anda. Setelah dipublikasikan, beri tahu tim Anda dan pemangku kepentingan lainnya. 

1.  Seiring waktu, Anda akan membangun pustaka runbook. Saat pustaka tersebut tumbuh, mulailah bekerja untuk mengotomatiskan runbook. 

 **Tingkat upaya untuk rencana implementasi:** Rendah. Standar minimum untuk runbook adalah panduan teks langkah demi langkah. Mengotomatiskan runbook dapat meningkatkan upaya implementasi. 

## Sumber daya
<a name="resources"></a>

 **Praktik terbaik terkait:** 
+  [OPS02-BP02 Proses dan Prosedur memiliki pemilik teridentifikasi](ops_ops_model_def_proc_owners.md): Runbook harus memiliki pemilik yang bertanggung jawab untuk memeliharanya. 
+  [OPS07-BP04 Menggunakan buku panduan untuk menyelidiki masalah](ops_ready_to_support_use_playbooks.md): Runbook dan playbook mirip satu sama lain dengan satu perbedaan utama: runbook memiliki hasil yang diinginkan. Dalam banyak kasus, runbook dipicu setelah playbook mengidentifikasi akar penyebab. 
+  [OPS10-BP01 Menggunakan proses untuk manajemen peristiwa, insiden, dan masalah](ops_event_response_event_incident_problem_process.md): Runbook adalah bagian dari praktik manajemen yang baik terkait peristiwa, insiden, dan masalah. 
+  [OPS10-BP02 Menjalankan proses untuk setiap peringatan](ops_event_response_process_per_alert.md): Runbook dan playbook harus digunakan untuk menanggapi peringatan. Seiring waktu, reaksi ini harus diotomatiskan. 
+  [OPS11-BP04 Menjalankan manajemen pengetahuan](ops_evolve_ops_knowledge_management.md): Memelihara runbook adalah bagian penting dari manajemen pengetahuan. 

 **Dokumen terkait:** 
+ [Mencapai Keunggulan Operasional menggunakan playbook dan runbook otomatis](https://aws.amazon.com/blogs/mt/achieving-operational-excellence-using-automated-playbook-and-runbook/) 
+ [AWS Systems Manager: Bekerja dengan runbook](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-documents.html) 
+ [Playbook migrasi untuk migrasi besar AWS - Tugas 4: Meningkatkan runbook migrasi Anda](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-migration-playbook/task-four-migration-runbooks.html) 
+ [Gunakan runbook Otomatisasi AWS Systems Manager untuk menyelesaikan tugas operasional](https://aws.amazon.com/blogs/mt/use-aws-systems-manager-automation-runbooks-to-resolve-operational-tasks/) 

 **Video terkait:** 
+  [AWS re:Invent 2019: Panduan mandiri untuk runbook, laporan insiden, dan respons insiden (SEC318-R1)](https://www.youtube.com/watch?v=E1NaYN_fJUo) 
+  [Cara mengotomatiskan Operasi IT di AWS \$1 Amazon Web Services](https://www.youtube.com/watch?v=GuWj_mlyTug) 
+  [Integrasikan Skrip ke dalam AWS Systems Manager](https://www.youtube.com/watch?v=Seh1RbnF-uE) 

 **Contoh terkait:** 
+  [AWS Systems Manager: Panduan otomatisasi](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-walk.html) 
+  [AWS Systems Manager: Pulihkan volume root dari snapshot runbook terbaru](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-document-sample-restore.html)
+  [Membangun runbook respons insiden AWS menggunakan notebook Jupyter dan CloudTrail Lake](https://catalog.us-east-1.prod.workshops.aws/workshops/a5801f0c-7bd6-4282-91ae-4dfeb926a035/en-US) 
+  [Gitlab - Runbook](https://gitlab.com/gitlab-com/runbooks) 
+  [Rubix - Pustaka Python untuk membuat runbook di Notebook Jupyter](https://github.com/Nurtch/rubix) 
+  [Menggunakan Document Builder untuk membuat runbook kustom](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-walk-document-builder.html) 
+  [Lab Well-Architected: Mengotomatiskan operasi dengan Playbook dan Runbook](https://wellarchitectedlabs.com/operational-excellence/200_labs/200_automating_operations_with_playbooks_and_runbooks/) 

 **Layanan terkait:** 
+  [Otomatisasi AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) 

# OPS07-BP04 Menggunakan buku panduan untuk menyelidiki masalah
<a name="ops_ready_to_support_use_playbooks"></a>

 Playbook adalah panduan mendetail yang digunakan untuk menyelidiki insiden. Ketika terjadi sebuah insiden, playbook digunakan untuk menyelidiki, membuat cakupan dampak, dan mengidentifikasi akar masalah. Playbook digunakan untuk berbagai skenario, dari deployment yang gagal hingga insiden keamanan. Dalam banyak kasus, playbook mengidentifikasi akar masalah yang dimitigasi menggunakan runbook. Playbook adalah komponen pokok dalam rencana respons insiden organisasi Anda. 

 Playbook yang baik memiliki sejumlah fitur utama. Playbook memberikan panduan secara mendetail bagi pengguna, dalam proses penemuan. Dengan berpikir secara holistik, langkah apa saja yang sebaiknya diikuti seseorang untuk mendiagnosis insiden? Tetapkan secara jelas di dalam playbook jika alat-alat khusus atau izin yang dinaikkan diperlukan di dalam playbook. Memiliki rencana komunikasi untuk memberi informasi kepada para pemangku kepentingan mengenai status penyelidikan adalah komponen utama. Dalam situasi ketika akar penyebab tidak dapat diidentifikasi, playbook harus memiliki rencana eskalasi. Jika akar masalah diidentifikasi, playbook harus mengarah ke runbook yang menjelaskan cara menyelesaikannya. Playbook harus disimpan secara terpusat dan dipelihara secara rutin. Jika playbook digunakan untuk pemberitahuan khusus, bekali tim Anda dengan penunjuk ke playbook di dalam pemberitahuan tersebut. 

 Otomatisasi playbook Anda seiring kematangan organisasi. Mulai dengan playbook yang mencakup insiden berisiko rendah. Gunakan penulisan skrip untuk mengotomatiskan langkah-langkah penemuan. Pastikan Anda memiliki runbook pendamping untuk memitigasi akar masalah umum. 

 **Hasil yang diinginkan:** Organisasi Anda memiliki playbook untuk insiden umum. Playbook disimpan di lokasi terpusat dan tersedia untuk anggota tim Anda. Playbook sering diperbarui. Runbook pendamping dibuat untuk akar masalah apa pun yang diketahui. 

 **Antipola umum:** 
+  Tidak ada cara standar untuk menyelidiki insiden. 
+  Anggota tim mengandalkan memori otot atau pengetahuan institusional untuk memecahkan masalah kegagalan deployment. 
+  Anggota tim baru mempelajari cara menyelidiki permasalahan melalui coba-coba. 
+  Praktik terbaik untuk menyelidiki permasalahan tidak dibagikan ke seluruh tim. 

 **Manfaat menjalankan praktik terbaik ini:** 
+  Playbook meningkatkan upaya Anda untuk memitigasi insiden. 
+  Anggota tim yang berbeda-beda dapat menggunakan playbook yang sama untuk mengidentifikasi akar masalah secara konsisten. 
+  Setelah akar masalah diketahui kemudian bisa dikembangkan runbook, sehingga dapat mempercepat waktu pemulihan. 
+  Playbook memungkinkan anggota tim untuk mulai berkontribusi lebih cepat. 
+  Tim dapat menskalakan proses mereka dengan playbook yang dapat diulang. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang 

## Panduan implementasi
<a name="implementation-guidance"></a>

 Bagaimana Anda membangun dan menggunakan playbook bergantung pada kematangan organisasi Anda. Jika Anda baru mengenal cloud, bangun playbook dalam bentuk teks di dalam repositori dokumen pusat. Seiring kematangan organisasi, playbook dapat menjadi semi-otomatis dengan bahasa skrip seperti Python. Skrip-skrip ini dapat dijalankan di dalam notebook Jupyter untuk mempercepat penemuan. Organisasi tingkat lanjut memiliki playbook yang sepenuhnya otomatis untuk permasalahan umum yang diperbaiki secara otomatis dengan runbook. 

 Mulai bangun playbook Anda dengan mengidentifikasi insiden-insiden umum yang terjadi pada beban kerja Anda. Pilih playbook untuk insiden berisiko rendah dan dengan akar masalah yang telah dipersempit menjadi beberapa permasalahan untuk mengawalinya. Setelah Anda memiliki playbook untuk skenario yang lebih sederhana, beralihlah ke skenario berisiko lebih tinggi atau skenario dengan akar masalah yang tidak dikenal dengan baik. 

 Playbook teks Anda harus diotomatiskan seiring pematangan organisasi Anda. Dengan layanan seperti [AWS Systems Manager Automations](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html), teks biasa dapat ditransformasikan menjadi otomatis. Otomatisasi ini dapat dijalankan terhadap beban kerja untuk mempercepat penyelidikan. Otomatisasi ini dapat diaktifkan untuk merespons peristiwa, sehingga mengurangi rata-rata waktu untuk menemukan dan menyelesaikan insiden. 

 Pelanggan dapat menggunakan [Manajer Insiden AWS Systems Manager](https://docs.aws.amazon.com/incident-manager/latest/userguide/what-is-incident-manager.html) untuk merespons insiden. Layanan ini menyediakan satu antarmuka untuk memeriksa insiden, memberi informasi kepada pemangku kepentingan selama penemuan dan mitigasi, dan berkolaborasi melalui insiden. Layanan ini menggunakan AWS Systems Manager Automations untuk mempercepat deteksi dan pemulihan. 

 **Contoh pelanggan** 

 Insiden produksi memberikan dampak pada AnyCompany Retail. Rekayasawan yang siap dipanggil kapan saja (on-call) menggunakan playbook untuk menyelidiki permasalahan. Seiring mereka mengikuti langkah-langkahnya, mereka terus memutakhirkan pemangku kepentingan utama yang diidentifikasi di dalam playbook. Rekayasawan mengidentifikasi akar masalah sebagai kondisi pacu di dalam layanan backend. Menggunakan runbook, rekayasawan meluncurkan ulang layanan, sehingga AnyCompany Retail dapat kembali online. 

## Langkah implementasi
<a name="implementation-steps"></a>

 Jika Anda belum memiliki repositori dokumen, kami menyarankan pembuatan repositori kontrol versi untuk pustaka playbook Anda. Anda dapat membangun playbook Anda menggunakan Markdown, yang kompatibel dengan sebagian besar sistem otomatisasi playbook. Jika Anda memulai dari nol, gunakan contoh templat playbook berikut ini. 

```
# Judul Playbook ## Info Playbook | ID Playbook | Deskripsi | Alat yang Digunakan | Izin Khusus | Penyusun Playbook | Terakhir Diperbarui | POC Eskalasi | Pemangku Kepentingan | Rencana Komunikasi | |-------|-------|-------|-------|-------|-------|-------|-------|-------| | RUN001 | Untuk apa playbook ini? Untuk insiden apa playbook ini? | Alat | Izin | Nama Anda | 21-09-2022 | Nama Eskalasi | Nama Pemangku Kepentingan | Bagaimana pembaruan akan disampaikan selama penyelidikan? | ## Langkah 1. Langkah pertama 2. Langkah kedua
```

1.  Jika Anda belum memiliki repositori dokumen atau wiki, buat repositori kontrol versi baru untuk playbook Anda di sistem kontrol versi Anda. 

1.  Identifikasi permasalahan umum yang memerlukan penyelidikan. Ini sebaiknya adalah skenario dengan akar masalah yang dibatasi ke beberapa permasalahan dan penyelesaiannya berisiko rendah. 

1.  Menggunakan templat Markdown, lengkapi bagian `Nama Playbook` dan bidang di bawah `Info Playbook`. 

1.  Lengkapi langkah-langkah pemecahan masalah. Sampaikan sejelas mungkin tindakan yang akan dilakukan atau area apa saja yang harus Anda selidiki. 

1.  Berikan playbook tersebut kepada anggota tim dan minta mereka mempelajari dan memvalidasinya. Jika terdapat hal yang terlewat atau tidak jelas, perbarui playbook. 

1.  Terbitkan playbook di dalam repositori dokumen Anda dan informasikan kepada tim dan pemangku kepentingan. 

1.  Pustaka playbook ini akan tumbuh seiring Anda menambahkan lebih banyak playbook. Setelah Anda memiliki beberapa playbook, mulailah mengotomatiskannya menggunakan alat seperti AWS Systems Manager Automations untuk terus menyinkronkan otomatisasi dan playbook. 

 **Tingkat upaya untuk rencana implementasi:** Rendah. Playbook Anda harus berupa dokumen teks yang disimpan di lokasi terpusat. Organisasi yang lebih matang akan beralih ke otomatisasi playbook. 

## Sumber daya
<a name="resources"></a>

 **Praktik terbaik terkait:** 
+  [OPS02-BP02 Proses dan Prosedur memiliki pemilik teridentifikasi](ops_ops_model_def_proc_owners.md): Runbook harus memiliki pemilik yang bertanggung jawab untuk memeliharanya. 
+  [OPS07-BP03 Menggunakan runbook untuk menjalankan prosedur](ops_ready_to_support_use_runbooks.md): Runbook dan playbook mirip, tetapi dengan satu perbedaan utama: runbook memiliki hasil yang diinginkan. Dalam banyak kasus, runbook digunakan setelah playbook mengidentifikasi akar penyebab. 
+  [OPS10-BP01 Menggunakan proses untuk manajemen peristiwa, insiden, dan masalah](ops_event_response_event_incident_problem_process.md): Playbook adalah bagian dari praktik manajemen yang baik terkait peristiwa, insiden, dan masalah. 
+  [OPS10-BP02 Menjalankan proses untuk setiap peringatan](ops_event_response_process_per_alert.md): Runbook dan playbook harus digunakan untuk menanggapi peringatan. Seiring waktu, reaksi ini harus diotomatiskan. 
+  [OPS11-BP04 Menjalankan manajemen pengetahuan](ops_evolve_ops_knowledge_management.md): Memelihara playbook adalah bagian penting dari manajemen pengetahuan. 

 **Dokumen terkait:** 
+ [ Mencapai Keunggulan Operasional menggunakan playbook dan runbook otomatis ](https://aws.amazon.com/blogs/mt/achieving-operational-excellence-using-automated-playbook-and-runbook/)
+  [AWS Systems Manager: Bekerja dengan runbook](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-documents.html) 
+ [ Gunakan runbook AWS Systems Manager Automations untuk menyelesaikan tugas operasional ](https://aws.amazon.com/blogs/mt/use-aws-systems-manager-automation-runbooks-to-resolve-operational-tasks/)

 **Video terkait:** 
+ [AWS re:Invent 2019: Panduan mandiri untuk runbook, laporan insiden, dan respons insiden (SEC318-R1) ](https://www.youtube.com/watch?v=E1NaYN_fJUo)
+ [Manajer Insiden AWS Systems Manager - Lokakarya Virtual AWS](https://www.youtube.com/watch?v=KNOc0DxuBSY)
+ [ Integrasikan Skrip ke dalam AWS Systems Manager](https://www.youtube.com/watch?v=Seh1RbnF-uE)

 **Contoh terkait:** 
+ [ Kerangka Kerja Playbook Pelanggan AWS](https://github.com/aws-samples/aws-customer-playbook-framework)
+ [AWS Systems Manager: Panduan otomatisasi ](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-walk.html)
+ [ Membangun runbook respons insiden AWS menggunakan notebook Jupyter dan CloudTrail Lake ](https://catalog.workshops.aws/workshops/a5801f0c-7bd6-4282-91ae-4dfeb926a035/en-US)
+ [ Rubix – Pustaka Python untuk membuat runbook di Notebook Jupyter ](https://github.com/Nurtch/rubix)
+ [ Menggunakan Document Builder untuk membuat runbook kustom ](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-walk-document-builder.html)
+ [ Lab Well-Architected: Mengotomatiskan operasi dengan Playbook dan Runbook ](https://wellarchitectedlabs.com/operational-excellence/200_labs/200_automating_operations_with_playbooks_and_runbooks/)
+ [ Lab Well-Architect: Playbook respons insiden dengan Jupyter ](https://www.wellarchitectedlabs.com/security/300_labs/300_incident_response_playbook_with_jupyter-aws_iam/)

 **Layanan terkait:** 
+ [AWS Systems Manager Automation ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)
+ [Manajer Insiden AWS Systems Manager](https://docs.aws.amazon.com/incident-manager/latest/userguide/what-is-incident-manager.html)

# OPS07-BP05 Membuat keputusan yang tepat untuk melakukan deployment sistem dan perubahan
<a name="ops_ready_to_support_informed_deploy_decisions"></a>

 Evaluasikan kemampuan tim untuk mendukung beban kerja dan kepatuhan beban kerja terhadap tata kelola. Evaluasikan hal tersebut terhadap manfaat deployment ketika menentukan untuk transisi sistem atau mengubah ke produksi. Untuk membuat keputusan yang tepat, pahami manfaat dan risikonya. 

 Pre-mortem adalah latihan simulasi tim terhadap kegagalan untuk mengembangkan strategi mitigasi. Gunakan pre-mortem untuk mengantisipasi kegagalan dan menciptakan prosedur ketika diperlukan. Ketika Anda membuat perubahan di daftar periksa yang Anda gunakan untuk mengevaluasi beban kerja Anda, rencanakan apa yang akan Anda lakukan dengan sistem langsung yang tidak lagi patuh. 

 **Antipola umum:** 
+  Memutuskan untuk melakukan deployment beban kerja tanpa memahami risiko keamanan yang ada dalam beban kerja. 
+  Memutuskan untuk melakukan deployment beban kerja tanpa memahami apakah beban kerja sesuai dengan standar dan tata kelola. 
+  Memutuskan untuk melakukan deployment beban kerja tanpa memahami apakah tim Anda dapat mendukungnya. 
+  Memutuskan untuk melakukan deployment beban kerja tanpa memahami manfaatnya untuk organisasi. 

 **Manfaat menerapkan praktik terbaik ini:** Memiliki anggota tim yang terampil memungkinkan dukungan yang efektif untuk beban kerja. 

 **Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah 

## Panduan implementasi
<a name="implementation-guidance"></a>
+  Buat keputusan yang tepat untuk melakukan deployment beban kerja dan perubahan: Evaluasikan kemampuan tim untuk mendukung beban kerja dan kepatuhan beban kerja terhadap tata kelola. Evaluasikan hal tersebut terhadap manfaat deployment ketika menentukan untuk transisi sistem atau mengubah ke produksi. Untuk membuat keputusan yang tepat, pahami manfaat dan risikonya.