# SUS 2 Bagaimana cara menyelaraskan sumber daya cloud dengan permintaan Anda?
Cara pengguna dan aplikasi menggunakan beban kerja Anda dan sumber daya lainnya dapat membantu Anda mengidentifikasi peningkatan untuk memenuhi tujuan pelestarian lingkungan. Skalakan infrastruktur agar dapat terus sesuai dengan permintaan dan verifikasi bahwa Anda hanya menggunakan sumber daya minimum yang diperlukan untuk mendukung pengguna Anda. Selaraskan tingkat layanan dengan kebutuhan pelanggan. Posisikan sumber daya guna membatasi jaringan yang diperlukan pengguna dan aplikasi untuk memakainya. Singkirkan aset yang tidak digunakan. Bekali anggota tim Anda dengan perangkat yang mendukung kebutuhan mereka dan meminimalkan dampak terhadap pelestarian lingkungan.
**Topics**
+ [SUS02-BP01 Menskalakan infrastruktur beban kerja secara dinamis](sus_sus_user_a2.md)
+ [SUS02-BP02 Menyelaraskan SLA dengan tujuan keberlanjutan](sus_sus_user_a3.md)
+ [SUS02-BP03 Menghentikan pembuatan dan pemeliharaan aset yang tak terpakai](sus_sus_user_a4.md)
+ [SUS02-BP04 Mengoptimalkan penempatan geografis beban kerja berdasarkan persyaratan jaringannya](sus_sus_user_a5.md)
+ [SUS02-BP05 Optimalkan sumber daya anggota tim untuk aktivitas yang dijalankan](sus_sus_user_a6.md)
+ [SUS02-BP06 Mengimplementasikan buffering atau throttling untuk meratakan kurva permintaan](sus_sus_user_a7.md)
# SUS02-BP01 Menskalakan infrastruktur beban kerja secara dinamis
Gunakan elastisitas cloud dan skalakan infrastruktur Anda secara dinamis untuk menyesuaikan pasokan sumber daya cloud dengan permintaan dan menghindari kelebihan penyediaan kapasitas di beban kerja Anda.
**Antipola umum:**
+ Anda tidak menskalakan infrastruktur Anda dengan beban pengguna.
+ Anda secara manual menskalakan infrastruktur Anda sepanjang waktu.
+ Anda membiarkan peningkatan kapasitas setelah peristiwa penskalaan, bukannya menurunkan kembali skala.
**Manfaat menerapkan praktik terbaik ini:** Mengonfigurasikan dan menguji elastisitas beban kerja akan membantu menyesuaikan pasokan sumber daya cloud dengan permintaan secara efisien dan menghindari kelebihan penyediaan kapasitas. Anda dapat memanfaatkan elastisitas di cloud untuk menskalakan kapasitas secara otomatis selama dan setelah lonjakan permintaan. Hal ini bertujuan untuk memastikan Anda hanya menggunakan jumlah sumber daya yang benar-benar diperlukan untuk memenuhi persyaratan bisnis Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan**: Sedang
## Panduan implementasi
Cloud menyediakan fleksibilitas untuk memperluas atau mengurangi sumber daya Anda secara dinamis melalui beragam mekanisme untuk memenuhi perubahan sesuai permintaan. Menyesuaikan pasokan dengan permintaan secara optimal akan memberikan dampak lingkungan terendah untuk beban kerja.
Permintaan dapat bersifat tetap atau bervariasi, sehingga akan memerlukan metrik dan otomatisasi untuk memastikan manajemen permintaan tersebut tidak 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 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 penskalaan 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 diskalakan secara native berdasarkan desain atau sediakan penskalaan otomatis sebagai fitur.
Identifikasi periode penggunaan rendah atau nol dan skalakan sumber daya untuk menghapus kapasitas berlebih dan meningkatkan efisiensi.
## Langkah implementasi
+ Elastisitas menyesuaikan pasokan sumber daya yang Anda miliki dengan permintaan untuk sumber daya tersebut. Instans, kontainer, dan fungsi menyediakan mekanisme untuk elastisitas, baik dalam kombinasi dengan penskalaan otomatis maupun sebagai fitur layanan. AWS menyediakan serangkaian mekanisme penskalaan otomatis untuk memastikan beban kerja dapat diturunkan skalanya dengan cepat dan mudah selama periode beban pengguna yang rendah. Berikut beberapa contoh mekanisme penskalaan otomatis:
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/wellarchitected/2024-06-27/framework/sus_sus_user_a2.html)
+ Penskalaan sering dibahas terkait dengan layanan komputasi seperti instans Amazon EC2 atau fungsi AWS Lambda. Pertimbangkan konfigurasi layanan nonkomputasi 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/) untuk disesuaikan dengan permintaan.
+ Pastikan bahwa metrik untuk peningkatan atau penurunan skala telah divalidasi terhadap jenis beban kerja yang di-deploy. Jika Anda men-deploy aplikasi transkode video, 100% pemanfaatan CPU adalah hal normal dan tidak boleh menjadi metrik primer Anda. Anda dapat menggunakan [metrik yang disesuaikan](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) (seperti pemanfaatan memori) untuk kebijakan penskalaan jika diperlukan. Untuk memilih metrik yang tepat, pertimbangkan panduan berikut untuk Amazon EC2:
+ Metrik harus merupakan metrik pemanfaatan yang valid dan mendeskripsikan tingkat kesibukan suatu instans.
+ Nilai metrik harus meningkat atau menurun secara proporsional dengan jumlah instans dalam grup Auto Scaling.
+ Gunakan [penskalaan dinamis](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scale-based-on-demand.html), bukan [penskalaan manual](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-manual-scaling.html) untuk grup Auto Scaling Anda. Selain itu, sebaiknya gunakan [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 penskalaan ke dalam dan ke luar. Buat skenario pengujian untuk peristiwa penskalaan ke dalam guna memastikan beban kerja berperilaku seperti yang diharapkan 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 memverifikasi aktivitas penskalaan untuk grup Auto Scaling.
+ Evaluasi beban kerja Anda untuk pola terprediksi dan secara proaktif skalakan saat Anda mengantisipasi perubahan terencana dan terprediksi dalam permintaan. Dengan penskalaan prediktif, Anda dapat meniadakan kebutuhan untuk menyediakan kapasitas secara berlebih. Untuk detail selengkapnya, 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
**Dokumen terkait:**
+ [Mulai Menggunakan 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/)
+ [Analisis perilaku pengguna 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 yang dimaksud dengan Amazon CloudWatch?](https://docs.aws.amazon.com/Amazon/latest/monitoring/WhatIs.html)
+ [Memantau beban DB dengan Performance Insights 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 - Kubernetes Cluster Autoscaler Sumber Terbuka yang Beperforma Tinggi](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/)
+ [Pendalaman tentang Amazon ECS Cluster Auto Scaling](https://aws.amazon.com/blogs/containers/deep-dive-on-amazon-ecs-cluster-auto-scaling/)
**Video terkait:**
+ [AWS re:Invent 2023 - Penskalaan 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 - Bangun 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 menjadi 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, dan meningkatkan Kubernetes ](https://www.youtube.com/watch?v=lkg_9ETHeks)
**Contoh terkait:**
+ [ Penskalaan otomatis ](https://www.eksworkshop.com/docs/autoscaling/)
# SUS02-BP02 Menyelaraskan SLA dengan tujuan keberlanjutan
Tinjau dan optimalkan perjanjian tingkat layanan (SLA) beban kerja berdasarkan tujuan keberlanjutan Anda untuk meminimalkan sumber daya yang diperlukan untuk mendukung beban kerja Anda sambil terus memenuhi kebutuhan bisnis.
**Antipola umum:**
+ SLA beban kerja tidak diketahui atau ambigu.
+ Anda menetapkan SLA hanya demi ketersediaan dan kinerja.
+ Anda menggunakan pola desain yang sama (seperti arsitektur Multi-AZ) untuk semua beban kerja Anda.
**Manfaat menjalankan praktik terbaik ini:** Menyelaraskan SLA dengan tujuan keberlanjutan menghasilkan penggunaan sumber daya yang optimal sambil memenuhi kebutuhan bisnis.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
SLA menetapkan tingkat layanan yang diharapkan dari beban kerja cloud, seperti waktu respons, ketersediaan, dan retensi data. SLA memengaruhi arsitektur, penggunaan sumber daya, dan dampak lingkungan beban kerja cloud. Secara rutin, tinjau SLA dan buat pilihan kompromi yang secara signifikan mengurangi penggunaan sumber daya dengan penurunan yang dapat diterima dalam hal tingkat layanan.
### Langkah implementasi
+ **Memahami tujuan keberlanjutan:** Identifikasi tujuan keberlanjutan di organisasi Anda, seperti pengurangan karbon atau peningkatan pemanfaatan sumber daya.
+ **Tinjau SLA:** Evaluasi SLA Anda untuk menilai apakah SLA Anda mendukung persyaratan bisnis Anda. Jika Anda melampaui SLA, lakukan peninjauan lebih lanjut.
+ **Pahami kompromi:** Pahami kompromi di seluruh kompleksitas beban kerja Anda (seperti volume pengguna bersamaan yang tinggi), kinerja (seperti latensi), dan dampak keberlanjutan (seperti sumber daya yang diperlukan). Umumnya, ketika dua faktor diprioritaskan, faktor ketiga akan dikorbankan.
+ **Sesuaikan SLA:** Sesuaikan SLA Anda dengan mengambil pilihan kompromi yang secara signifikan mengurangi dampak keberlanjutan dengan penurunan yang dapat diterima dalam hal tingkat layanan.
+ **Keberlanjutan dan keandalan:** Beban kerja dengan ketersediaan tinggi cenderung mengonsumsi lebih banyak sumber daya.
+ **Keberlanjutan dan kinerja:** Penggunaan lebih banyak sumber daya untuk meningkatkan kinerja dapat mendatangkan dampak lingkungan yang lebih tinggi.
+ **Keberlanjutan dan keamanan:** Beban kerja yang aman secara berlebihan dapat memiliki dampak lingkungan yang lebih tinggi.
+ **Tentukan SLA keberlanjutan jika memungkinkan:** Sertakan SLA keberlanjutan untuk beban kerja Anda. Misalnya, tentukan tingkat pemanfaatan minimum sebagai SLA keberlanjutan untuk instans komputasi Anda.
+ **Gunakan pola desain yang efisien:** Gunakan pola desain seperti layanan mikro di AWS yang mengutamakan fungsi-fungsi yang krusial untuk bisnis, dan izinkan tingkat layanan (seperti waktu respons atau tujuan waktu pemulihan) yang lebih rendah untuk fungsi-fungsi nonkritis.
+ **Lakukan komunikasi dan bangun akuntabilitas:** Bagikan SLA dengan semua pemangku kepentingan yang relevan, termasuk tim pengembangan dan pelanggan Anda. Gunakan pelaporan untuk melacak dan memantau SLA. Tetapkan akuntabilitas untuk memenuhi target keberlanjutan untuk SLA Anda.
+ **Gunakan insentif dan penghargaan:** Gunakan insentif dan penghargaan untuk mencapai atau melampaui SLA yang selaras dengan tujuan keberlanjutan.
+ **Tinjau dan lakukan iterasi:** Tinjau dan sesuaikan SLA Anda secara rutin untuk memastikannya selaras dengan tujuan keberlanjutan dan kinerja yang terus berkembang.
## Sumber daya
**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 tingkat lanjut & kompromi untuk sistem yang digabungkan secara longgar ](https://www.youtube.com/watch?v=FGKGdUiZKto)
+ [AWS re:Invent 2022 - Menghadirkan arsitektur 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
Nonaktifkan aset yang tak terpakai di beban kerja Anda untuk mengurangi jumlah sumber daya cloud yang diperlukan untuk mendukung permintaan Anda dan meminimalkan limbah.
**Antipola umum:**
+ Anda tidak menganalisis aplikasi Anda untuk mengetahui aset yang redundan atau tidak diperlukan lagi.
+ Anda tidak menyingkirkan aset yang redundan atau tidak diperlukan lagi.
**Manfaat menjalankan praktik terbaik ini:** Menyingkirkan aset yang tak terpakai membebaskan sumber daya dan meningkatkan efisiensi beban kerja secara keseluruhan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
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 lebih efisien. Lakukan analisis aset aplikasi secara teratur, yakni 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 redundan tersebut untuk mengurangi limbah sumber daya di beban kerja Anda.
### Langkah implementasi
+ **Lakukan inventarisasi:** Lakukan inventarisasi komprehensif untuk mengidentifikasi semua aset di dalam beban kerja Anda.
+ **Analisis penggunaan:** Gunakan pemantauan berkelanjutan untuk mengidentifikasi aset statis yang tidak lagi diperlukan.
+ **Hapus aset yang tidak digunakan:** Kembangkan rencana untuk menghapus aset yang tidak lagi diperlukan.
+ Sebelum menyingkirkan aset apa pun, evaluasi dampak penyingkirannya di arsitektur.
+ Gabungkan aset tumpang tindih yang dihasilkan untuk menghindari redundansi pemrosesan.
+ Perbarui aplikasi Anda hingga tidak lagi membuat dan menyimpan aset yang tidak diperlukan.
+ **Lakukan komunikasi dengan pihak ketiga:** Arahkan pihak ketiga untuk berhenti memproduksi dan menyimpan aset yang dikelola atas nama Anda yang tidak lagi diperlukan. Mintalah untuk mengonsolidasikan aset-aset redundan.
+ **Gunakan kebijakan siklus hidup:** Gunakan kebijakan siklus hidup untuk secara otomatis menghapus aset yang tidak digunakan.
+ Anda dapat menggunakan Siklus Hidup Amazon S3 untuk mengelola objek-objek Anda di sepanjang siklus hidupnya.
+ Anda dapat menggunakan Amazon Data Lifecycle Manager untuk mengotomatiskan pembuatan, retensi, dan penghapusan snapshot Amazon EBS dan AMI yang dicadangkan Amazon EBS.
+ **Tinjau dan optimalkan:** Tinjau beban kerja Anda secara rutin untuk mengidentifikasi dan menghapus aset yang tidak digunakan.
## Sumber daya
**Dokumen terkait:**
+ [Mengoptimalkan Infrastruktur AWS Anda untuk Pelestarian Lingkungan, 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 saya butuhkan lagi di Akun AWS saya? ](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 - Menjaga 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 multiakun ](https://www.youtube.com/watch?v=ie_Mqb-eC4A)
# SUS02-BP04 Mengoptimalkan penempatan geografis beban kerja berdasarkan persyaratan jaringannya
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.
**Antipola 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 menjalankan praktik terbaik ini:** Menempatkan beban kerja dekat dengan penggunanya akan memberikan latensi terendah sambil mengurangi pergerakan data di seluruh jaringan dan menurunkan dampak lingkungan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Infrastruktur AWS Cloud dibangun di seputar opsi lokasi seperti Wilayah, Zona Ketersediaan, grup penempatan, dan lokasi edge seperti [AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/what-is-outposts.html) dan [AWS Zona Lokal](https://aws.amazon.com/about-aws/global-infrastructure/localzones/). Opsi lokasi ini bertanggung jawab untuk memelihara konektivitas antara komponen aplikasi, layanan cloud, jaringan edge, dan pusat data on-premise.
Analisis pola akses jaringan di beban kerja Anda untuk mengidentifikasi cara menggunakan opsi lokasi cloud ini dan mengurangi jarak yang harus ditempuh lalu lintas jaringan.
## Langkah implementasi
+ Analisis 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.
+ Pilih Wilayah untuk deployment beban kerja Anda berdasarkan elemen utama berikut:
+ **Tujuan Pelestarian Lingkungan Anda:** sebagaimana dijelaskan di [pemilihan Wilayah](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/region-selection.html).
+ **Lokasi data:** Untuk aplikasi dengan banyak data (seperti big data dan machine learning), kode aplikasi harus dijalankan sedekat mungkin dengan data.
+ **Lokasi pengguna:** Untuk aplikasi yang berinteraksi dengan pengguna, pilih Wilayah (satu atau lebih) yang dekat dengan pengguna beban kerja Anda.
+ **Penghalang lainnya:** Pertimbangkan penghalang seperti biaya dan kepatuhan sebagaimana dijelaskan di [Hal-Hal yang Perlu Dipertimbangkan Saat Memilih Wilayah untuk Beban Kerja](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/).
+ Gunakan caching lokal atau [Solusi Caching AWS](https://aws.amazon.com/caching/aws-caching/) untuk sumber daya yang sering digunakan guna meningkatkan performa, mengurangi pergerakan data, dan menurunkan dampak lingkungan.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/wellarchitected/2024-06-27/framework/sus_sus_user_a5.html)
+ Gunakan layanan yang dapat membantu Anda menjalankan kode lebih dekat dengan pengguna beban kerja Anda:
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/wellarchitected/2024-06-27/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 sinkron untuk mendapatkan konsistensi guna melayani populasi wilayah.
+ Ganti kapasitas jaringan statis yang disediakan di awal dengan kapasitas dinamis bersama, dan bagikan dampak pelestarian lingkungan kapasitas jaringan kepada pelanggan lain.
## Sumber daya
**Dokumen terkait:**
+ [Mengoptimalkan Infrastruktur AWS Anda untuk Pelestarian Lingkungan, Bagian III: Jaringan](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/)
+ [Dokumentasi Amazon ElastiCache](https://docs.aws.amazon.com/elasticache/index.html)
+ [Apa itu Amazon CloudFront?](https://docs.aws.amazon.com/Amazon/latest/DeveloperGuide/Introduction.html)
+ [Fitur Utama Amazon CloudFront](https://aws.amazon.com/cloudfront/features/)
+ [ Infrastruktur Global AWS](https://aws.amazon.com/about-aws/global-infrastructure/)
+ [ Zona Lokal AWS 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)
+ [ Zona Lokal AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/)
+ [AWS Outposts](https://aws.amazon.com/outposts/)
**Video terkait:**
+ [Menjelaskan transfer data di AWS](https://www.youtube.com/watch?v=-MqXgzw1IGA)
+ [ Menskalakan kinerja jaringan pada instans Amazon EC2 generasi berikutnya ](https://www.youtube.com/watch?v=jNYpWa7gf1A)
+ [ Video Penjelas Zona Lokal AWS](https://www.youtube.com/watch?v=JHt-D4_zh7w)
+ [AWS Outposts: Gambaran Umum dan Cara Kerjanya ](https://www.youtube.com/watch?v=ppG2FFB0mMQ)
+ [AWS re:Invent 2023 - Strategi migrasi untuk beban kerja edge dan on-premise ](https://www.youtube.com/watch?v=4wUXzYNLvTw)
+ [AWS re:Invent 2021 - AWS Outposts: Membawa pengalaman AWS on-premise ](https://www.youtube.com/watch?v=FxVF6A22498)
+ [AWS re:Invent 2020: AWS Wavelength: Menjalankan aplikasi dengan latensi sangat rendah di edge 5G ](https://www.youtube.com/watch?v=AQ-GbAFDvpM)
+ [AWS re:Invent 2022 - Zona Lokal AWS: Membangun aplikasi untuk edge 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 - Meningkatkan performa dan ketersediaan dengan AWS Global Accelerator](https://www.youtube.com/watch?v=s5sjsdDC0Lg)
+ [AWS re:Invent 2022 - Membangun jaringan area luas global 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:**
+ [Lokakarya Jaringan AWS](https://catalog.workshops.aws/networking/en-US)
+ [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 Optimalkan sumber daya anggota tim untuk aktivitas yang dijalankan
Optimalkan sumber daya yang disediakan bagi anggota tim untuk meminimalkan dampak pelestarian lingkungan sambil mendukung kebutuhan mereka.
**Antipola umum:**
+ Anda mengabaikan dampak dari perangkat yang digunakan oleh anggota tim Anda pada efisiensi aplikasi cloud secara keseluruhan.
+ Anda secara manual mengelola dan memperbarui sumber daya yang digunakan oleh anggota tim.
**Manfaat menjalankan praktik terbaik ini:** Mengoptimalkan sumber daya anggota tim meningkatkan efisiensi keseluruhan aplikasi yang diaktifkan oleh cloud.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Pahami sumber daya yang digunakan anggota tim Anda untuk mengonsumsi layanan Anda, ekspektasi siklus hidup mereka, dan dampak finansial serta dampak pada pelestarian lingkungan. Implementasikan strategi untuk mengoptimalkan berbagai sumber daya ini. Sebagai contoh, lakukan operasi yang kompleks, seperti rendering dan kompilasi, pada infrastruktur yang dapat diskalakan dan sangat banyak digunakan, bukan di sistem pengguna tunggal berdaya tinggi namun jarang digunakan.
### Langkah implementasi
+ **Gunakan stasiun kerja hemat energi:** Berikan stasiun kerja 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 perjalanan dan emisi karbon terkait.
+ **Gunakan perangkat lunak hemat energi:** Bekali anggota tim dengan perangkat lunak hemat energi dengan menghapus atau mematikan fitur dan proses yang tidak perlu.
+ **Kelola siklus hidup:** Evaluasi dampak proses dan sistem atas siklus hidup perangkat, dan pilih solusi yang meminimalkan persyaratan untuk penggantian perangkat sekaligus memenuhi persyaratan bisnis. Secara rutin pelihara dan perbarui stasiun kerja atau perangkat lunak untuk menjaga dan memperbaiki efisiensi.
+ **Manajemen perangkat jarak jauh:** Implementasikan manajemen jarak jauh untuk perangkat guna mengurangi perjalanan bisnis yang diperlukan.
+ AWS Systems Manager Fleet Manager adalah pengalaman antarmuka pengguna (UI) terpadu yang membantu Anda mengelola simpul yang beroperasi di AWS atau on-premise dari jarak jauh.
## Sumber daya
**Dokumen terkait:**
+ [Apa itu 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 Mengimplementasikan buffering atau throttling untuk meratakan kurva permintaan
Buffering dan throttling meratakan kurva permintaan dan mengurangi kapasitas tersedia yang diperlukan untuk beban kerja Anda.
**Antipola umum:**
+ Anda memproses permintaan klien dengan segera walaupun tidak diperlukan.
+ Anda tidak menganalisis persyaratan untuk permintaan klien.
**Manfaat menjalankan praktik terbaik ini:** Meratakan kurva permintaan mengurangi kapasitas tersedia yang diperlukan untuk beban kerja. Mengurangi kapasitas tersedia artinya konsumsi energi berkurang dan dampak pada lingkungan juga berkurang.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Meratakan kurva permintaan beban kerja dapat membantu Anda mengurangi kapasitas tersedia untuk beban kerja dan mengurangi dampaknya pada lingkungan. Asumsikan beban kerja dengan kurva permintaan yang ditunjukkan pada gambar di bawah ini. Beban kerja ini memiliki dua puncak. Untuk menangani puncak-puncak ini, kapasitas sumber daya sebagaimana ditunjukkan oleh garis oranye disediakan. Sumber daya dan energi yang digunakan untuk beban kerja ini tidak diindikasikan oleh area di bawah kurva permintaan, tetapi oleh area di bawah garis kapasitas tersedia, karena kapasitas tersedia diperlukan untuk menangani kedua puncak ini.
![\[Provisioned capacity waveform with two distinct peaks that require high provisioned capacity.\]](http://docs.aws.amazon.com/id_id/wellarchitected/2024-06-27/framework/images/provisioned-capacity-1.png)
Anda dapat menggunakan buffering atau throttling untuk memodifikasi kurva permintaan dan meratakan puncak, yang berarti konsumsi lebih sedikit energi dan penyediaan kapasitas lebih rendah. Implementasikan throttling ketika klien Anda dapat mencoba ulang. Implementasikan buffering untuk menyimpan permintaan dan menunda pemrosesan ke lain waktu.
![\[Waveform diagram displaying a workload with smoothed-out peaks created using buffering or throttling.\]](http://docs.aws.amazon.com/id_id/wellarchitected/2024-06-27/framework/images/provisioned-capacity-2.png)
**Langkah implementasi**
+ Analisis permintaan klien untuk menentukan cara merespons permintaan. Pertanyaan yang harus dipertimbangkan antara lain:
+ Dapatkah permintaan ini diproses secara asinkron?
+ Apakah klien memiliki kemampuan untuk mencoba ulang?
+ Jika klien memiliki kemampuan untuk coba 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 mengimplementasikan throttling.
+ Untuk klien yang tidak dapat mencoba ulang, buffer harus diimplementasikan untuk meratakan kurva permintaan. Buffer menunda pemrosesan permintaan, sehingga aplikasi yang dijalankan pada tingkat yang berlainan dapat berkomunikasi secara efektif. Pendekatan berbasis buffer menggunakan antrean atau aliran untuk menerima pesan dari produsen. Pesan dibaca oleh konsumen dan diproses, sehingga pesan dapat dijalankan dengan tingkat yang memenuhi persyaratan bisnis konsumen.
+ [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/) merupakan layanan terkelola yang memberikan antrean yang memungkinkan satu konsumen membaca pesan secara individu.
+ [Amazon Kinesis](https://aws.amazon.com/kinesis/) memberikan aliran yang memungkinkan banyak konsumen membaca pesan yang sama.
+ Analisis permintaan secara keseluruhan, tingkat perubahan, dan waktu respons yang diperlukan untuk ukuran throttle atau buffer yang tepat.
## Sumber daya
**Dokumen terkait:**
+ [Mulai menggunakan Amazon SQS](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [Integrasi Aplikasi Menggunakan Antrean dan Pesan ](https://aws.amazon.com/blogs/architecture/application-integration-using-queues-and-messages/)
+ [ Mengelola dan memanfatau throttling API di dalam beban kerja Anda ](https://aws.amazon.com/blogs/mt/managing-monitoring-api-throttling-in-workloads/)
+ [ Throttling a tiered, multi-tenant REST API at scale using API Gateway ](https://aws.amazon.com/blogs/architecture/throttling-a-tiered-multi-tenant-rest-api-at-scale-using-api-gateway-part-1/)
+ [Integrasi Aplikasi Menggunakan Antrean 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 optimisasi biaya Amazon EC2 ](https://www.youtube.com/watch?v=_AHPbxzIGV0)
+ [AWS re:Invent 2023 - Pola integrasi tingkat lanjut & kompromi untuk sistem yang digabungkan secara longgar ](https://www.youtube.com/watch?v=FGKGdUiZKto)