

# SUS 2 Bagaimana cara menyelaraskan sumber daya cloud dengan permintaan Anda?
<a name="sus-02"></a>

Cara pengguna dan aplikasi menggunakan beban kerja Anda dan sumber daya lainnya dapat membantu Anda mengidentifikasi peningkatan untuk memenuhi tujuan keberlanjutan. Skalakan infrastruktur agar dapat terus sesuai dengan permintaan dan pastikan bahwa Anda hanya menggunakan sumber daya minimum yang diperlukan untuk mendukung para pengguna Anda. Selaraskan tingkat layanan dengan kebutuhan para pelanggan. Posisikan sumber daya guna membatasi jaringan yang diperlukan para pengguna dan aplikasi untuk memakainya. Hapus aset yang tidak digunakan. Bekali anggota tim Anda dengan perangkat yang mendukung kebutuhan mereka dan meminimalkan dampak terhadap keberlanjutan.

**Topics**
+ [SUS02-BP01 Menskalakan infrastruktur beban kerja secara dinamis](sus_sus_user_a2.md)
+ [SUS02-BP02 Sejajar dengan tujuan keberlanjutan SLAs](sus_sus_user_a3.md)
+ [SUS02-BP03 Menghentikan pembuatan dan pemeliharaan aset yang tak terpakai](sus_sus_user_a4.md)
+ [SUS02-BP04 Optimalkan penempatan geografis beban kerja berdasarkan persyaratan jaringan mereka](sus_sus_user_a5.md)
+ [SUS02-BP05 Mengoptimalkan sumber daya anggota tim untuk aktivitas yang dijalankan](sus_sus_user_a6.md)
+ [SUS02-BP06 Menerapkan buffering atau throttling untuk meratakan kurva permintaan](sus_sus_user_a7.md)

# SUS02-BP01 Menskalakan infrastruktur beban kerja secara dinamis
<a name="sus_sus_user_a2"></a>

Gunakan elastisitas cloud dan skalakan infrastruktur Anda secara dinamis untuk menyesuaikan pasokan sumber daya cloud dengan permintaan dan menghindari terjadinya kelebihan penyediaan kapasitas di beban kerja Anda.

**Anti-pola umum:**
+ Anda tidak menskalakan infrastruktur Anda dengan beban pengguna.
+ Anda menskalakan secara manual infrastruktur Anda sepanjang waktu.
+ Anda membiarkan peningkatan kapasitas setelah terjadi peristiwa penskalaan, bukannya menurunkan kembali skala.

 **Manfaat menerapkan praktik terbaik ini:** Mengkonfigurasi dan menguji elastisitas beban kerja akan Anda membantu dalam mencocokkan pasokan sumber daya cloud secara efisien dengan permintaan dan menghindari terjadinya kelebihan penyediaan kapasitas. Anda dapat memanfaatkan elastisitas di cloud untuk menskalakan kapasitas secara otomatis selama dan setelah terjadi lonjakan permintaan. Hal ini bertujuan untuk memastikan bahwa Anda hanya menggunakan jumlah sumber daya yang benar-benar diperlukan untuk memenuhi persyaratan-persyaratan bisnis Anda.

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

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

 Cloud menyediakan fleksibilitas untuk memperluas atau mengurangi sumber daya Anda secara dinamis melalui beragam mekanisme untuk memenuhi perubahan-perubahan sesuai dengan permintaan. Menyesuaikan pasokan dengan permintaan secara optimal akan memberikan dampak lingkungan terendah untuk sebuah beban kerja. 

 Permintaan dapat bersifat tetap atau bervariasi, sehingga akan memerlukan metrik-metrik dan otomatisasi untuk memastikan bahwa manajemen permintaan tersebut tidak akan menyulitkan. Aplikasi dapat diskalakan secara vertikal (naik atau turun) dengan mengubah ukuran instans, secara horizontal (ke dalam atau ke luar) dengan mengubah jumlah instans, atau melakukan kombinasi keduanya. 

 Anda dapat menggunakan sejumlah pendekatan yang berbeda untuk menyesuaikan pasokan sumber daya dengan permintaan. 
+  **Pendekatan pelacakan target:** Pantau metrik penskalaan Anda dan tingkatkan atau turunkan kapasitas secara otomatis sesuai kebutuhan. 
+  **Penskalaan prediktif:** Lakukan pengurangan skala (scale in) dalam mengantisipasi tren harian dan mingguan. 
+  **Pendekatan berbasis jadwal:** Tetapkan jadwal penskalaan Anda sendiri sesuai dengan perubahan beban yang dapat diprediksi. 
+  **Penskalaan layanan:** Pilih layanan (seperti nirserver) yang secara native menskalakan berdasarkan desain atau menyediakan penskalaan otomatis sebagai fitur. 

 Identifikasi periode penggunaan rendah atau nol dan skalakan sumber daya untuk menghapus kapasitas berlebih dan meningkatkan efisiensi. 

## Langkah-langkah implementasi
<a name="implementation-steps"></a>
+ Elastisitas menyesuaikan pasokan sumber daya yang Anda miliki dengan permintaan untuk sumber daya tersebut. Instans, kontainer, dan fungsi menyediakan mekanisme-mekanisme untuk elastisitas, baik dalam kombinasi dengan penskalaan otomatis maupun sebagai fitur layanan. AWS menyediakan serangkaian mekanisme penskalaan otomatis untuk memastikan bahwa beban kerja tersebut dapat diturunkan skalanya dengan cepat dan mudah selama periode beban pengguna yang rendah. Berikut ini adalah beberapa contoh mekanisme penskalaan otomatis:    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/sus_sus_user_a2.html)
+  Penskalaan sering kali dibahas terkait dengan layanan-layanan komputasi seperti instans Amazon EC2 atau fungsi AWS Lambda. Pertimbangkan konfigurasi layanan non-komputasi seperti unit kapasitas baca dan tulis [Amazon DynamoDB](https://aws.amazon.com/dynamodb/) atau serpihan (shard) [Amazon Kinesis Data Streams](https://aws.amazon.com/kinesis/data-streams/) agar sesuai dengan permintaan. 
+  Pastikan bahwa metrik-metrik untuk melakukan peningkatan atau penurunan skala telah divalidasi terhadap jenis beban kerja yang di-deploy. Jika Anda men-deploy sebuah aplikasi transkode video, 100% pemanfaatan CPU adalah hal normal dan tidak boleh menjadi metrik primer Anda. Anda dapat menggunakan [metrik kustom](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) (seperti pemanfaatan memori) untuk kebijakan penskalaan Anda jika diperlukan. Untuk memilih metrik yang tepat, pertimbangkan panduan berikut untuk Amazon EC2: 
  +  Metrik tersebut harus merupakan metrik pemanfaatan yang valid dan mendeskripsikan tingkat kesibukan suatu instans. 
  +  Nilai metrik harus meningkatkan atau menurunkan jumlah instans secara proporsional dalam grup Auto Scaling. 
+  Gunakan [penskalaan dinamis](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scale-based-on-demand.html) alih-alih [penskalaan manual](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-manual-scaling.html) untuk grup Auto Scaling Anda. Kami juga menyarankan agar Anda menggunakan [kebijakan penskalaan pelacakan target](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html) dalam penskalaan dinamis Anda. 
+  Pastikan deployment beban kerja dapat menangani peristiwa penambahan skala dan pengurangan skala. Buatlah skenario pengujian untuk peristiwa-peristiwa penambahan skala guna memastikan bahwa beban kerja berperilaku sesuai harapan dan tidak memengaruhi pengalaman pengguna (seperti kehilangan sesi lekat (sticky session)). Anda dapat menggunakan [Riwayat aktivitas](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-verify-scaling-activity.html) untuk melakukan verifikasi terhadap aktivitas penskalaan untuk sebuah grup Auto Scaling. 
+  Lakukan evaluasi terhadap beban kerja Anda untuk memeriksa pola-pola terprediksi dan secara proaktif skalakan saat Anda mengantisipasi perubahan permintaan yang terencana dan terprediksi. Dengan penskalaan prediktif, Anda dapat menghilangkan kebutuhan untuk menyediakan kapasitas secara berlebih. Untuk detail selengkapnya, silakan lihat [Penskalaan Prediktif dengan Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/). 

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

 **Dokumen terkait:** 
+  [Memulai dengan Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html) 
+  [Penskalaan Prediktif untuk EC2, Didukung oleh Machine Learning](https://aws.amazon.com/blogs/aws/new-predictive-scaling-for-ec2-powered-by-machine-learning/) 
+  [Menganalisis perilaku pengguna dengan menggunakan Amazon OpenSearch Service, Amazon Data Firehose dan Kibana](https://aws.amazon.com/blogs/database/analyze-user-behavior-using-amazon-elasticsearch-service-amazon-kinesis-data-firehose-and-kibana/) 
+  [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) 
+  [Memantau muatan DB dengan Wawasan Performa di Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) 
+  [Memperkenalkan Dukungan Native untuk Penskalaan Prediktif dengan Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/) 
+  [Memperkenalkan Karpenter - Penskala Otomatis Klaster Kubernetes Sumber Terbuka dan Performa Tinggi](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/) 
+  [Memahami Lebih Dalam Penskalaan Otomatis Klaster Amazon ECS](https://aws.amazon.com/blogs/containers/deep-dive-on-amazon-ecs-cluster-auto-scaling/) 

 **Video terkait:** 
+ [AWS re:Invent 2023 - Menskalakan di AWS untuk 10 juta pengguna pertama ](https://www.youtube.com/watch?v=JzuNJ8OUht0)
+ [AWS re:Invent 2023 - Arsitektur berkelanjutan: Masa lalu, sekarang, dan masa depan](https://www.youtube.com/watch?v=2xpUQ-Q4QcM)
+  [AWS re:Invent 2022 - Membangun lingkungan komputasi yang hemat biaya, energi, dan sumber daya](https://www.youtube.com/watch?v=8zsC5e1eLCg) 
+ [AWS re:Invent 2022 - Menskalakan kontainer dari satu pengguna hingga jutaan pengguna ](https://www.youtube.com/watch?v=hItHqzKoBk0)
+ [AWS re:Invent 2023 - Menskalakan inferensi FM ke ratusan model dengan Amazon SageMaker AI ](https://www.youtube.com/watch?v=6xENDvgnMCs)
+ [AWS re:Invent 2023 - Memanfaatkan kekuatan Karpenter untuk menskalakan, mengoptimalkan & meningkatkan Kubernetes ](https://www.youtube.com/watch?v=lkg_9ETHeks)

 **Contoh terkait:** 
+ [ Penskalaan otomatis ](https://www.eksworkshop.com/docs/autoscaling/)

# SUS02-BP02 Sejajar dengan tujuan keberlanjutan SLAs
<a name="sus_sus_user_a3"></a>

 Tinjau dan optimalkan perjanjian tingkat layanan beban kerja (SLA) berdasarkan sasaran keberlanjutan Anda untuk meminimalkan sumber daya yang diperlukan untuk mendukung beban kerja Anda sambil terus memenuhi kebutuhan bisnis. 

 **Anti-pola umum:** 
+  Beban kerja tidak SLAs diketahui atau ambigu. 
+  Anda menentukan SLA hanya untuk ketersediaan dan kinerja. 
+  Anda menggunakan pola desain yang sama (seperti arsitektur Multi-AZ) untuk semua beban kerja Anda. 

 **Manfaat membangun praktik terbaik ini:** Menyelaraskan SLAs dengan tujuan keberlanjutan mengarah pada penggunaan sumber daya yang optimal sambil memenuhi kebutuhan bisnis. 

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

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

 SLAsmenentukan tingkat layanan yang diharapkan dari beban kerja cloud, seperti waktu respons, ketersediaan, dan retensi data. SLA memengaruhi arsitektur, penggunaan sumber daya, dan dampak lingkungan yang ditimbulkan sebuah beban kerja cloud. Dengan irama reguler, tinjau SLAs dan lakukan trade-off yang secara signifikan mengurangi penggunaan sumber daya dengan imbalan penurunan tingkat layanan yang dapat diterima. 

### Langkah-langkah implementasi
<a name="implementation-steps"></a>
+  **Memahami tujuan keberlanjutan:** Identifikasi tujuan-tujuan keberlanjutan yang ditetapkan dalam organisasi Anda, seperti pengurangan karbon atau peningkatan pemanfaatan sumber daya. 
+  **UlasanSLAs:** Evaluasi Anda SLAs untuk menilai apakah mereka mendukung persyaratan bisnis Anda. Jika Anda melebihiSLAs, lakukan tinjauan lebih lanjut. 
+  **Memahami kompromi:** Memahami kompromi yang bisa dilakukan di seluruh kompleksitas beban kerja Anda (seperti pengguna yang menggunakan volume tinggi secara bersamaan), kinerja (seperti latensi), dan dampak keberlanjutan (seperti sumber daya yang diperlukan). Umumnya, ketika dua faktor diprioritaskan, faktor ketiga akan dikorbankan. 
+  **SesuaikanSLAs:** Sesuaikan Anda SLAs dengan melakukan trade-off yang secara signifikan mengurangi dampak keberlanjutan dengan imbalan penurunan tingkat layanan yang dapat diterima. 
  +  **Keberlanjutan dan keandalan:** Beban kerja dengan ketersediaan yang sangat tinggi cenderung mengkonsumsi lebih banyak sumber daya. 
  +  **Keberlanjutan dan kinerja:** Menggunakan lebih banyak sumber daya untuk meningkatkan kinerja cenderung memiliki dampak lingkungan yang lebih tinggi. 
  +  **Keberlanjutan dan keamanan:** Beban kerja yang terlalu aman cenderung memiliki dampak lingkungan yang lebih tinggi. 
+  **Tentukan keberlanjutan SLAs jika memungkinkan:** Sertakan keberlanjutan SLAs untuk beban kerja Anda. Misalnya, tentukan tingkat pemanfaatan minimum sebagai keberlanjutan SLA untuk instans komputasi Anda. 
+  **Gunakan pola desain yang efisien:** Gunakan pola desain seperti layanan mikro AWS yang memprioritaskan fungsi penting bisnis dan memungkinkan tingkat layanan yang lebih rendah (seperti waktu respons atau tujuan waktu pemulihan) untuk fungsi non-kritis. 
+  **Berkomunikasi dan membangun akuntabilitas:** Berbagi SLAs dengan semua pemangku kepentingan yang relevan, termasuk tim pengembangan Anda dan pelanggan Anda. Gunakan pelaporan untuk melacak dan memantauSLAs. Tetapkan akuntabilitas untuk memenuhi target keberlanjutan untuk Anda. SLAs 
+  **Gunakan insentif dan penghargaan:** Gunakan insentif dan penghargaan untuk mencapai atau melampaui SLAs selaras dengan tujuan keberlanjutan. 
+  **Tinjau dan ulangi:** Tinjau dan sesuaikan secara teratur SLAs untuk memastikan mereka selaras dengan keberlanjutan dan tujuan kinerja yang berkembang. 

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

 **Dokumen terkait:** 
+ [ Memahami pola ketahanan dan kompromi untuk merancang secara efisien di cloud ](https://aws.amazon.com/blogs/architecture/understand-resiliency-patterns-and-trade-offs-to-architect-efficiently-in-the-cloud/)
+  [Pentingnya Perjanjian Tingkat Layanan untuk Penyedia SaaS](https://aws.amazon.com/blogs/apn/importance-of-service-level-agreement-for-saas-providers/) 

 **Video terkait:** 
+ [AWS RE: invent 2023 - Kapasitas, ketersediaan, efisiensi biaya: Pilih tiga](https://www.youtube.com/watch?v=E0dYLPXrX_w)
+ [AWS re: Invent 2023 - Arsitektur berkelanjutan: Masa lalu, sekarang, dan masa depan](https://www.youtube.com/watch?v=2xpUQ-Q4QcM)
+ [AWS re: invent 2023 - Pola integrasi lanjutan & trade-off untuk sistem yang digabungkan secara longgar](https://www.youtube.com/watch?v=FGKGdUiZKto)
+ [AWS re:invent 2022 - Memberikan arsitektur yang berkelanjutan dan berkinerja tinggi](https://www.youtube.com/watch?v=FBc9hXQfat0)
+ [AWS re:invent 2022 - Bangun lingkungan komputasi yang hemat biaya, energi, dan sumber daya](https://www.youtube.com/watch?v=8zsC5e1eLCg)

# SUS02-BP03 Menghentikan pembuatan dan pemeliharaan aset yang tak terpakai
<a name="sus_sus_user_a4"></a>

Nonaktifkan aset yang tak terpakai di beban kerja Anda untuk mengurangi jumlah sumber daya cloud yang diperlukan untuk mendukung permintaan Anda dan meminimalkan limbah.

 **Anti-pola umum:** 
+  Anda tidak melakukan analisis terhadap aplikasi Anda untuk mengetahui aset-aset yang redundan atau tidak diperlukan lagi. 
+  Anda tidak menyingkirkan aset yang redundan atau tidak diperlukan lagi. 

 **Manfaat menerapkan praktik terbaik ini:** Menghapus aset yang tidak lagi digunakan akan membebaskan sumber daya dan meningkatkan efisiensi keseluruhan beban kerja. 

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

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

 Aset yang tak terpakai mengonsumsi sumber daya cloud seperti ruang penyimpanan dan daya komputasi. Dengan mengidentifikasi dan mengeliminasi aset-aset ini, Anda dapat membebaskan berbagai sumber daya ini, sehingga arsitektur cloud akan menjadi lebih efisien. Lakukan analisis terhadap aset-aset aplikasi secara rutin, yakni aset-aset seperti laporan pra-kompilasi, set data, gambar statis, dan pola akses aset untuk mengidentifikasi redundansi, pemanfaatan yang terlalu rendah, dan potensi target penonaktifan. Singkirkan aset-aset redundan tersebut untuk mengurangi limbah sumber daya di beban kerja Anda. 

### Langkah-langkah implementasi
<a name="implementation-steps"></a>
+  **Lakukan inventarisasi:** Lakukan inventarisasi secara komprehensif untuk mengidentifikasi semua aset yang ada dalam beban kerja Anda. 
+  **Lakukan analisis penggunaan:** Gunakan pemantauan terus-menerus untuk mengidentifikasi aset-aset statis yang tidak diperlukan lagi. 
+  **Hapus aset yang tidak digunakan:** Buatlah rencana untuk menghapus aset yang tidak lagi diperlukan. 
  +  Sebelum menyingkirkan aset apa pun, evaluasi terlebih dahulu dampak penyingkirannya di dalam arsitektur. 
  +  Gabungkan aset tumpang tindih yang dihasilkan untuk menghindari redundansi pemrosesan. 
  +  Perbarui aplikasi Anda hingga tidak lagi yang membuat dan menyimpan aset -aset yang tidak diperlukan. 
+  **Komunikasikan dengan pihak ketiga:** Arahkan pihak ketiga untuk berhenti memproduksi dan menyimpan aset yang dikelola atas nama Anda yang tidak diperlukan lagi. Mintalah untuk menggabungkan aset-aset redundan. 
+  **Gunakan kebijakan siklus hidup:** Gunakan kebijakan siklus hidup untuk menghapus aset yang tidak digunakan secara otomatis. 
  +  Anda dapat menggunakan [Siklus Hidup Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html) untuk mengelola objek-objek Anda di sepanjang siklus hidupnya. 
  +  Anda dapat menggunakan [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html) untuk mengotomatisasi pembuatan, retensi, dan penghapusan snapshot Amazon EBS dan AMI yang didukung Amazon EBS. 
+  **Tinjau dan optimalkan:** Lakukan peninjauan secara teratur terhadap beban kerja Anda untuk mengidentifikasi dan menghapus aset yang tak terpakai. 

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

 **Dokumen terkait:** 
+  [Mengoptimalkan Infrastruktur AWS Anda untuk Keberlanjutan, Bagian II: Penyimpanan](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-ii-storage/) 
+ [ Bagaimana cara menghentikan sumber daya aktif yang tidak lagi saya perlukan di Akun AWS? ](https://aws.amazon.com/premiumsupport/knowledge-center/terminate-resources-account-closure/)

 **Video terkait:** 
+ [AWS re:Invent 2023 - Arsitektur berkelanjutan: Masa lalu, sekarang, dan masa depan](https://www.youtube.com/watch?v=2xpUQ-Q4QcM)
+ [AWS re:Invent 2022 - Melestarikan dan memaksimalkan nilai aset media digital menggunakan Amazon S3](https://www.youtube.com/watch?v=8OI0Uu-YvD8)
+ [AWS re:Invent 2023 - Mengoptimalkan biaya di lingkungan multi-akun ](https://www.youtube.com/watch?v=ie_Mqb-eC4A)

# SUS02-BP04 Optimalkan penempatan geografis beban kerja berdasarkan persyaratan jaringan mereka
<a name="sus_sus_user_a5"></a>

Pilih layanan dan lokasi cloud untuk beban kerja Anda yang mengurangi jarak yang harus ditempuh lalu lintas jaringan dan menurunkan total sumber daya jaringan yang diperlukan untuk mendukung beban kerja Anda.

 ** Anti-pola umum: ** 
+  Anda memilih Wilayah beban kerja berdasarkan lokasi Anda sendiri. 
+  Anda menggabungkan semua sumber daya beban kerja ke dalam satu lokasi geografis. 
+  Semua lalu lintas mengalir melalui pusat data Anda. 

 **Manfaat menerapkan praktik terbaik ini:** Menempatkan beban kerja dekat dengan penggunanya akan menghasilkan latensi terendah sambil mengurangi pergerakan data di seluruh jaringan dan mengurangi dampak lingkungan. 

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

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

 AWS Cloud Infrastruktur dibangun di sekitar opsi lokasi seperti Wilayah, Zona Ketersediaan, grup penempatan, dan lokasi tepi seperti [AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/what-is-outposts.html)dan [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/). Opsi-opsi lokasi ini bertanggung jawab untuk memelihara konektivitas yang ada di antara komponen-komponen aplikasi, layanan cloud, jaringan edge, dan pusat data on-premise. 

 Lakukan analisis terhadap pola akses jaringan yang ada di beban kerja Anda untuk mengidentifikasi cara menggunakan opsi lokasi cloud ini dan mengurangi jarak yang harus ditempuh lalu lintas jaringan. 

## Langkah-langkah implementasi
<a name="implementation-steps"></a>
+  Lakukan analisis terhadap pola akses jaringan di beban kerja Anda untuk mengidentifikasi cara pengguna menggunakan aplikasi Anda. 
  +  Gunakan alat pemantauan, seperti [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) dan [AWS CloudTrail](https://aws.amazon.com/cloudtrail/), untuk mengumpulkan data tentang aktivitas jaringan. 
  +  Analisis data untuk mengidentifikasi pola akses jaringan. 
+  Pilihlah Wilayah untuk deployment beban kerja Anda berdasarkan elemen-elemen utama berikut ini: 
  +  **Tujuan Keberlanjutan Anda:** seperti yang dijelaskan dalam [Pemilihan Wilayah](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/region-selection.html). 
  +  **Dimana lokasi data Anda:** Untuk aplikasi-aplikasi dengan banyak data (seperti big data dan machine learning), kode aplikasi harus dijalankan sedekat mungkin dengan data. 
  +  **Dimana lokasi pengguna Anda**: Untuk aplikasi-aplikasi yang ditampilkan kepada pengguna, pilihlah sebuah Wilayah (Wilayah-wilayah) yang dekat dengan para pengguna beban kerja Anda.
  + **Kendala lainnya:** Pertimbangkan kendala-kendala seperti biaya dan kepatuhan sebagaimana yang dijelaskan dalam [Hal-Hal yang Perlu Dipertimbangkan saat Memilih Wilayah untuk Beban Kerja Anda](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/).
+  Gunakan caching lokal atau [Solusi Penerapan Cache AWS](https://aws.amazon.com/caching/aws-caching/) untuk aset-aset yang sering digunakan untuk meningkatkan performa, mengurangi perpindahan data, dan mengurangi dampak pada lingkungan.     
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/sus_sus_user_a5.html)
+  Gunakan layanan-layanan yang dapat membantu Anda menjalankan kode lebih dekat dengan para pengguna beban kerja Anda:    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/sus_sus_user_a5.html)
+  Gunakan pooling koneksi untuk mengizinkan penggunaan ulang koneksi dan mengurangi sumber daya yang diperlukan. 
+  Gunakan penyimpanan data terdistribusi yang tidak mengandalkan koneksi persisten dan pembaruan-pembaruan selaras untuk mendapatkan konsistensi guna melayani populasi wilayah. 
+  Ganti kapasitas jaringan statis yang disediakan di awal dengan kapasitas dinamis bersama, dan bagikan dampak keberlanjutan kapasitas jaringan kepada pelanggan lain. 

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

 **Dokumen terkait:** 
+  [Mengoptimalkan AWS Infrastruktur Anda untuk Keberlanjutan, BagianIII: Jaringan](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/) 
+  [ ElastiCache Dokumentasi Amazon](https://docs.aws.amazon.com/elasticache/index.html) 
+  [Apa itu Amazon CloudFront?](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Introduction.html) 
+  [Fitur CloudFront Utama Amazon](https://aws.amazon.com/cloudfront/features/) 
+ [AWS Infrastruktur Global](https://aws.amazon.com/about-aws/global-infrastructure/)
+ [AWS Local Zones dan AWS Outposts, memilih teknologi yang tepat untuk beban kerja edge Anda](https://aws.amazon.com/blogs/compute/aws-local-zones-and-aws-outposts-choosing-the-right-technology-for-your-edge-workload/)
+ [ Grup penempatan ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html)
+ [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/)
+ [AWS Outposts](https://aws.amazon.com/outposts/)

 **Video terkait:** 
+  [Mengungkap transfer data pada AWS](https://www.youtube.com/watch?v=-MqXgzw1IGA) 
+ [Menskalakan kinerja jaringan pada instans Amazon generasi berikutnya EC2](https://www.youtube.com/watch?v=jNYpWa7gf1A)
+ [AWS Video Penjelasan Local Zones](https://www.youtube.com/watch?v=JHt-D4_zh7w)
+ [AWS Outposts: Ikhtisar dan Cara Kerjanya ](https://www.youtube.com/watch?v=ppG2FFB0mMQ)
+ [AWS re:invent 2023 - Strategi migrasi untuk beban kerja edge dan lokal](https://www.youtube.com/watch?v=4wUXzYNLvTw)
+ [AWS Re:invent 2021 - AWS Outposts: Membawa pengalaman di tempat AWS](https://www.youtube.com/watch?v=FxVF6A22498)
+ [AWS re:invent 2020 - AWS Wavelength: Jalankan aplikasi dengan latensi ultra-rendah di tepi 5G](https://www.youtube.com/watch?v=AQ-GbAFDvpM)
+ [AWS re:invent 2022 - AWS Local Zones: Membangun aplikasi untuk tepi terdistribusi](https://www.youtube.com/watch?v=bDnh_d-slhw)
+ [AWS re:invent 2021 - Membangun situs web latensi rendah dengan Amazon CloudFront](https://www.youtube.com/watch?v=9npcOZ1PP_c)
+ [AWS re:invent 2022 - Tingkatkan kinerja dan ketersediaan dengan AWS Global Accelerator](https://www.youtube.com/watch?v=s5sjsdDC0Lg)
+ [AWS re:invent 2022 - Bangun jaringan area luas global Anda menggunakan AWS](https://www.youtube.com/watch?v=flBieylTwvI)
+ [AWS Re:invent 2020: Manajemen lalu lintas global dengan Amazon Route 53](https://www.youtube.com/watch?v=E33dA6n9O7I)

 **Contoh terkait:** 
+  [AWS Lokakarya Jaringan](https://catalog.workshops.aws/networking/en-US) 
+ [ Merancang arsitektur untuk keberlanjutan - Meminimalkan pergerakan data lintas jaringan ](https://catalog.us-east-1.prod.workshops.aws/workshops/7c4f8394-8081-4737-aa1b-6ae811d46e0a/en-US)

# SUS02-BP05 Mengoptimalkan sumber daya anggota tim untuk aktivitas yang dijalankan
<a name="sus_sus_user_a6"></a>

Optimalkan sumber daya yang disediakan bagi anggota tim untuk meminimalkan dampak keberlanjutan sambil mendukung kebutuhan mereka. 

 **Anti-pola umum:** 
+  Anda mengabaikan dampak yang ditimbulkan oleh perangkat yang digunakan oleh anggota tim Anda terhadap efisiensi aplikasi cloud secara keseluruhan. 
+  Anda mengelola dan memperbarui sumber daya yang digunakan oleh anggota tim secara manual. 

 **Manfaat menerapkan praktik terbaik ini:** Mengoptimalkan sumber daya anggota tim akan meningkatkan efisiensi keseluruhan aplikasi yang berkemampuan cloud. 

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

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

 Pahami sumber daya yang digunakan anggota tim Anda untuk mengonsumsi layanan Anda, ekspektasi siklus hidup mereka, dan dampak finansial serta dampak pada keberlanjutan. Implementasikan strategi untuk melakukan optimalisasi terhadap berbagai sumber daya ini. Sebagai contoh, lakukan operasi yang kompleks, seperti rendering dan kompilasi, pada infrastruktur yang dapat diskalakan dan sangat banyak digunakan, bukan pada sistem pengguna tunggal dan berdaya tinggi namun jarang digunakan. 

### Langkah-langkah implementasi
<a name="implementation-steps"></a>
+  **Gunakan workstation hemat energi:** Sediakan workstation dan periferal hemat energi kepada anggota tim. Gunakan fitur manajemen daya yang efisien (seperti mode daya rendah) di perangkat-perangkat tersebut untuk mengurangi penggunaan energinya 
+  **gunakan virtualisasi:** Gunakan streaming aplikasi dan desktop virtual untuk membatasi persyaratan perangkat dan pemutakhiran. 
+  **Dorong kolaborasi jarak jauh:** Dorong anggota tim untuk menggunakan alat kolaborasi jarak jauh seperti [Amazon Chime](https://aws.amazon.com/chime/) atau [AWS Wickr](https://aws.amazon.com/wickr/) untuk mengurangi kebutuhan akan perjalanan dan emisi karbon terkait. 
+  **Gunakan perangkat lunak hemat energi:** Berikan anggota tim perangkat lunak yang hemat energi dengan menghapus atau mematikan fitur dan proses yang tidak perlu. 
+  **Lakukan pengelolaan siklus hidup:** Evaluasi dampak proses dan sistem atas siklus hidup perangkat, dan pilih solusi yang meminimalkan persyaratan untuk penggantian perangkat sekaligus memenuhi persyaratan bisnis. Lakukan pemeliharaan dan pembaruan secara rutin terhadap stasiun kerja atau perangkat lunak untuk menjaga dan memperbaiki efisiensi. 
+  **Pengelolaan perangkat jarak jauh:** Implementasikan manajemen jarak jauh untuk perangkat guna mengurangi perjalanan bisnis yang diperlukan. 
  +  [AWS Systems Manager Fleet Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet.html) adalah sebuah pengalaman antarmuka pengguna (UI) terpadu yang akan membantu Anda mengelola simpul Anda secara jarak jauh yang beroperasi di AWS atau on-premise. 

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

 **Dokumen terkait:** 
+  [Apa yang dimaksud dengan Amazon WorkSpaces?](https://docs.aws.amazon.com/workspaces/latest/adminguide/amazon-workspaces.html) 
+ [ Pengoptimal Biaya untuk Amazon WorkSpaces ](https://docs.aws.amazon.com/solutions/latest/cost-optimizer-for-workspaces/overview.html)
+  [Dokumentasi Amazon AppStream 2.0](https://docs.aws.amazon.com/appstream2/) 
+  [NICE DCV](https://docs.aws.amazon.com/dcv/) 

 **Video terkait:** 
+  [Mengelola biaya untuk Amazon WorkSpaces di AWS](https://www.youtube.com/watch?v=0MoY31hZQuE) 

# SUS02-BP06 Menerapkan buffering atau throttling untuk meratakan kurva permintaan
<a name="sus_sus_user_a7"></a>

Buffering dan throttling meratakan kurva permintaan dan mengurangi kapasitas tersedia yang diperlukan untuk beban kerja Anda. 

 **Anti-pola umum:** 
+ Anda memproses permintaan klien dengan segera walaupun tidak diperlukan.
+ Anda tidak menganalisis persyaratan-persyaratan untuk permintaan klien.

 **Manfaat menerapkan praktik terbaik ini:** Dengan meratakan kurva permintaan Anda akan mengurangi kapasitas yang disediakan untuk beban kerja. Mengurangi kapasitas tersedia artinya konsumsi energi berkurang dan dampak pada lingkungan juga akan berkurang. 

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

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

 Meratakan kurva permintaan beban kerja dapat membantu Anda mengurangi kapasitas tersedia untuk beban kerja dan mengurangi dampaknya terhadap lingkungan. Asumsikan sebuah beban kerja dengan kurva permintaan seperti yang ditunjukkan pada gambar di bawah ini. Beban kerja ini memiliki dua puncak, dan untuk menangani puncak-puncak ini, disediakan kapasitas sumber daya sebagaimana yang ditunjukkan oleh garis berwarna oranye. Sumber daya dan energi yang digunakan untuk beban kerja ini tidak diindikasikan oleh area di bawah kurva permintaan, tetapi ditunjukkan oleh area di bawah garis kapasitas tersedia, karena kapasitas tersedia diperlukan untuk menangani kedua puncak ini. 

![\[Bentuk gelombang kapasitas tersedia dengan dua puncak berbeda yang membutuhkan kapasitas penyediaan yang tinggi.\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/images/provisioned-capacity-1.png)


 

 Anda dapat menggunakan buffering atau throttling untuk melakukan modifikasi terhadap kurva permintaan dan meratakan puncak, yang artinya konsumsi energi menjadi lebih sedikit energi dan penyediaan kapasitas menjadi lebih rendah. Implementasikan throttling ketika klien Anda dapat mencoba ulang. Implementasikan buffering untuk menyimpan permintaan dan menunda pemrosesan ke lain waktu. 

![\[Diagram bentuk gelombang menampilkan beban kerja dengan puncak yang dihaluskan yang dibuat dengan menggunakan buffering atau throttling.\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/images/provisioned-capacity-2.png)


 

 **Langkah-langkah implementasi** 
+  Analisis permintaan klien untuk menentukan cara merespons permintaan. Pertanyaan yang harus dipertimbangkan antara lain: 
  +  Dapatkah permintaan ini diproses secara tak selaras? 
  +  Apakah klien memiliki kemampuan untuk melakukan percobaan ulang? 
+  Jika klien memiliki kemampuan untuk melakukan percobaan ulang, maka Anda dapat mengimplementasikan throttling, yang memberi tahu sumber bahwa jika sumber tidak dapat melayani permintaan pada saat ini maka sumber harus mencoba lagi nanti. 
  +  Anda dapat menggunakan [Amazon API Gateway](https://aws.amazon.com/api-gateway/) untuk menerapkan throttling. 
+  Untuk klien yang tidak dapat melakukan percobaan ulang, buffering harus diimplementasikan untuk meratakan kurva permintaan. Buffering akan menunda pemrosesan permintaan, sehingga aplikasi yang dijalankan pada tingkat yang berlainan dapat berkomunikasi secara efektif. Pendekatan berbasis buffering menggunakan antrean atau aliran untuk menerima pesan dari penghasil pesan. Pesan dibaca oleh konsumen dan diproses, sehingga pesan dapat dijalankan dengan tingkat yang memenuhi persyaratan-persyaratan bisnis konsumen. 
  +  [Amazon Simple Queue Service (AmazonSQS)](https://aws.amazon.com/sqs/) adalah layanan terkelola yang menyediakan antrian yang memungkinkan satu konsumen membaca pesan individual. 
  +  [Amazon Kinesis](https://aws.amazon.com/kinesis/) memberikan aliran yang memungkinkan banyak konsumen untuk membaca pesan yang sama. 
+  Lakukan analisis terhadap permintaan secara keseluruhan, tingkat perubahan, dan waktu respons yang diperlukan untuk ukuran throttling atau buffering yang tepat. 

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

 **Dokumen terkait:** 
+ [Memulai dengan Amazon SQS](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [ Integrasi Aplikasi Menggunakan Antrian dan Pesan ](https://aws.amazon.com/blogs/architecture/application-integration-using-queues-and-messages/)
+ [Mengelola dan memantau API pembatasan dalam beban kerja Anda](https://aws.amazon.com/blogs/mt/managing-monitoring-api-throttling-in-workloads/)
+ [Melambat skala REST API multi-tenant berjenjang menggunakan Gateway API](https://aws.amazon.com/blogs/architecture/throttling-a-tiered-multi-tenant-rest-api-at-scale-using-api-gateway-part-1/)
+ [ Integrasi Aplikasi Menggunakan Antrian dan Pesan ](https://aws.amazon.com/blogs/architecture/application-integration-using-queues-and-messages/)

 **Video terkait:** 
+ [AWS re:invent 2022 - Pola integrasi aplikasi untuk layanan mikro](https://www.youtube.com/watch?v=GoBOivyE7PY)
+ [AWS Re: invent 2023 - Penghematan cerdas: Strategi pengoptimalan biaya Amazon EC2](https://www.youtube.com/watch?v=_AHPbxzIGV0)
+ [AWS RE: invent 2023 - Pola integrasi lanjutan & trade-off untuk sistem yang digabungkan secara longgar](https://www.youtube.com/watch?v=FGKGdUiZKto)