# Pengoptimalan biaya
**Topics**
+ [Praktik Manajemen Finansial Cloud](a-practice-cloud-financial-management.md)
+ [Kesadaran akan penggunaan dan pengeluaran](a-expenditure-and-usage-awareness.md)
+ [Sumber daya yang hemat](a-cost-effective-resources.md)
+ [Kelola sumber daya pasokan dan permintaan](a-manage-demand-and-supply-resources.md)
+ [Pengoptimalan seiring waktu](a-optimize-over-time.md)
# Praktik Manajemen Finansial Cloud
**Topics**
+ [COST 1 Bagaimana cara mengimplementasikan manajemen finansial cloud?](w2aac19c13b5b5.md)
# COST 1 Bagaimana cara mengimplementasikan manajemen finansial cloud?
Mengimplementasikan Manajemen Finansial Cloud memampukan organisasi untuk mewujudkan nilai bisnis dan kesuksesan finansial karena mereka mengoptimalkan biaya, penggunaan, dan skala di AWS.
**Topics**
+ [COST01-BP01 Membangun fungsi pengoptimalan biaya](cost_cloud_financial_management_function.md)
+ [COST01-BP02 Buat kemitraan antara bagian keuangan dan teknologi](cost_cloud_financial_management_partnership.md)
+ [COST01-BP03 Tetapkan prakiraan dan anggaran cloud](cost_cloud_financial_management_budget_forecast.md)
+ [COST01-BP04 Mengimplementasikan kesadaran biaya dalam proses organisasi Anda](cost_cloud_financial_management_cost_awareness.md)
+ [COST01-BP05 Melaporkan dan memberi tahu tentang pengoptimalan biaya](cost_cloud_financial_management_usage_report.md)
+ [COST01-BP06 Memantau biaya secara proaktif](cost_cloud_financial_management_proactive_process.md)
+ [COST01-BP07 Mengikuti perkembangan rilisan layanan baru](cost_cloud_financial_management_scheduled.md)
# COST01-BP01 Membangun fungsi pengoptimalan biaya
Buat tim (Cloud Business Office atau Cloud Center of Excellence) yang bertanggung jawab untuk membangun dan mempertahankan budaya sadar biaya (cost awareness) di seluruh organisasi Anda. Tim tersebut harus berisi orang-orang yang berperan dalam bidang keuangan, teknologi, dan bisnis di organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Buat tim Cloud Business Office (CBO) atau Cloud Center of Excellence (CCOE) yang bertanggung jawab untuk membangun dan mempertahankan budaya sadar biaya (cost awareness) di komputasi cloud. Fungsi ini dapat terdiri dari anggota yang sudah ada, tim di organisasi Anda, atau tim baru yang terdiri dari pemangku kepentingan utama organisasi, keuangan, dan teknologi dari seluruh organisasi.
Fungsi ini (individu atau tim) memprioritaskan dan menggunakan sebagian besar waktunya untuk aktivitas manajemen dan pengoptimalan biaya. Untuk organisasi kecil, fungsi ini mungkin memerlukan persentase waktu yang lebih sedikit dibandingkan dengan fungsi purnawaktu di perusahaan yang lebih besar.
Fungsi ini memerlukan pendekatan multidisiplin, dengan kemampuan di bidang manajemen proyek, ilmu data, analisis keuangan, dan pengembangan perangkat lunak atau infrastruktur. Fungsi ini dapat meningkatkan efisiensi beban kerja dengan menjalankan pengoptimalan biaya dalam tiga kepemilikan yang berbeda:
+ **Tersentralisasi: **Melalui tim yang ditunjuk seperti operasi keuangan, pengoptimalan biaya, CBO, atau CCOE, pelanggan dapat merancang dan menerapkan mekanisme tata kelola dan mendorong praktik terbaik di seluruh perusahaan.
+ **Terdesentralisasi:** Memengaruhi tim teknologi untuk melakukan pengoptimalan.
+ **Hybrid:** Gabungan dari tim tersentralisasi dan terdesentralisasi dapat bekerja sama untuk menjalankan pengoptimalan biaya.
Fungsi ini dapat diukur dari kemampuannya menjalankan dan menyampaikan tujuan pengoptimalan biaya (misalnya, metrik efisiensi beban kerja).
Anda harus mendapatkan sponsor eksekutif agar fungsi ini dapat melakukan perubahan, dan inilah faktor keberhasilan utama. Sponsor ini dianggap sebagai penyokong untuk penggunaan cloud hemat biaya, serta memberikan dukungan peningkatan kepada fungsi guna memastikan bahwa aktivitas pengoptimalan biaya ditangani menurut tingkat prioritas yang ditentukan oleh organisasi. Jika tidak, panduan akan diabaikan dan peluang penghematan biaya tidak akan diprioritaskan. Bersama-sama, sponsor dan fungsi memastikan bahwa organisasi Anda menggunakan cloud secara efisien dan terus memberikan nilai bisnis.
Jika Anda memiliki paket Business, Enterprise-On-Ramp, atau Enterprise Support, dan memerlukan bantuan untuk membangun tim atau fungsi ini, hubungi pakar Manajemen Finansial Cloud (CFM) melalui tim Akun Anda.
**Langkah implementasi**
+ ** Tentukan anggota utama:** Anda perlu memastikan bahwa semua bagian yang relevan di organisasi Anda berkontribusi dan memiliki andil dalam manajemen biaya. Tim umum di dalam organisasi biasanya berisi: tim keuangan, pemilik produk atau aplikasi, manajemen, dan teknis (DevOps). Sebagian dari mereka (keuangan, teknis) terlibat secara penuh, sedangkan yang lainnya secara berkala sesuai kebutuhan. Individu atau tim yang melakukan CFM umumnya memerlukan serangkaian keahlian berikut:
+ Keahlian pengembangan perangkat lunak - jika skrip dan otomatisasi sedang dibuat.
+ Keahlian rekayasa infrastruktur - untuk men-deploy skrip atau otomatisasi, dan memahami bagaimana layanan atau sumber daya disediakan.
+ Kecakapan operasi - CFM adalah tentang beroperasi di cloud secara efisien dengan mengukur, memantau, memodifikasi, merencanakan, dan menskalakan penggunaan cloud secara efisien.
+ **Tentukan tujuan dan metrik: **Fungsi harus memberikan nilai kepada organisasi dengan cara yang berbeda. Tujuan ini telah ditentukan dan terus berkembang seiring dengan perkembangan organisasi. Aktivitas umum mencakup: membuat dan menjalankan program edukasi tentang pengoptimalan biaya di seluruh organisasi, mengembangkan standar di seluruh organisasi, seperti pemantauan dan pelaporan untuk pengoptimalan biaya, dan mengatur tujuan beban kerja dalam pengoptimalan. Fungsi juga harus melaporkan kemampuan pengoptimalan biaya organisasi kepada organisasi secara rutin.
Anda dapat menentukan indikator kinerja utama (KPI) berbasis nilai. KPI dapat berbasis biaya atau berbasis nilai. Saat Anda menentukan KPI, Anda dapat menghitung biaya yang diharapkan sehubungan dengan efisiensi dan hasil bisnis yang diharapkan. KPI berbasis nilai mengaitkan metrik biaya dan penggunaan dengan pendorong nilai bisnis dan membantu merasionalisasi perubahan dalam pengeluaran AWS. Langkah pertama untuk menyimpulkan KPI berbasis nilai adalah bekerja sama, lintas organisasi, untuk memilih dan menyepakati serangkaian KPI standar.
+ ** Adakan koordinasi rutin: **Grup (keuangan, teknologi, dan tim bisnis) harus melakukan rapat secara teratur untuk meninjau tujuan dan metrik mereka. Koordinasi ini biasanya membahas peninjauan status organisasi, program apa pun yang sedang berlangsung, serta metrik pengoptimalan dan keuangan secara keseluruhan. Kemudian beban kerja utama dilaporkan dengan lebih mendetail.
Selama rapat rutin ini, Anda dapat meninjau efisiensi beban kerja (biaya) dan hasil bisnis. Misalnya, peningkatan biaya 20% untuk beban kerja dapat diselaraskan dengan peningkatan penggunaan pelanggan. Dalam kasus ini, kenaikan biaya 20% dapat diartikan sebagai investasi. Rapat koordinasi rutin ini dapat membantu tim mengidentifikasi KPI berbasis nilai yang memberikan makna bagi seluruh organisasi.
## Sumber daya
**Dokumen terkait:**
+ [Blog CCOE AWS](https://aws.amazon.com/blogs/enterprise-strategy/tag/ccoe/)
+ [Membuat Kantor Bisnis Cloud](https://aws.amazon.com/blogs/enterprise-strategy/creating-the-cloud-business-office/)
+ [CCOE - Cloud Center of Excellence](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-laying-the-foundation/cloud-center-of-excellence.html)
**Video terkait:**
+ [Kisah Sukses CCOE Vanguard](https://www.youtube.com/watch?v=0XA08hhRVFQ)
**Contoh terkait:**
+ [Menggunakan Cloud Center of Excellence (CCOE) untuk Mentransformasi Keseluruhan Perusahaan](https://aws.amazon.com/blogs/enterprise-strategy/using-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise/)
+ [Membangun CCOE untuk mentransformasi keseluruhan perusahaan](https://docs.aws.amazon.com/whitepapers/latest/public-sector-cloud-transformation/building-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise.html)
+ [7 Perangkap yang Perlu Dihindari Saat Membangun CCOE](https://aws.amazon.com/blogs/enterprise-strategy/7-pitfalls-to-avoid-when-building-a-ccoe/)
# COST01-BP02 Buat kemitraan antara bagian keuangan dan teknologi
Libatkan tim keuangan dan teknologi dalam diskusi biaya dan penggunaan di semua tahap perjalanan cloud Anda. Tim secara teratur bertemu dan membahas topik-topik seperti target dan tujuan organisasi, kondisi biaya dan penggunaan saat ini, serta praktik keuangan dan akuntansi.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Tim teknologi berinovasi lebih cepat di cloud karena siklus deployment infrastruktur, pengadaan, dan persetujuan yang lebih pendek. Ini dapat membutuhkan penyesuaian untuk organisasi keuangan yang sebelumnya terbiasa menjalankan proses yang memerlukan waktu lama dan banyak sumber daya untuk mendapatkan dan melakukan deployment modal di lingkungan on-premise dan pusat data, dan alokasi biaya hanya berdasarkan persetujuan proyek.
Dari perspektif organisasi keuangan dan pengadaan, proses penganggaran modal, permintaan modal, persetujuan, pengadaan, dan pemasangan infrastruktur fisik adalah proses yang telah dipelajari dan distandardisasi selama beberapa dekade:
+ Tim rekayasa atau IT biasanya adalah pemohon
+ Berbagai tim keuangan bertindak sebagai pemberi persetujuan dan pengadaan
+ Tim operasi mengumpulkan, menumpuk, dan menyerahkan infrastruktur siap pakai
![\[Circular workflow diagram showing technology teams, procurement, supply chain, and operations interactions.\]](http://docs.aws.amazon.com/id_id/wellarchitected/2022-03-31/framework/images/cost01-bp02-finance-and-procurement-workflow.png)
Dengan penerapan cloud, pengadaan dan penggunaan infrastruktur tidak lagi terikat pada rantai dependensi. Dalam model cloud, tim teknologi dan produk tidak lagi hanya builder, tetapi operator dan pemilik produk mereka, bertanggung jawab atas sebagian besar aktivitas yang secara historis terkait dengan tim keuangan dan operasi, termasuk pengadaan dan deployment.
Hal yang diperlukan untuk menyediakan sumber daya cloud adalah akun pengguna, dan serangkaian izin yang tepat. Hal ini juga yang mengurangi risiko IT dan keuangan; yang berarti tim hanya perlu melakukan beberapa klik atau panggilan API untuk menghentikan sumber daya cloud yang tidak digunakan atau tidak diperlukan. Hal ini juga yang memungkinkan tim teknologi berinovasi lebih cepat – ketangkasan dan kemampuan untuk menjalankan dan kemudian menghentikan eksperimen. Sementara sifat variabel penggunaan cloud dapat memengaruhi prediktabilitas dari perspektif penganggaran dan prakiraan modal, cloud memberi organisasi kemampuan untuk mengurangi biaya penyediaan yang berlebihan, serta mengurangi biaya peluang yang terkait dengan kekurangan penyediaan yang konservatif.
![\[Diagram showing Technology and Product teams deploying, Finance and Business teams operating, with optimization at the center.\]](http://docs.aws.amazon.com/id_id/wellarchitected/2022-03-31/framework/images/cost01-bp02-deploy-operate-optimize.png)
Buat kemitraan antara pemangku kepentingan penting dalam bidang keuangan dan teknologi untuk menghasilkan pemahaman bersama akan tujuan organisasi dan kembangkan mekanisme agar berhasil secara finansial dalam model pengeluaran variabel komputasi cloud. Tim yang relevan dalam organisasi Anda harus dilibatkan dalam diskusi biaya dan penggunaan di semua tahap perjalanan cloud Anda, termasuk:
+ ** Kepala bagian keuangan:** CFO, pengontrol keuangan, perencana keuangan, analis bisnis, bagian pengadaan, pengelolaan pemasok, dan utang usaha harus memahami model cloud dari proses penagihan bulanan, opsi pembelian, dan konsumsi. Tim keuangan perlu bermitra dengan tim teknologi untuk membuat dan menyosialisasikan kisah nilai IT, sehingga membantu tim bisnis memahami bagaimana pengeluaran teknologi terkait dengan hasil bisnis. Dengan cara ini, pengeluaran teknologi tidak dipandang sebagai biaya, melainkan sebagai investasi. Karena perbedaan mendasar antara cloud (seperti laju perubahan dalam penggunaan, harga bayar sesuai pemakaian, harga berjenjang, model harga, dan informasi penggunaan serta penagihan mendetail) dibandingkan dengan operasi on-premise, maka penting organisasi keuangan memahami bagaimana penggunaan cloud dapat memengaruhi aspek bisnis, termasuk proses pengadaan, pelacakan insentif, alokasi biaya, dan laporan keuangan.
+ **Kepala bagian teknologi:** Kepala bagian teknologi (termasuk pemilik aplikasi dan produk) harus sadar akan persyaratan keuangan (misalnya, batas anggaran) serta persyaratan bisnis (misalnya, perjanjian tingkat layanan). Ini memungkinkan beban kerja diimplementasikan untuk mencapai tujuan yang diinginkan organisasi.
Kemitraan antara bagian keuangan dan teknologi memberikan manfaat berikut:
+ Tim keuangan dan teknologi memiliki visibilitas hampir dalam waktu nyata ke biaya dan penggunaan.
+ Tim keuangan dan teknologi menetapkan prosedur pengoperasian standar untuk menangani varian pengeluaran cloud.
+ Pemangku kepentingan dalam bidang keuangan berfungsi sebagai penasihat strategis dalam kaitannya dengan bagaimana modal digunakan untuk membeli diskon komitmen (misalnya, Instans Terpesan atau AWS Savings Plans), dan bagaimana cloud digunakan untuk mengembangkan organisasi.
+ Proses pengadaan dan utang usaha yang ada digunakan dengan cloud.
+ Tim keuangan dan teknologi berkolaborasi dalam memprediksi AWS biaya dan penggunaan di waktu mendatang untuk menyelaraskan dan menyusun anggaran organisasi.
+ Komunikasi lintas organisasi yang lebih baik melalui bahasa bersama, dan pemahaman bersama akan konsep keuangan.
Pemangku kepentingan tambahan di dalam organisasi Anda yang harus dilibatkan dalam diskusi biaya dan penggunaan termasuk:
+ **Pemilik unit bisnis:** Pemilik unit bisnis harus memahami model bisnis cloud sehingga mereka dapat memberikan pengarahan kepada unit bisnis dan seluruh perusahaan. Pengetahuan cloud ini sangat penting ketika ada kebutuhan untuk memprediksi pertumbuhan dan penggunaan beban kerja, dan ketika mengevaluasi opsi pembelian jangka lebih panjang, seperti Instans Terpesan atau Savings Plans.
+ **Tim rekayasa: **Membangun kemitraan antara tim keuangan dan teknologi sangat penting untuk membangun budaya sadar biaya yang mendorong para rekayasawan untuk mengambil tindakan di Manajemen Finansial Cloud (CFM). Salah satu masalah umum dari CFM atau praktisi operasi keuangan dan tim keuangan adalah membuat para rekayasawan memahami seluruh bisnis di cloud, mengikuti praktik terbaik, dan mengambil tindakan yang direkomendasikan.
+ **Pihak ketiga: **Jika organisasi Anda menggunakan pihak ketiga (misalnya, konsultan atau alat), pastikan mereka selaras dengan tujuan keuangan Anda, dan mereka dapat menunjukkan keselarasan tersebut melalui model keterlibatan dan laba atas investasi (ROI) mereka. Umumnya, pihak ketiga akan berkontribusi dalam pelaporan dan analisis beban kerja apa pun yang mereka kelola, dan mereka akan memberikan analisis biaya beban kerja apa pun yang mereka desain.
Menerapkan CFM dan mencapai kesuksesan memerlukan kolaborasi di seluruh tim keuangan, teknologi, dan bisnis, serta perubahan dalam cara pengeluaran cloud dikomunikasikan dan dievaluasi di seluruh organisasi. Ikut sertakan tim rekayasa sehingga mereka dapat menjadi bagian dari diskusi biaya dan penggunaan ini di semua tahap, dan dorong mereka untuk mengikuti praktik terbaik dan mengambil tindakan yang disepakati.
**Langkah implementasi**
+ **Tentukan anggota utama: **Verifikasi bahwa semua anggota yang relevan dari tim keuangan dan teknologi Anda ambil bagian dalam kemitraan. Anggota yang relevan dari tim keuangan adalah mereka yang memiliki interaksi dengan tagihan cloud. Umumnya ini adalah CFO, pengontrol keuangan, perencana keuangan, analis bisnis, bagian pengadaan, dan pengelolaan pemasok. Umumnya anggota bagian teknologi adalah pemilik aplikasi dan produk, manajer teknis, dan perwakilan dari semua tim yang membangun di cloud. Anggota-anggota lainnya dapat mencakup pemilik unit bisnis, misalnya bagian pemasaran, yang akan memengaruhi penggunaan produk, dan pihak ketiga seperti konsultan, untuk mencapai keselarasan dengan tujuan dan mekanisme Anda, dan untuk membantu dalam pelaporan.
+ **Tentukan topik untuk diskusi:** Tentukan topik yang bersifat umum lintas tim, atau yang akan membutuhkan pemahaman bersama. Ikuti biaya dari waktu biaya dibuat, sampai tagihan dibayar. Catat setiap anggota yang terlibat, dan proses organisasi yang harus diterapkan. Pahami setiap langkah atau proses yang dilewatinya dan informasi terkait, seperti model harga yang tersedia, harga berjenjang, model diskon, penetapan anggaran, dan persyaratan keuangan.
+ **Adakan koordinasi rutin: **Untuk menciptakan kemitraan keuangan dan teknologi, buatlah koordinasi komunikasi yang teratur untuk menciptakan dan mempertahankan keselarasan. Grup tersebut harus mengadakan pertemuan koordinasi secara rutin untuk membahas tujuan dan metrik. Koordinasi ini biasanya membahas peninjauan status organisasi, program apa pun yang sedang berlangsung, serta metrik pengoptimalan dan keuangan secara keseluruhan. Kemudian beban kerja utama dilaporkan dengan lebih mendetail.
## Sumber daya
**Dokumen terkait:**
+ [Blog Berita AWS](https://aws.amazon.com/blogs/aws/)
# COST01-BP03 Tetapkan prakiraan dan anggaran cloud
Sesuaikan proses pemrakiraan dan penganggaran yang ada di organisasi agar kompatibel dengan biaya dan penggunaan cloud yang sangat bervariasi. Proses harus dinamis menggunakan algoritme berbasis pendorong bisnis atau berbasis tren, atau kombinasi dari keduanya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Pelanggan menggunakan cloud untuk efisiensi, kecepatan, dan ketangkasan, yang menimbulkan biaya dan penggunaan yang sangat bervariasi. Biaya dapat berkurang seiring dengan peningkatan efisiensi beban kerja, atau seiring dengan deployment fitur dan beban kerja baru. Anda bisa saja melihat adanya peningkatan biaya saat efisiensi beban kerja meningkat, atau saat beban kerja dan fitur baru di-deploy. Atau, beban kerja akan diskalakan untuk melayani lebih banyak pelanggan, yang akan meningkatkan biaya dan penggunaan cloud Anda. Sumber daya sekarang lebih mudah diakses daripada sebelumnya. Elastisitas cloud juga menghadirkan elastisitas biaya dan prakiraan. Proses penganggaran yang ada di organisasi harus dimodifikasi untuk menyertakan variabilitas ini.
Sesuaikan proses pemrakiraan dan penganggaran yang ada agar menjadi lebih dinamis menggunakan algoritme berbasis tren (menggunakan biaya historis sebagai masukan), atau menggunakan algoritme berbasis pendorong bisnis (misalnya, peluncuran produk baru atau ekspansi regional), atau kombinasi dari pendorong bisnis dan tren.
Gunakan [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) untuk menetapkan anggaran khusus pada tingkat mendetail dengan menentukan periode waktu, pengulangan, atau jumlah (tetap atau variabel), dan menambahkan filter seperti layanan, Wilayah AWS, dan tag. Untuk tetap mendapatkan informasi tentang performa anggaran yang ada, Anda dapat membuat dan menjadwalkan [Laporan AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/reporting-cost-budget.html) agar dikirim melalui email kepada Anda dan pemangku kepentingan secara teratur. Anda juga dapat membuat [Peringatan AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-best-practices.html) berdasarkan biaya aktual, yang bersifat reaktif, atau biaya yang diprakirakan, yang menyediakan waktu untuk menerapkan mitigasi terhadap potensi kelebihan biaya. Anda akan diberi tahu saat biaya atau penggunaan melampaui, atau jika diprakirakan akan melampaui, jumlah yang dianggarkan.
AWS memberi Anda fleksibilitas untuk membangun proses prakiraan dan penganggaran yang dinamis agar Anda dapat terus mengetahui apakah biaya mengikuti, atau melampaui, batas anggaran.
Gunakan [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) untuk memprakirakan biaya dalam rentang waktu mendatang yang ditentukan berdasarkan pengeluaran Anda sebelumnya. Mesin prakiraan AWS Cost Explorer menyegmentasikan data historis Anda berdasarkan jenis tagihan (misalnya, Instans yang Direservasi) dan menggunakan kombinasi machine learning dan model berbasis aturan untuk memprediksi pengeluaran di semua jenis tagihan satu per satu. Gunakan [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) untuk memprakirakan biaya cloud harian (hingga 3 bulan) atau bulanan (hingga 12 bulan) berdasarkan algoritme machine learning yang diterapkan pada biaya historis Anda (berbasis tren).
Setelah Anda menentukan prakiraan berbasis tren menggunakan Cost Explorer, gunakan [Kalkulator Harga AWS](https://calculator.aws/#/) untuk memperkirakan kasus penggunaan AWS dan biaya mendatang berdasarkan pada penggunaan yang diharapkan (lalu lintas, permintaan per detik, instans Amazon Elastic Compute Cloud (Amazon EC2) yang diperlukan, dan seterusnya). Anda juga dapat menggunakannya untuk merencanakan pengeluaran, menemukan peluang penghematan biaya, dan membuat keputusan yang tepat saat menggunakan AWS.
Gunakan [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) untuk mencegah atau mengurangi biaya tak terduga dan meningkatkan kontrol tanpa memperlambat inovasi. AWS Cost Anomaly Detection memanfaatkan teknologi machine learning canggih untuk mengidentifikasi pengeluaran yang tidak wajar dan akar penyebab, agar Anda dapat mengambil tindakan secara cepat. [Dengan tiga langkah sederhana](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/), Anda dapat membuat pemantauan kontekstual Anda sendiri dan menerima peringatan saat pengeluaran yang tidak wajar terdeteksi. Biarkan builder membangun, dan biarkan AWS Cost Anomaly Detection memantau pengeluaran Anda dan mengurangi risiko tagihan tak terduga.
Seperti yang disebutkan dalam bagian [Kemitraan Keuangan dan Teknologi Pilar Pengoptimalan Biaya Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/finance-and-technology-partnership.html) , penting untuk memiliki kemitraan dan koordinasi antara IT, Keuangan, dan pemangku kepentingan lainnya untuk memastikan bahwa mereka semua menggunakan alat atau proses yang sama untuk konsistensi. Dalam kasus yang mungkin memerlukan perubahan anggaran, menambah frekuensi rapat singkat koordinasi dapat membantu bereaksi terhadap perubahan tersebut secara lebih cepat.
**Langkah implementasi**
+ **Perbarui proses pemrakiraan dan penganggaran yang ada: **Implementasikan algoritme berbasis tren, berbasis pendorong bisnis, atau kombinasi dari keduanya dalam proses-proses pemrakiraan dan penganggaran Anda.
+ **Konfigurasikan peringatan dan notifikasi:** Gunakan Peringatan AWS Budgets dan Cost Anomaly Detection.
+ **Lakukan peninjauan rutin dengan pemangku kepentingan utama:** Misalnya, pemangku kepentingan di bidang IT, Keuangan, Platform, dan bidang bisnis lainnya, untuk menyelaraskan dengan perubahan dalam arah dan penggunaan bisnis.
## Sumber daya
**Dokumen terkait:**
+ [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [Kalkulator Harga AWS](https://calculator.aws/#/)
+ [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)
+ [AWS License Manager](https://aws.amazon.com/license-manager/)
**Contoh terkait:**
+ [Peluncuran: Prakiraan Berbasis Penggunaan sekarang Tersedia di AWS Cost Explorer](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-usage-based-forecasting-now-available-in-aws-cost-explorer/)
+ [Lab AWS Well-Architected: - Tata Kelola Biaya dan Penggunaan](https://wellarchitectedlabs.com/cost/100_labs/100_2_cost_and_usage_governance/)
# COST01-BP04 Mengimplementasikan kesadaran biaya dalam proses organisasi Anda
Implementasikan kesadaran biaya, transparansi, dan akuntabilitas biaya ke dalam proses baru atau yang sudah ada yang memengaruhi penggunaan, serta manfaatkan proses yang sudah ada untuk kesadaran biaya. Implementasikan kesadaran biaya ke dalam pelatihan karyawan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Kesadaran biaya harus diimplementasikan di dalam proses-proses baru dan yang sudah ada. Ini adalah salah satu kemampuan dasar dan prasyarat untuk praktik terbaik lainnya. Disarankan untuk menggunakan ulang dan memodifikasi proses yang sudah ada jika memungkinkan—hal ini meminimalkan dampak terhadap ketangkasan dan kecepatan. Laporkan biaya cloud kepada tim teknologi dan pengambil keputusan di tim bisnis dan keuangan untuk meningkatkan kesadaran biaya, dan tetapkan indikator kinerja utama (KPI) efisiensi untuk pemangku kepentingan keuangan dan bisnis. Saran berikut ini akan membantu mengimplementasikan kesadaran biaya di dalam beban kerja Anda:
+ Pastikan manajemen perubahan mencakup pengukuran biaya untuk menghitung dampak keuangan dari perubahan Anda. Hal ini membantu Anda secara proaktif menangani masalah terkait biaya dan menyoroti penghematan biaya.
+ Pastikan pengoptimalan biaya adalah komponen inti kemampuan operasional Anda. Misalnya, Anda dapat memanfaatkan proses manajemen insiden yang sudah ada untuk menyelidiki dan mengidentifikasi akar masalah untuk anomali biaya dan penggunaan atau kelebihan biaya.
+ Percepat penghematan biaya dan realisasi nilai bisnis melalui otomatisasi atau penggunaan alat. Saat membahas biaya implementasi, atur percakapan agar turut membahas komponen laba atas investasi (ROI) guna mencari pembenaran atas investasi waktu atau uang.
+ Alokasikan biaya cloud dengan menerapkan showback atau chargeback untuk pengeluaran cloud, termasuk pengeluaran untuk opsi pembelian berbasis komitmen, layanan bersama, dan pembelian marketplace untuk mendukung penggunaan cloud yang paling sadar biaya.
+ Sertakan pelatihan tentang kesadaran biaya dalam program pelatihan dan pengembangan yang sudah ada di seluruh organisasi Anda. Disarankan untuk menyertakan pelatihan dan sertifikasi berkelanjutan di dalamnya. Hal ini akan menghasilkan sebuah organisasi yang mampu mengelola biaya dan penggunaan secara mandiri.
+ Manfaatkan alat native AWS gratis seperti [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/), [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/), dan [Laporan AWS Budgets](https://aws.amazon.com/about-aws/whats-new/2019/07/introducing-aws-budgets-reports/).
Saat organisasi secara konsisten menerapkan praktik [Manajemen Finansial Cloud](https://aws.amazon.com/aws-cost-management/) (CFM), perilaku tersebut tertanam dalam cara kerja dan pengambilan keputusan. Hasilnya adalah budaya yang lebih sadar biaya, mulai dari pengembang yang merancang aplikasi yang baru di cloud, hingga manajer keuangan yang menganalisis ROI pada investasi cloud baru ini.
**Langkah implementasi**
+ ** Identifikasi proses organisasi yang relevan: **Setiap unit organisasi meninjau proses mereka dan mengidentifikasi proses yang berdampak pada biaya dan penggunaan. Proses apa pun yang memunculkan pembuatan atau penghentian sumber daya perlu turut ditinjau. Cari proses yang dapat mendukung kesadaran biaya di dalam bisnis Anda, seperti manajemen dan pelatihan insiden.
+ **Membangun budaya swadaya dan sadar biaya:** Pastikan semua pemangku kepentingan yang relevan menyelaraskan dengan penyebab perubahan dan dampak sebagai biaya sehingga mereka memahami biaya cloud. Ini akan memungkinkan organisasi Anda membangun budaya inovasi swadaya dan sadar biaya.
+ ** Perbarui proses dengan kesadaran biaya:** Setiap proses dimodifikasi agar menjadi proses yang sadar biaya. Proses mungkin memerlukan pemeriksaan awal tambahan, seperti penilaian dampak biaya, atau pemeriksaan akhir yang memvalidasi terjadinya perubahan yang diharapkan dalam hal biaya dan penggunaan. Proses pendukung seperti pelatihan dan manajemen insiden dapat dibuat agar menyertakan item-item untuk biaya dan penggunaan.
Untuk mendapatkan bantuan, hubungi pakar CFM melalui tim Akun Anda, atau jelajahi sumber daya dan dokumen terkait di bawah.
## Sumber daya
**Dokumen terkait:**
+ [Manajemen Finansial Cloud AWS](https://aws.amazon.com/aws-cost-management/)
**Contoh terkait:**
+ [Strategi untuk Manajemen Biaya Cloud Efisien](https://aws.amazon.com/blogs/enterprise-strategy/strategy-for-efficient-cloud-cost-management/)
+ [Seri Blog Pengendalian Biaya No. 3: Cara Menangani Biaya Tak Terduga](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-control-blog-series-3-how-to-handle-cost-shock/)
+ [Panduan Pemula untuk AWS Cost Management](https://aws.amazon.com/blogs/aws-cloud-financial-management/beginners-guide-to-aws-cost-management/)
# COST01-BP05 Melaporkan dan memberi tahu tentang pengoptimalan biaya
Konfigurasikan AWS Budgets dan AWS Cost Anomaly Detection agar memberikan notifikasi tentang biaya dan penggunaan berdasarkan target. Lakukan rapat rutin untuk menganalisis efisiensi biaya beban kerja Anda dan untuk memupuk budaya hemat biaya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Anda harus secara rutin melaporkan pengoptimalan biaya dan penggunaan di dalam organisasi Anda. Anda dapat mengimplementasikan sesi-sesi khusus untuk pengoptimalan biaya, atau sertakan pengoptimalan biaya di dalam siklus pelaporan operasional rutin untuk beban kerja Anda. Gunakan layanan dan alat untuk mengidentifikasi dan menerapkan peluang penghematan biaya. [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) menyediakan dasbor dan laporan. Anda dapat melacak progres biaya dan penggunaan Anda berdasarkan anggaran yang dikonfigurasi dengan [Laporan AWS Budgets](https://aws.amazon.com/about-aws/whats-new/2019/07/introducing-aws-budgets-reports/).
Gunakan [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) untuk mengatur anggaran khusus dalam melacak biaya dan penggunaan Anda, serta menanggapi dengan cepat peringatan yang diterima dari email atau notifikasi Amazon Simple Notification Service (Amazon SNS) jika Anda melebihi ambang batas Anda. [Tetapkan periode anggaran sesuai keinginan Anda,](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-create.html) yaitu harian, bulanan, triwulanan, atau tahunan, dan buat batas anggaran khusus agar terus mendapatkan informasi tentang progres biaya dan penggunaan aktual atau yang diprakirakan berdasarkan ambang batas anggaran Anda. Anda juga dapat mengatur [peringatan](https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html) dan [tindakan](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-controls.html) terhadap peringatan tersebut agar berjalan secara otomatis, atau melalui proses persetujuan saat target anggaran terlampaui.
Implementasikan notifikasi biaya dan penggunaan untuk memastikan perubahan biaya dan penggunaan dapat ditindaklanjuti secara cepat jika tidak terduga. [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) memungkinkan Anda mengurangi biaya tak terduga dan meningkatkan kontrol tanpa memperlambat inovasi. AWS Cost Anomaly Detection mengidentifikasi pengeluaran yang tidak wajar dan akar masalah, yang membantu mengurangi risiko penagihan tak terduga. Dengan tiga langkah mudah, Anda dapat membuat pemantauan kontekstual Anda sendiri dan menerima peringatan saat pengeluaran yang tidak wajar terdeteksi.
Anda juga dapat menggunakan [Amazon Quick](https://aws.amazon.com/quicksight/) dengan data AWS Cost and Usage Report (CUR), untuk memberikan pelaporan yang sangat disesuaikan dengan data yang lebih mendetail. Amazon Quick memungkinkan Anda menjadwalkan laporan dan menerima email Laporan Biaya berkala untuk biaya dan penggunaan historis, atau peluang penghematan biaya.
Gunakan [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), yang memberikan panduan untuk memverifikasi apakah sumber daya yang disediakan selaras dengan praktik terbaik AWS untuk pengoptimalan biaya.
Buat laporan secara berkala yang berisi sorotan Savings Plans, Reserved Instances, dan rekomendasi rightsizing Amazon Elastic Compute Cloud (Amazon EC2) dari AWS Cost Explorer untuk mulai mengurangi biaya yang terkait dengan beban kerja berkondisi stabil serta sumber daya yang tidak aktif dan kurang dimanfaatkan. Identifikasi dan dapatkan kembali pengeluaran yang terkait dengan pemborosan cloud untuk sumber daya yang di-deploy. Pemborosan cloud terjadi saat sumber daya berukuran tidak tepat dibuat, atau ditemukan pola penggunaan yang berbeda dari yang diharapkan. Ikuti praktik terbaik AWS untuk mengurangi pemborosan Anda dan [mengoptimalkan serta menghemat](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/) biaya cloud Anda.
Buat laporan secara teratur untuk opsi pembelian yang lebih baik bagi sumber daya Anda guna menurunkan biaya unit untuk beban kerja Anda. Opsi pembelian seperti Savings Plans, Instans Terpesan, atau Instans Spot Amazon EC2 menawarkan penghematan biaya terbesar untuk beban kerja yang toleran terhadap kesalahan dan memungkinkan pemangku kepentingan (pemilik bisnis, tim keuangan, dan tim teknologi) untuk menjadi bagian dari diskusi komitmen ini.
Bagikan laporan yang berisi peluang atau pengumuman rilis baru yang dapat membantu Anda mengurangi total biaya kepemilikan (TCO) cloud. Terapkan layanan baru, Wilayah, fitur, solusi, atau cara baru untuk mencapai pengurangan biaya lebih lanjut.
**Langkah implementasi**
+ **Mengonfigurasi AWS Budgets: **Konfigurasikan AWS Budgets di semua akun untuk beban kerja Anda. Tetapkan anggaran untuk keseluruhan pengeluaran akun, serta anggaran untuk beban kerja menggunakan tag.
+ [Lab Well-Architected: Biaya dan Penggunaan Tata Kelola](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html)
+ **Melaporkan pengoptimalan biaya: **Siapkan siklus rutin untuk membahas dan menganalisis efisiensi beban kerja. Menggunakan metrik yang dibuat, laporkan metrik-metrik yang dicapai serta biaya untuk mencapainya. Identifikasi dan perbaiki tren negatif apa pun, dan identifikasi tren positif yang dapat Anda pupuk di seluruh organisasi Anda. Pelaporan harus melibatkan perwakilan dari tim dan pemilik aplikasi, keuangan, dan manajemen.
+ [Lab Well-Architected: Visualisasi](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html)
## Sumber daya
**Dokumen terkait:**
+ [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [Praktik Terbaik AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-best-practices.html#budgets-best-practices-setting-budgets%3Fsc_channel=ba%26sc_campaign=aws-budgets%26sc_medium=manage-and-control%26sc_content=web_pdp%26sc_detail=how-do-I%26sc_outcome=aw%26trk=how-do-I_web_pdp_aws-budgets)
+ [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)
+ [AWS CloudTrail](https://aws.amazon.com/cloudtrail/)
+ [Analitik Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/analytics-storage-class.html)
+ [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html)
**Contoh terkait:**
+ [Lab Well-Architected: Biaya dan Penggunaan Tata Kelola](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html)
+ [Lab Well-Architected: Visualisasi](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html)
+ [Cara utama untuk mulai mengoptimalkan biaya cloud AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/key-ways-to-start-optimizing-your-aws-cloud-costs/)
# COST01-BP06 Memantau biaya secara proaktif
Gunakan alat dan dasbor untuk memantau biaya beban kerja secara proaktif. Tinjau biaya secara teratur dengan alat yang dikonfigurasi atau alat siap pakai, jangan hanya memeriksa biaya dan kategori saat Anda menerima notifikasinya. Memantau dan menganalisis biaya secara proaktif akan membantu mengidentifikasi tren positif dan memungkinkan Anda mempromosikan tren tersebut ke seluruh organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Sebaiknya pantau biaya dan penggunaan di organisasi Anda secara proaktif, tidak hanya saat terdapat pengecualian atau anomali. Dasbor yang dapat dilihat dari kantor atau lingkungan kerja Anda memastikan orang yang memiliki peran penting dapat mengakses informasi yang diperlukan, serta menunjukkan bahwa organisasi Anda fokus pada pengoptimalan biaya. Dengan dasbor yang terlihat ini, Anda dapat mendorong hasil secara aktif dan menerapkannya di seluruh organisasi Anda.
Buat rutinitas harian atau berulang untuk menggunakan [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) atau dasbor lain seperti [Amazon Quick](https://aws.amazon.com/quicksight/) untuk melihat biaya dan menganalisis secara proaktif. Lakukan analisis penggunaan dan biaya layanan AWS pada tingkat akun AWS, tingkat beban kerja, atau tingkat layanan AWS tertentu dengan pengelompokan dan pemfilteran, dan lakukan validasi apakah penggunaan dan biaya tersebut diharapkan atau tidak. Gunakan perincian dan tag tingkat sumber daya dan per jam untuk memfilter dan mengidentifikasi biaya yang timbul untuk sumber daya teratas. Anda juga dapat membuat laporan Anda sendiri dengan [Dasbor Inteligensi Biaya](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/), solusi [Amazon Quick](https://aws.amazon.com/quicksight/) yang dibuat Arsitek Solusi AWS, dan bandingkan anggaran Anda dengan biaya dan penggunaan aktual.
**Langkah implementasi**
+ **Melaporkan pengoptimalan biaya:** Siapkan siklus rutin untuk membahas dan menganalisis efisiensi beban kerja. Menggunakan metrik yang dibuat, laporkan metrik-metrik yang dicapai serta biaya untuk mencapainya. Identifikasikan dan perbaiki tren negatif apa pun, serta identifikasi tren positif yang dapat Anda pupuk di seluruh organisasi Anda. Pelaporan harus melibatkan perwakilan dari tim dan pemilik aplikasi, keuangan, dan manajemen.
+ **Buat dan aktifkan [AWS Budgets](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-daily-cost-and-usage-budgets/) perincian harian agar biaya dan penggunaan mengambil tindakan tepat waktu untuk mencegah kemungkinan kelebihan biaya: ** AWS Budgets memungkinkan Anda mengonfigurasi notifikasi peringatan, sehingga Anda terus mendapatkan informasi terbaru jika salah satu jenis anggaran Anda berada di luar ambang batas yang sudah dikonfigurasi sebelumnya. Cara terbaik untuk memanfaatkan AWS Budgets adalah menetapkan biaya dan penggunaan yang diharapkan sebagai batas Anda, agar nilai apa pun di atas anggaran Anda dapat dianggap sebagai pengeluaran yang berlebihan.
+ **Buat AWS Cost Anomaly Detection untuk pemantauan biaya: ** [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) menggunakan teknologi Machine Learning canggih untuk mengidentifikasi pengeluaran yang tidak wajar dan akar masalah, sehingga Anda dapat mengambil tindakan secara cepat. Hal ini memungkinkan Anda mengonfigurasi pemantauan biaya yang menentukan segmen pengeluaran yang ingin Anda evaluasi (misalnya, tiap-tiap layanan AWS, akun anggota, tag alokasi biaya, dan kategori biaya), dan memungkinkan Anda mengatur kapan, di mana, dan bagaimana Anda menerima notifikasi peringatan. Untuk setiap pemantauan, kaitkan beberapa langganan peringatan untuk pemilik bisnis dan tim teknologi, termasuk nama, ambang batas dampak biaya, dan frekuensi peringatan (tiap-tiap peringatan, ringkasan harian, ringkasan mingguan) untuk setiap langganan.
+ **Gunakan AWS Cost Explorer atau integrasikan data AWS Cost and Usage Report (CUR) dengan dasbor Amazon Quick untuk memvisualisasikan biaya organisasi:** AWS Cost Explorer memiliki antarmuka yang mudah digunakan yang memungkinkan Anda memvisualisasikan, memahami, dan mengelola biaya dan penggunaan AWS dari waktu ke waktu. Fitur [Dasbor Inteligensi Biaya](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/) adalah dasbor yang dapat disesuaikan dan dapat diakses untuk membantu membuat landasan alat manajemen dan pengoptimalan biaya Anda sendiri.
## Sumber daya
**Dokumen terkait:**
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Anggaran Biaya dan Penggunaan Harian](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-daily-cost-and-usage-budgets/)
+ [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)
**Contoh terkait:**
+ [Lab Well-Architected: Visualisasi](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html)
+ [Lab Well-Architected: Visualisasi Tingkat Lanjut](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Lab Well-Architected: Dasbor Inteligensi Cloud](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/)
+ [Lab Well-Architected: Visualisasi Biaya](https://wellarchitectedlabs.com/cost/200_labs/200_5_cost_visualization/)
+ [Peringatan AWS Cost Anomaly Detection dengan Slack](https://aws.amazon.com/aws-cost-management/resources/slack-integrations-for-aws-cost-anomaly-detection-using-aws-chatbot/)
# COST01-BP07 Mengikuti perkembangan rilisan layanan baru
Berkonsultasilah secara rutin dengan ahli atau Partner AWS untuk mempertimbangkan layanan dan fitur mana yang dapat menekan biaya. Pelajari blog AWS dan sumber informasi lain.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
AWS terus menambahkan kemampuan baru sehingga Anda dapat memanfaatkan teknologi terkini untuk bereksperimen dan berinovasi secara lebih cepat. Anda mungkin dapat mengimplementasikan layanan dan fitur AWS baru untuk meningkatkan efisiensi biaya di beban kerja Anda. Tinjau secara rutin [Manajemen Biaya AWS](https://aws.amazon.com/aws-cost-management/), [Blog Berita AWS](https://aws.amazon.com/blogs/aws/), [Blog Manajemen Biaya AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/), dan [Apa yang Baru dengan AWS](https://aws.amazon.com/new/) untuk mendapatkan informasi tentang rilisan layanan dan fitur baru. Postingan Apa yang Baru memberikan gambaran singkat tentang semua pengumuman perluasan layanan, fitur, dan Wilayah AWS yang dirilis.
**Langkah implementasi**
+ **Berlangganan ke blog:** Kunjungi halaman blog AWS dan berlangganan ke Blog “Apa yang Baru” dan blog relevan lain. Anda dapat mendaftar di [halaman preferensi komunikasi](https://pages.awscloud.com/communication-preferences?languages=english) dengan alamat email Anda.
+ **Berlangganan ke Berita AWS: **Tinjau secara rutin [Blog Berita AWS](https://aws.amazon.com/blogs/aws/) dan [Apa yang Baru dengan AWS](https://aws.amazon.com/new/) untuk mendapatkan informasi tentang rilisan layanan dan fitur baru. Berlangganan umpan RSS atau gunakan email Anda untuk mengikuti pengumuman dan rilis.
+ **Ikuti Penurunan Harga AWS:** Potongan harga reguler pada semua layanan kami sudah menjadi cara standar bagi AWS untuk melimpahkan efisiensi ekonomi yang diperoleh dari skala kami kepada pelanggan. Sejak April 2022, AWS telah menurunkan harga 115 kali sejak diluncurkan pada 2006. Jika Anda memiliki keputusan bisnis yang tertunda karena masalah harga, Anda dapat meninjaunya kembali setelah pengurangan harga dan integrasi layanan baru. Anda dapat mempelajari tentang upaya pengurangan harga sebelumnya, termasuk instans Amazon Elastic Compute Cloud (Amazon EC2), dalam [kategori pengurangan harga dalam Blog Berita AWS](https://aws.amazon.com/blogs/aws/category/price-reduction/).
+ ** Acara dan pertemuan AWS: **Hadiri AWS Summit, dan pertemuan lokal dengan organisasi lainnya dari area setempat. Jika Anda tidak dapat hadir secara langsung, coba hadiri acara virtual untuk mendapatkan berbagai informasi dari pakar AWS dan mengetahui kasus bisnis pelanggan lainnya.
+ ** Bertemu dengan tim akun Anda: **Jadwalkan koordinasi rutin dengan tim akun Anda, adakan pertemuan, serta diskusikan tren industri dan layanan AWS. Bicarakan dengan manajer akun, Arsitek Solusi, dan tim dukungan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Manajemen Biaya AWS](https://aws.amazon.com/aws-cost-management/)
+ [Apa yang Baru dengan AWS](https://aws.amazon.com/new/)
+ [Blog Berita AWS](https://aws.amazon.com/blogs/aws/)
**Contoh terkait:**
+ [Amazon EC2 – Mengoptimalkan dan Menghemat Biaya IT Anda Selama 15 Tahun](https://aws.amazon.com/blogs/aws-cost-management/amazon-ec2-15th-years-of-optimizing-and-saving-your-it-costs/)
+ [Blog Berita AWS - Pengurangan Harga](https://aws.amazon.com/blogs/aws/category/price-reduction/)
# Kesadaran akan penggunaan dan pengeluaran
**Topics**
+ [COST 2 Bagaimana cara mengatur penggunaan?](w2aac19c13b7b5.md)
+ [COST 3 Bagaimana cara memantau penggunaan dan biaya?](w2aac19c13b7b7.md)
+ [COST 4 Bagaimana cara menonaktifkan sumber daya?](w2aac19c13b7b9.md)
# COST 2 Bagaimana cara mengatur penggunaan?
Tetapkan kebijakan dan mekanisme untuk memastikan bahwa biaya yang sesuai dikenakan dan sekaligus tujuan tercapai. Dengan menerapkan pendekatan mengontrol dan menjaga keseimbangan, Anda dapat berinovasi tanpa mengeluarkan dana yang berlebihan.
**Topics**
+ [COST02-BP01 Mengembangkan kebijakan berdasarkan keperluan organisasi Anda](cost_govern_usage_policies.md)
+ [COST02-BP02 Mengimplementasikan tujuan dan target](cost_govern_usage_goal_target.md)
+ [COST02-BP03 Mengimplementasikan struktur akun](cost_govern_usage_account_structure.md)
+ [COST02-BP04 Mengimplementasikan grup dan peran](cost_govern_usage_groups_roles.md)
+ [COST02-BP05 Mengimplementasikan kontrol biaya](cost_govern_usage_controls.md)
+ [COST02-BP06 Melacak siklus hidup proyek](cost_govern_usage_track_lifecycle.md)
# COST02-BP01 Mengembangkan kebijakan berdasarkan keperluan organisasi Anda
Kembangkan kebijakan yang menentukan cara organisasi Anda mengelola sumber daya. Kebijakan harus mencakup aspek biaya sumber daya dan beban kerja, termasuk pembuatan, pengubahan, dan penonaktifan masa pakai sumber daya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Memahami penggerak dan pembiayaan organisasi Anda sangat penting untuk mengelola biaya dan penggunaan secara efektif, serta untuk mengidentifikasi peluang penghematan biaya. Umumnya, organisasi mengoperasikan beberapa beban kerja yang dijalankan oleh beberapa tim. Tim-tim ini dapat berada dalam unit organisasi yang berbeda, masing-masing memiliki aliran pendapatannya sendiri. Kemampuan untuk mengaitkan biaya sumber daya dengan beban kerja, masing-masing organisasi, atau pemilik produk mendorong perilaku penggunaan yang efisien dan membantu mengurangi pemborosan. Pemantauan penggunaan dan biaya yang akurat memungkinkan Anda untuk memahami seberapa menguntungkan unit dan produk organisasi, serta memungkinkan Anda untuk mengambil keputusan yang lebih bijaksana tentang pengalokasian sumber daya di dalam organisasi Anda. Kesadaran akan penggunaan di semua tingkatan dalam organisasi merupakan kunci untuk mendorong perubahan, karena perubahan dalam penggunaan akan memengaruhi biaya. Pertimbangkan untuk menggunakan pendekatan dengan beberapa aspek guna memahami penggunaan dan pengeluaran Anda.
Langkah pertama dalam menjalankan tata kelola adalah dengan menggunakan keperluan organisasi Anda untuk mengembangkan kebijakan penggunaan cloud Anda. Kebijakan ini menentukan cara organisasi Anda menggunakan cloud dan cara mengelola sumber daya. Kebijakan harus mencakup semua aspek dalam sumber daya dan beban kerja yang berkaitan dengan biaya dan penggunaan, termasuk pembuatan, pengubahan, serta penonaktifan masa pakai sumber daya.
Kebijakan harus dibuat sederhana agar dapat dengan mudah dipahami dan diimplementasikan secara efektif di seluruh organisasi. Mulailah dengan kebijakan tingkat tinggi yang sangat umum, seperti penggunaan Wilayah geografis yang diizinkan, atau waktu keseharian saat sumber daya harus dijalankan. Sempurnakan kebijakan-kebijakan tersebut secara bertahap untuk unit dan beban kerja organisasi yang beragam. Kebijakan umum mencakup layanan dan fitur mana yang dapat digunakan (misalnya, penyimpanan dalam lingkungan pengembangan dan pengujian), serta sumber daya mana yang dapat digunakan oleh berbagai grup (misalnya, ukuran terbesar sumber daya di akun pengembangan adalah sedang).
**Langkah implementasi**
+ **Lakukan pertemuan dengan anggota tim: **Untuk mengembangkan kebijakan, minta semua tim di organisasi Anda untuk menentukan persyaratan mereka, kemudian dokumentasikan. Gunakan pendekatan berulang dengan memulai dari hal paling umum dan menyempurnakannya secara berkelanjutan hingga ke unit terkecil di setiap langkahnya. Anggota tim yang terlibat adalah mereka yang berkepentingan langsung dengan beban kerja, seperti unit organisasi atau pemilik aplikasi, serta grup pendukung, seperti tim keamanan dan keuangan.
+ ** Tentukan lokasi untuk beban kerja Anda: **Tentukan lokasi pengoperasian beban kerja Anda, termasuk negara dan wilayah di dalam negara tersebut. Informasi ini digunakan untuk pemetaan ke Wilayah AWS dan Zona Ketersediaan.
+ ** Tentukan dan kelompokkan layanan serta sumber daya: **Tentukan layanan yang diperlukan beban kerja. Untuk setiap layanan, tentukan jenis, ukuran, dan jumlah sumber daya yang diperlukan. Tentukan grup sumber daya berdasarkan fungsi, seperti server aplikasi atau penyimpanan basis data. Sumber daya dapat dimiliki oleh beberapa grup.
+ **Tentukan dan kelompokkan pengguna berdasarkan fungsi: **Tentukan pengguna yang berinteraksi dengan beban kerja, dengan berfokus pada apa yang mereka kerjakan dan cara mereka menggunakan beban kerja, bukan posisi atau jabatan mereka di organisasi. Kelompokkan pengguna atau fungsi yang serupa menjadi satu. Anda dapat menggunakan kebijakan yang dikelola AWS sebagai panduan.
+ ** Tentukan tindakan:** Dengan lokasi, sumber daya, dan pengguna yang telah diidentifikasi di awal, tentukan tindakan yang diperlukan oleh masing-masing untuk meraih hasil beban kerja dari masa pakainya (pengembangan, operasi, dan penonaktifan). Identifikasikan tindakannya berdasarkan grup, bukan masing-masing elemen dalam grup, di setiap lokasi. Mulailah dari hal yang umum dengan membaca atau menulis, kemudian sesuaikan tindakan-tindakan tertentu untuk setiap layanan.
+ ** Tentukan periode peninjauan:** Beban kerja dan keperluan organisasi dapat berubah seiring waktu. Tentukan jadwal peninjauan beban kerja untuk memastikan ini tetap selaras dengan prioritas organisasi.
+ **Dokumentasikan kebijakan: **Pastikan kebijakan yang telah ditentukan dapat diakses saat dibutuhkan oleh organisasi Anda. Kebijakan-kebijakan ini digunakan untuk mengimplementasikan, memelihara, dan mengaudit akses lingkungan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan yang Dikelola AWS untuk Fungsi Tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Strategi penagihan beberapa akun AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Tindakan, Sumber Daya, dan Kunci Kondisi untuk Layanan AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_actions-resources-contextkeys.html)
+ [Produk Cloud](https://aws.amazon.com/products/)
+ [Kontrol akses ke Wilayah AWS menggunakan kebijakan IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [Zona Ketersediaan (AZ) dan Wilayah Infrastruktur Global](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)
# COST02-BP02 Mengimplementasikan tujuan dan target
Implementasikan tujuan biaya dan penggunaan untuk beban kerja Anda. Tujuan memberikan arah bagi organisasi Anda terkait biaya dan penggunaan, sedangkan target memberikan hasil terukur bagi beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Kembangkan tujuan serta target biaya dan penggunaan untuk organisasi Anda. Tujuan memberikan panduan dan arah kepada organisasi Anda terkait hasil yang diharapkan. Target memberikan hasil spesifik yang terukur untuk dicapai. Contoh tujuan: penggunaan platform harus meningkat secara signifikan, hanya dengan peningkatan biaya yang minim (non-linier). Contoh target: peningkatan 20% pada penggunaan platform, dengan peningkatan biaya kurang dari 5%. Tujuan umum lainnya adalah beban kerja harus lebih efisien setiap 6 bulan. Target pelengkapnya adalah biaya per output beban kerja harus berkurang 5% setiap 6 bulan.
Tujuan umum untuk beban kerja cloud adalah untuk meningkatkan efisiensi beban kerja, yakni untuk mengurangi biaya per hasil bisnis untuk beban kerja tersebut dari waktu ke waktu. Anda direkomendasikan untuk menerapkan tujuan ini ke semua beban kerja, serta untuk menetapkan target seperti peningkatan efisiensi sebesar 5% setiap 6-12 bulan. Hal ini dapat dicapai di cloud melalui pengembangan kemampuan dalam optimasi biaya, serta melalui perilisan layanan dan fitur layanan baru.
**Langkah implementasi**
+ **Tetapkan tingkat penggunaan yang diharapkan: **Sebagai permulaan, fokuslah pada tingkat penggunaan. Berinteraksilah dengan pemilik aplikasi, pemasaran, dan tim bisnis yang lebih besar untuk memahami tingkat penggunaan yang diharapkan untuk beban kerja. Bagaimana permintaan pelanggan akan berubah dari waktu ke waktu, dan apakah akan ada perubahan akibat peningkatan musiman atau kampanye pemasaran.
+ ** Tetapkan pengadaan sumber daya dan biaya beban kerja: **Setelah tingkat penggunaan ditetapkan, hitung perubahan pada sumber daya beban kerja yang diperlukan untuk memenuhi tingkat penggunaan ini. Anda mungkin perlu meningkatkan ukuran atau jumlah sumber daya untuk suatu komponen beban kerja, meningkatkan transfer data, atau mengubah komponen beban kerja ke layanan lain pada tingkat tertentu. Tentukan berapa biaya yang akan dikeluarkan pada setiap poin utama ini, dan berapa perubahan biaya ketika terdapat perubahan pada penggunaan.
+ **Tetapkan tujuan bisnis: **Dengan mengambil output dari perkiraan perubahan penggunaan dan biaya, gabungkan dengan perkiraan perubahan dalam teknologi, atau program apa pun yang sedang Anda jalankan, dan kembangkan tujuan untuk beban kerja. Tujuan harus mencakup penggunaan, biaya, serta hubungan antara keduanya. Pastikan terdapat program organisasi, misalnya pengembangan kemampuan seperti pelatihan dan pendidikan, jika diperkirakan terdapat perubahan pada biaya tanpa perubahan pada penggunaan.
+ **Tetapkan target: **Untuk setiap tujuan yang telah ditetapkan, tentukan target yang terukur. Jika tujuannya adalah untuk meningkatkan efisiensi beban kerja, targetnya adalah menghitung jumlah peningkatan, tipikal pada output bisnis untuk setiap dolar yang dikeluarkan, dan kapan peningkatan tersebut dihadirkan.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan terkelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Strategi penagihan multi-akun AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Akses kontrol ke Wilayah AWS menggunakan kebijakan IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
# COST02-BP03 Mengimplementasikan struktur akun
Implementasikan struktur akun yang memetakan ke organisasi Anda. Hal ini dapat membantu alokasi dan pengelolaan biaya di organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
AWS memiliki struktur satu akun induk untuk banyak akun anak yang umumnya dikenal sebagai akun manajemen (induk, sebelumnya disebut pembayar) dan akun anggota (anak, sebelumnya disebut tertaut). Praktik terbaik yang dapat diterapkan adalah memiliki setidaknya satu akun manajemen dengan satu akun anggota, apa pun ukuran organisasi Anda dan penggunaannya. Semua sumber daya beban kerja harus disimpan di satu akun anggota.
Jumlah akun AWS yang harus Anda miliki akan bergantung pada kebutuhan Anda. Evaluasikan model biaya dan operasional Anda saat ini dan pada masa mendatang untuk memastikan bahwa struktur akun AWS Anda sudah sesuai dengan tujuan organisasi Anda. Beberapa perusahaan membuat banyak AWS akun untuk alasan bisnis, misalnya:
+ Isolasi penagihan dan fiskal dan/atau administratif diperlukan di antara unit organisasi, pusat biaya, atau beban kerja tertentu.
+ Layanan AWS memiliki batasan tersendiri untuk beban kerja tertentu.
+ Ada persyaratan untuk isolasi dan pemisahan antara beban kerja dan sumber daya.
Di [AWS Organizations](https://aws.amazon.com/organizations/), [penagihan terkonsolidasi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html) membuat konstruksi antara satu atau beberapa akun anggota dan akun manajemen. Dengan akun anggota, Anda dapat mengisolasi serta membedakan biaya dan penggunaan berdasarkan grup. Praktik terbaik yang umum dilakukan adalah membuat akun anggota terpisah untuk setiap unit organisasi (seperti keuangan, pemasaran, dan penjualan), atau untuk setiap siklus hidup lingkungan (seperti pengembangan, pengujian, dan produksi), atau untuk setiap beban kerja (beban kerja a, b, dan c), kemudian menggabungkan akun yang terhubung ini menggunakan penagihan terkonsolidasi.
Penagihan terkonsolidasi membantu menggabungkan pembayaran untuk beberapa akun anggota AWS dalam satu akun manajemen, dan tetap memberikan visibilitas untuk setiap aktivitas akun yang tertaut. Karena biaya dan penggunaan digabungkan dalam akun manajemen, Anda dapat memaksimalkan diskon volume layanan Anda, dan memaksimalkan penggunaan diskon komitmen Anda (Savings Plans dan Instans Terpesan) untuk mencapai diskon tertinggi.
[AWS Control Tower](https://aws.amazon.com/controltower/) dapat mengatur dan mengonfigurasi beberapa akun AWS dengan cepat, memastikan tata kelolanya sesuai dengan persyaratan organisasi Anda.
**Langkah implementasi**
+ **Tentukan persyaratan pemisahan: **Persyaratan pemisahan adalah kombinasi dari beberapa faktor, termasuk keamanan, keandalan, dan konstruksi keuangan. Siapkan setiap faktor secara berurutan dan tentukan apakah beban kerja atau lingkungan beban kerja harus dipisahkan dari beban kerja lainnya. Keamanan memastikan kepatuhan terhadap persyaratan akses dan data. Keandalan memastikan pengelolaan batasan, sehingga lingkungan dan beban kerja tidak memengaruhi hal lain. Konstruksi keuangan memastikan bahwa pemisahan dan akuntabilitas keuangan dilakukan dengan ketat. Contoh umum pemisahan adalah menjalankan beban kerja pengujian dan produksi di akun terpisah, atau menggunakan akun terpisah agar data penagihan dan faktur dapat diberikan ke organisasi pihak ketiga.
+ **Tentukan persyaratan pengelompokan:** Persyaratan pengelompokan tidak menggantikan persyaratan pemisahan, tetapi digunakan untuk membantu manajemen. Kelompokkan lingkungan atau beban kerja serupa yang tidak perlu dipisah. Misalnya, kelompokkan beberapa lingkungan pengujian atau pengembangan dari satu atau beberapa beban kerja menjadi satu.
+ **Tentukan struktur akun: **Menggunakan pemisahan dan pengelompokan ini, tentukan akun untuk setiap grup dan pastikan persyaratan pemisahan terpenuhi. Akun ini adalah akun anggota atau akun tertaut Anda. Dengan mengelompokkan akun anggota ini ke dalam satu akun manajemen atau pembayar, Anda menggabungkan penggunaan untuk memperbesar volume diskon di semua akun, dan menyediakan satu tagihan untuk semua akun. Anda dapat memisahkan data penagihan dan menampilkannya secara terpisah untuk setiap akun anggota. Jika akun anggota tidak ingin memperlihatkan data penagihan atau penggunaannya kepada akun lain, atau harus ada tagihan terpisah dari AWS, tentukan beberapa akun manajemen atau pembayar. Dalam hal ini, setiap akun anggota memiliki akun manajemen atau pembayarnya masing-masing. Sumber daya harus selalu disimpan di akun anggota atau terkait. Akun manajemen atau pembayar hanya digunakan untuk manajemen.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan yang dikelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Strategi penagihan beberapa akun AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Kontrol akses ke Wilayah AWS menggunakan kebijakan IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [AWS Control Tower](https://aws.amazon.com/controltower/)
+ [AWS Organizations](https://aws.amazon.com/organizations/)
+ [Penagihan terkonsolidasi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html)
**Contoh terkait:**
+ [Memisahkan CUR dan Berbagi Akses](https://wellarchitectedlabs.com/Cost/Cost_and_Usage_Analysis/300_Splitting_Sharing_CUR_Access/README.html)
# COST02-BP04 Mengimplementasikan grup dan peran
Implementasikan grup dan peran yang selaras dengan kebijakan Anda serta kontrol siapa saja yang dapat membuat, mengubah, atau menonaktifkan instans dan sumber daya di setiap grup. Misalnya, implementasikan grup pengembangan, pengujian, dan produksi. Ini berlaku untuk solusi pihak ketiga dan layanan AWS.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Setelah mengembangkan kebijakan, Anda dapat membuat peran dan grup logis pengguna di organisasi Anda. Hal ini memungkinkan Anda untuk menetapkan izin dan penggunaan kontrol. Awali dengan pengelompokan orang tingkat tinggi. Hal ini biasanya selaras dengan unit organisasi dan peran pekerjaan (misalnya, administrator sistem di Departemen TI, atau pengontrol keuangan). Grup menggabungkan orang yang memiliki tugas serupa dan memerlukan akses serupa. Peran menentukan aktivitas grup. Misalnya, administrator sistem di TI memerlukan akses untuk membuat semua sumber daya, sedangkan tim analitik hanya perlu membuat sumber daya analitik.
**Langkah implementasi**
+ ** Terapkan grup: **Dengan grup pengguna yang ditentukan dalam kebijakan organisasi Anda, implementasikan grup yang sesuai, jika perlu. Baca pilar keamanan untuk praktik terbaik terkait pengguna, grup, dan autentikasi.
+ ** Implementasikan peran dan kebijakan: **Dengan tindakan yang ditentukan dalam kebijakan organisasi Anda, buat kebijakan akses dan peran yang diperlukan. Baca pilar keamanan untuk praktik terbaik terkait peran dan kebijakan.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan yang dikelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Strategi penagihan beberapa akun AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Kontrol akses ke Wilayah AWS menggunakan kebijakan IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [Pilar Keamanan Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html)
**Contoh terkait:**
+ [Akses dan Identitas Dasar Lab Well-Architected](https://wellarchitectedlabs.com/Security/100_Basic_Identity_and_Access_Management_User_Group_Role/README.html)
# COST02-BP05 Mengimplementasikan kontrol biaya
Implementasikan kontrol berdasarkan kebijakan organisasi serta grup dan peran yang ditetapkan Ini semua memastikan bahwa biaya hanya dikenakan sesuai yang ditetapkan oleh persyaratan organisasi: misalnya, kontrol akses ke wilayah atau tipe sumber daya dengan kebijakan AWS Identity and Access Management (IAM).
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Langkah pertama yang umum dalam mengimplementasikan kontrol biaya adalah mengatur notifikasi ketika peristiwa biaya atau penggunaan terjadi di luar kebijakan organisasi. Ini memungkinkan Anda bertindak cepat dan memverifikasi apakah diperlukan tindakan perbaikan, tanpa membatasi atau mengganggu beban kerja atau aktivitas baru. Setelah Anda mengetahui batas beban kerja dan lingkungan, Anda dapat menegakkan tata kelola. Di AWS, notifikasi dilakukan dengan AWS Budgets, yang memungkinkan Anda untuk menetapkan anggaran bulanan untuk biaya, penggunaan, dan diskon komitmen (Savings Plans dan Instans Terpesan) AWS Anda. Anda dapat membuat anggaran pada tingkat biaya agregat (misalnya semua biaya), atau pada tingkat yang lebih mendetail yakni hanya menyertakan dimensi tertentu seperti akun tertaut, layanan, tag, atau Zona Ketersediaan.
Sebagai langkah kedua, Anda dapat menegakkan kebijakan tata kelola di AWS melalui [AWS Identity and Access Management](https://aws.amazon.com/iam/) (IAM), dan [AWS Organizations Service Control Policies (SCP)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html). IAM memungkinkan Anda mengelola akses ke sumber daya dan layanan AWS dengan aman. Menggunakan IAM, Anda dapat mengontrol siapa yang dapat membuat dan mengelola sumber daya AWS, tipe sumber daya yang dapat dibuat, dan di mana sumber daya tersebut dapat dibuat. Hal ini meminimalkan pembuatan sumber daya yang tidak diperlukan. Gunakan peran dan grup yang dibuat sebelumnya, dan tetapkan [kebijakan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) untuk mengatur penggunaan yang tepat. SCP menawarkan kontrol terpusat pada izin maksimum yang tersedia untuk semua akun di organisasi Anda, memastikan akun-akun Anda tetap berada di dalam pedoman kontrol akses Anda. SCP hanya tersedia di organisasi yang mengaktifkan semua fitur, dan Anda dapat mengonfigurasi SCP agar menolak atau mengizinkan tindakan untuk akun anggota secara default. Lihat [Laporan resmi Pilar Keamanan Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html) untuk detail selengkapnya tentang implementasi manajemen akses.
Tata kelola juga dapat diimplementasikan melalui manajemen Kuota Layanan. Dengan memastikan bahwa Kuota Layanan diatur dengan biaya overhead minimum dan dipelihara secara akurat, Anda dapat meminimalkan pembuatan sumber daya di luar kebutuhan organisasi. Untuk meraih hal ini, Anda harus memahami seberapa cepat kebutuhan Anda dapat berubah, memahami proyek yang sedang berlangsung (baik pembuatan maupun penonaktifan sumber daya), dan mempertimbangkan seberapa cepat perubahan kuota dapat diimplementasikan. [Kuota Layanan](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) dapat digunakan untuk meningkatkan kuota Anda saat diperlukan.
**Langkah implementasi**
+ ** Implementasikan notifikasi pengeluaran:** Menggunakan kebijakan organisasi yang Anda tetapkan, buat anggaran AWS untuk menyediakan notifikasi saat pengeluaran berada di luar kebijakan Anda. Konfigurasi beberapa anggaran biaya, satu untuk masing-masing akun, yang memberi tahu Anda tentang keseluruhan pengeluaran akun. Lalu konfigurasi anggaran biaya tambahan di dalam masing-masing akun untuk unit yang lebih kecil di dalam akun. Unit-unit tersebut berbeda-beda tergantung struktur akun Anda. Beberapa contohnya adalah Wilayah AWS, beban kerja (menggunakan tag), atau layanan AWS. Pastikan Anda mengonfigurasi daftar distribusi email sebagai penerima notifikasi, bukan akun email individu. Anda dapat mengonfigurasi anggaran riil ketika jumlah terlampaui, atau gunakan prakiraan anggaran untuk memberitahukan prakiraan penggunaan.
+ ** Implementasikan kontrol penggunaan: **Menggunakan kebijakan organisasi yang Anda tetapkan, implementasikan kebijakan dan peran IAM untuk menentukan tindakan apa yang dapat dilakukan oleh pengguna dan tindakan yang tidak dapat mereka lakukan. Beberapa kebijakan organisasi dapat disertakan di satu kebijakan AWS. Seperti saat Anda menetapkan kebijakan, mulailah secara umum lalu terapkan kontrol secara lebih mengerucut di masing-masing langkah. Batas layanan juga merupakan kontrol penggunaan yang efektif. Implementasikan batas layanan yang tepat pada semua akun Anda.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan terkelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Strategi penagihan multi-akun AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Kontrol akses ke Wilayah AWS menggunakan kebijakan IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
**Contoh terkait:**
+ [Lab Well-Architected: Tata Kelola Biaya dan Penggunaan](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html)
+ [Lab Well-Architected: Tata Kelola Biaya dan Penggunaan](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_2_Cost_and_Usage_Governance/README.html)
# COST02-BP06 Melacak siklus hidup proyek
Lacak, ukur, dan audit siklus hidup proyek, tim, dan lingkungan untuk menghindari penggunaan dan pembayaran sumber daya yang tidak perlu.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Pastikan Anda melacak seluruh siklus hidup beban kerja. Ini memastikan bahwa ketika tidak diperlukan lagi, beban kerja atau komponen beban kerja bisa dinonaktifkan atau dimodifikasi. Hal ini berguna terutama ketika Anda merilis layanan atau fitur baru. Beban kerja dan komponen yang sudah ada mungkin masih digunakan, tapi harus dinonaktifkan untuk mengarahkan pelanggan ke layanan yang baru. Perhatikan tahap beban kerja sebelumnya — setelah beban kerja diproduksi, lingkungan sebelumnya bisa dinonaktifkan atau banyak dikurangi kapasitasnya sampai diperlukan lagi.
AWS menyediakan beberapa layanan manajemen dan tata kelola yang bisa Anda gunakan untuk melacak siklus hidup entitas. Anda dapat menggunakan [AWS Config](https://aws.amazon.com/config/) atau [AWS Systems Manager](https://aws.amazon.com/systems-manager/) untuk menyediakan inventaris sumber daya dan konfigurasi AWS Anda yang mendetail. Anda disarankan untuk mengintegrasikan proyek atau sistem manajemen aset yang sudah ada agar proyek dan produk aktif di dalam organisasi Anda tetap terlacak. Dengan menggabungkan sistem Anda saat ini dengan set peristiwa dan metrik yang kaya yang disediakan oleh AWS, Anda dapat membangun tampilan peristiwa siklus hidup yang signifikan serta secara proaktif mengelola sumber daya untuk mengurangi biaya yang tidak perlu.
Lihat [laporan resmi Pilar Keunggulan Operasional Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html) untuk detail lebih lanjut tentang implementasi pelacakan siklus entitas.
**Langkah implementasi**
+ ** Lakukan peninjauan beban kerja: **Seperti yang telah ditetapkan oleh kebijakan organisasi Anda, audit proyek Anda yang sudah ada. Besarnya upaya yang dilakukan untuk audit harus proporsional dengan perkiraan risiko, nilai, atau biaya pada organisasi. Area utama yang disertakan dalam audit adalah risiko insiden atau pemadaman terhadap organisasi, nilai atau kontribusi terhadap organisasi (diukur dalam bentuk pendapatan atau reputasi merek), biaya beban kerja (diukur dalam bentuk total biaya sumber daya dan biaya operasional), dan penggunaan beban kerja (diukur dalam bentuk jumlah hasil organisasi per unit waktu). Jika area-area ini berubah selama siklus hidup, diperlukan penyesuaian beban kerja, seperti penonaktifan penuh atau sebagian.
## Sumber daya
**Dokumen terkait:**
+ [AWS Config](https://aws.amazon.com/config/)
+ [AWS Systems Manager](https://aws.amazon.com/systems-manager/)
+ [Kebijakan yang dikelola AWS untuk fungsi tugas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Strategi penagihan beberapa akun AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Kontrol akses ke Wilayah AWS menggunakan kebijakan IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
# COST 3 Bagaimana cara memantau penggunaan dan biaya?
Tetapkan kebijakan dan prosedur untuk memantau dan mengalokasikan biaya Anda dengan tepat. Ini memungkinkan Anda untuk mengukur dan meningkatkan efisiensi biaya beban kerja ini.
**Topics**
+ [COST03-BP01 Mengonfigurasi sumber informasi yang mendetail](cost_monitor_usage_detailed_source.md)
+ [COST03-BP02 Mengidentifikasi kategori atribusi biaya](cost_monitor_usage_define_attribution.md)
+ [COST03-BP03 Membangun metrik organisasi](cost_monitor_usage_define_kpi.md)
+ [COST03-BP04 Mengonfigurasi alat manajemen penagihan dan biaya](cost_monitor_usage_config_tools.md)
+ [COST03-BP05 Menambahkan informasi organisasi ke biaya dan penggunaan](cost_monitor_usage_org_information.md)
+ [COST03-BP06 Mengalokasikan biaya berdasarkan metrik beban kerja](cost_monitor_usage_allocate_outcome.md)
# COST03-BP01 Mengonfigurasi sumber informasi yang mendetail
Konfigurasi Laporan Biaya dan Penggunaan AWS, dan tingkat detail per jam Cost Explorer, untuk menyediakan informasi biaya dan penggunaan yang mendetail. Konfigurasi beban kerja Anda agar memiliki entri log untuk setiap hasil bisnis yang dicapai.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Aktifkan tingkat detail per jam di AWS Cost Explorer dan buat [AWS Cost and Usage Report (CUR)](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/). Sumber-sumber data ini menyediakan tampilan paling akurat untuk biaya dan penggunaan di seluruh organisasi Anda. CUR menyediakan tingkat detail harian atau per jam, tarif, biaya, dan atribut penggunaan untuk semua layanan AWS yang dikenakan biaya. Semua dimensi yang memungkinkan ada di dalam CUR, termasuk: pemberian tag, lokasi, atribut sumber daya, dan ID akun.
Konfigurasi CUR Anda dengan penyesuaian berikut ini:
+ Sertakan ID sumber daya
+ Segarkan CUR secara otomatis
+ Tingkat detail per jam
+ **Versioning:** Timpa laporan yang ada
+ **Integrasi data:** Amazon Athena (Format dan kompresi Parquet)
Gunakan [AWS Glue](https://aws.amazon.com/glue/) untuk menyiapkan data untuk analisis, dan gunakan [Amazon Athena](https://aws.amazon.com/athena/) untuk melakukan analisis data, menggunakan SQL untuk mengkueri data. Anda juga dapat menggunakan [Amazon Quick](https://aws.amazon.com/quicksight/) untuk membangun visualisasi kustom dan kompleks serta mendistribusikannya ke seluruh organisasi Anda.
**Langkah implementasi**
+ ** Konfigurasi laporan biaya dan penggunaan: **Menggunakan konsol penagihan, konfigurasi setidaknya satu laporan biaya dan penggunaan. Konfigurasi laporan dengan tingkat detail per jam yang menyertakan semua pengidentifikasi dan ID sumber daya. Anda juga dapat membuat laporan lain dengan tingkat detail berbeda untuk menyediakan informasi rangkuman dengan tingkat lebih tinggi.
+ ** Konfigurasi tingkat detail per jam di Cost Explorer: **Menggunakan konsol penagihan, aktifkan Hourly and Resource Level Data.
**catatan**
Akan ada biaya terkait dengan mengaktifkan fitur ini. Untuk detailnya, lihat bagian harga.
+ **Konfigurasi pembuatan log aplikasi:** Verifikasi bahwa aplikasi Anda membuat log untuk hasil bisnis yang dicapai sehingga hasil tersebut dapat dilacak dan diukur. Pastikan tingkat detail data ini setidaknya per jam sehingga sesuai dengan data biaya dan penggunaan. Lihat [Pilar Keunggulan Operasional Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html) untuk detail lebih lanjut tentang pembuatan log dan pemantauan.
## Sumber daya
**Dokumen terkait:**
+ [Penyiapan Akun AWS](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html)
+ [AWS Cost and Usage Report (CUR)](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/)
+ [AWS Glue](https://aws.amazon.com/glue/)
+ [Amazon Quick](https://aws.amazon.com/quicksight/)
+ [Harga Manajemen Biaya AWS](https://aws.amazon.com/aws-cost-management/pricing/)
+ [Memberi tag pada sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola Laporan Biaya dan Penggunaan AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
+ [Pilar Keunggulan Operasional Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html)
**Contoh terkait:**
+ [Penyiapan Akun AWS](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html)
# COST03-BP02 Mengidentifikasi kategori atribusi biaya
Identifikasikan kategori organisasi yang dapat digunakan untuk mengalokasikan biaya di dalam organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Bekerja samalah dengan tim keuangan Anda atau pemangku kepentingan lain yang relevan untuk memahami persyaratan tentang bagaimana biaya harus dialokasikan di dalam organisasi Anda. Biaya beban kerja harus dialokasikan sepanjang seluruh siklus hidup, termasuk pengembangan, pengujian, produksi, dan penonaktifan. Pahami bagaimana biaya dikenakan untuk pembelajaran, pengembangan staf, dan pencetusan ide yang berkaitan dengan organisasi. Dengan begitu, akun yang akan digunakan untuk tujuan ini dapat dialokasikan dengan tepat ke anggaran pelatihan dan pengembangan, bukan anggaran biaya IT umum.
**Langkah implementasi**
+ **Tentukan kategori organisasi Anda:** Lakukan pertemuan dengan pemangku kepentingan untuk menentukan kategori yang sesuai dengan struktur dan persyaratan organisasi Anda. Hal ini akan secara langsung memetakan struktur kategori keuangan yang ada, seperti unit bisnis, anggaran, pusat pembiayaan, dan departemen. Lihat hasil yang diberikan cloud untuk bisnis Anda, seperti pelatihan dan edukasi, karena ini juga merupakan kategori organisasi. Beberapa kategori dapat ditetapkan pada sumber daya, dan ada banyak kategori sumber daya yang berbeda, jadi tentukan kategorinya sebanyak yang Anda butuhkan.
+ **Tentukan kategori fungsional Anda:** Lakukan pertemuan dengan pemangku kepentingan untuk menentukan kategori yang sesuai dengan fungsi yang Anda miliki dalam bisnis Anda. Ini dapat berupa nama aplikasi atau beban kerja, serta jenis lingkungan, seperti produksi, pengujian, atau pengembangan. Beberapa kategori dapat ditetapkan pada sumber daya, dan ada banyak kategori sumber daya yang berbeda, jadi tentukan kategorinya sebanyak yang Anda butuhkan.
## Sumber daya
**Dokumen terkait:**
+ [Penandaan sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola AWS Laporan Biaya dan Penggunaan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP03 Membangun metrik organisasi
Bangun metrik-metrik organisasi yang diperlukan untuk beban kerja ini. Contoh metrik beban kerja adalah laporan pelanggan yang dibuat, atau halaman web yang disajikan untuk pelanggan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Pahami bagaimana output beban kerja Anda diukur berdasarkan keberhasilan bisnis. Masing-masing beban kerja umumnya memiliki satu set kecil berisi output-output utama yang mengindikasikan kinerja. Jika Anda memiliki beban kerja yang kompleks dengan banyak komponen, Anda dapat memprioritaskan daftar, atau menetapkan dan melacak metrik untuk setiap komponen. Bekerjalah dengan tim Anda untuk memahami metrik mana yang akan digunakan. Unit ini akan digunakan untuk memahami efisiensi beban kerja, atau biaya untuk masing-masing output bisnis.
**Langkah implementasi**
+ **Tetapkan hasil beban kerja: **Lakukan pertemuan dengan pemangku kepentingan dalam bisnis dan tetapkan hasil untuk beban kerja. Ini adalah pengukur utama penggunaan pelanggan dan harus berupa metrik bisnis dan bukan metrik teknis. Harus ada sedikit metrik tingkat tinggi (kurang dari lima) per beban kerja. Jika beban kerja memunculkan beberapa hasil untuk kasus-kasus penggunaan yang berbeda, kelompokkan ke dalam satu metrik.
+ **Tetapkan hasil komponen beban kerja: **Opsi lainnya adalah jika Anda memiliki beban kerja besar dan kompleks, atau dapat dengan mudah mengurai beban kerja Anda ke dalam komponen (seperti layanan mikro) dengan input dan output yang ditetapkan dengan baik, tetapkan metrik untuk masing-masing komponen. Upaya harus mencerminkan nilai dan biaya komponen. Mulailah dengan komponen yang paling besar menuju komponen yang lebih kecil.
## Sumber daya
**Dokumen terkait:**
+ [Pemberian tag sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola Laporan Biaya dan Penggunaan AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP04 Mengonfigurasi alat manajemen penagihan dan biaya
Konfigurasikan AWS Cost Explorer dan AWS Budgets sesuai dengan kebijakan organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Untuk mengubah penggunaan dan menyesuaikan biaya, setiap orang di organisasi Anda harus memiliki akses ke informasi biaya dan penggunaannya. Semua beban kerja dan tim sebaiknya dibekali dengan fitur berikut saat menggunakan cloud:
+ **Laporan:** Meringkas semua informasi biaya dan penggunaan
+ **Notifikasi:** Memberikan notifikasi saat biaya atau penggunaan melebihi batas yang ditentukan.
+ **Status Saat Ini: **Mengonfigurasi dasbor yang menampilkan tingkat biaya dan penggunaan saat ini. Dasbor harus berada di tempat yang mudah terlihat dalam lingkungan kerja (sama seperti dasbor operasi).
+ **Tren: **Menyediakan kemampuan untuk menunjukkan variabilitas biaya dan penggunaan selama periode waktu yang diperlukan, dengan detail yang diperlukan.
+ **Prakiraan: **Memberikan kemampuan untuk menampilkan estimasi biaya pada masa mendatang.
+ **Pelacakan: **Menampilkan biaya dan penggunaan saat ini dibandingkan dengan tujuan atau target yang telah ditentukan.
+ **Analisis: **Membantu anggota tim untuk melakukan analisis khusus dan mendalam dengan detail per jam, dengan semua dimensi yang memungkinkan.
Anda dapat menggunakan alat asli AWS, seperti [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/), [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/), dan [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway) dengan [Quick](https://docs.aws.amazon.com/quicksight/?id=docs_gateway) untuk memberikan kemampuan ini. Anda juga dapat memberikan alat pihak ketiga — tetapi Anda harus memastikan bahwa biaya alat ini memberikan nilai bagi organisasi Anda.
**Langkah implementasi**
+ ** Buat grup Optimisasi Biaya: **Konfigurasikan akun Anda dan buat grup yang memiliki akses ke laporan Biaya dan Penggunaan yang diperlukan. Grup ini harus menyertakan perwakilan dari semua tim yang memiliki atau mengelola aplikasi. Hal ini untuk memastikan bahwa setiap tim dapat mengakses informasi biaya dan penggunaannya.
+ ** Konfigurasikan AWS Budgets:** Konfigurasikan AWS Budgets di semua akun untuk beban kerja Anda. Tetapkan anggaran untuk keseluruhan pembelanjaan akun, serta anggaran untuk beban kerja menggunakan tanda.
+ ** Konfigurasikan AWS Cost Explorer: **Konfigurasikan AWS Cost Explorer untuk beban kerja dan akun Anda. Buat dasbor beban kerja untuk melacak seluruh pembelanjaan, dan metrik penggunaan utama untuk beban kerja.
+ ** Konfigurasikan alat lanjutan: **Anda dapat membuat alat kustom untuk organisasi Anda guna memberikan detail tambahan. Anda dapat mengimplementasikan kemampuan analisis lanjutan menggunakan [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway), dan dasbor menggunakan [Quick](https://docs.aws.amazon.com/quicksight/?id=docs_gateway).
## Sumber daya
**Dokumen terkait:**
+ [Penandaan sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya dengan AWS Anggaran](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola AWS Laporan Biaya dan Penggunaan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
**Contoh terkait:**
+ [Lab Well-Architected - Pengaturan Akun AWS](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html/)
+ [Lab Well-Architected: Visualisasi Penagihan](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html)
+ [Lab Well-Architected: Penggunaan Biaya dan Tata Kelola](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html)
+ [Lab Well-Architected: Analisis Biaya dan Penggunaan](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_4_Cost_and_Usage_Analysis/README.html)
+ [Lab Well-Architected: Visualisasi Biaya dan Penggunaan](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
# COST03-BP05 Menambahkan informasi organisasi ke biaya dan penggunaan
Tentukan skema penandaan berdasarkan kategori organisasi, atribut beban kerja, dan alokasi biaya. Implementasikan penandaan di seluruh sumber daya. Gunakan Kategori Biaya untuk mengelompokkan biaya dan penggunaan berdasarkan atribut organisasi.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Implementasikan [penandaan di AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) untuk menambahkan informasi organisasi ke sumber daya Anda, yang akan ditambahkan ke informasi biaya dan penggunaan. Tanda adalah pasangan kunci-nilai — kunci perlu ditentukan dan harus unik di seluruh organisasi, dan nilainya unik untuk grup sumber daya. Contoh pasangan kunci-nilai: yang menjadi kunci adalah Lingkungan, dan yang menjadi nilai adalah Produksi. Semua sumber daya dalam lingkungan produksi pasti memiliki pasangan kunci-nilai ini. Dengan penandaan, Anda dapat melacak dan mengelola biaya dengan informasi organisasi yang relevan dan bermanfaat. Anda dapat menerapkan tanda yang merepresentasikan kategori organisasi (seperti pusat biaya, nama aplikasi, proyek, atau pemilik), dan mengidentifikasi beban kerja serta karakteristik beban kerja (misalnya pengujian atau produksi) untuk mengaitkan biaya dan penggunaan di seluruh organisasi.
Saat menerapkan tanda ke sumber daya AWS (misalnya instans Amazon Elastic Compute Cloud atau bucket Amazon Simple Storage Service) dan mengaktifkan tanda, AWS menambahkan informasi ini ke Laporan Biaya dan Penggunaan. Anda dapat menjalankan laporan dan melakukan analisis pada sumber daya yang ditandai dan tidak ditandai untuk meningkatkan kepatuhan terhadap kebijakan manajemen biaya, dan memastikan atribusi yang akurat.
Membuat dan mengimplementasikan standar penandaan AWS di seluruh akun organisasi memungkinkan Anda untuk mengelola lingkungan AWS yang seragam dan konsisten. Gunakan [Kebijakan Tanda](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) di AWS Organizations untuk menentukan aturan terkait cara tanda digunakan pada sumber daya AWS di akun AWS Organizations Anda. Kebijakan Tanda memungkinkan Anda untuk mengadopsi pendekatan terstandarisasi untuk penandaan pada sumber daya AWS
[Editor Tanda AWS](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) memungkinkan Anda untuk menambah, menghapus, dan mengelola tanda berbagai sumber daya.
[Kategori Biaya AWS](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) memungkinkan Anda untuk menetapkan makna organisasi ke biaya tanpa memerlukan tanda pada sumber daya. Anda dapat memetakan informasi biaya dan penggunaan ke struktur organisasi internal yang unik. Anda menentukan aturan kategori untuk memetakan dan mengategorikan biaya menggunakan dimensi penagihan, seperti akun dan tanda. Selain penandaan, hal ini memberikan kemampuan manajemen pada tingkat yang berbeda. Anda juga dapat memetakan akun dan tanda spesifik untuk beberapa proyek.
**Langkah implementasi**
+ **Tentukan skema penandaan:** Kumpulkan semua pemangku kepentingan dari seluruh bisnis Anda untuk menentukan skema. Hal ini umumnya melibatkan orang-orang yang memiliki peran di bidang teknis, keuangan, dan manajemen. Kumpulkan daftar tanda yang wajib dimiliki oleh semua sumber daya serta tanda yang sebaiknya dimiliki oleh sumber daya. Verifikasikan bahwa nama dan nilai tanda konsisten di seluruh organisasi.
+ ** Sumber daya tanda: **Menggunakan kategori atribusi biaya yang telah ditentukan, tempatkan tanda pada semua sumber daya dalam beban kerja berdasarkan kategori. Gunakan alat seperti CLI, Editor Tanda, atau Manajer Sistem untuk meningkatkan efisiensi.
+ **Implementasikan Kategori Biaya: **Anda dapat membuat Kategori Biaya tanpa mengimplementasikan penandaan. Kategori Biaya menggunakan dimensi biaya dan penggunaan yang sudah ada. Buat aturan kategori dari skema dan implementasikan ke Kategori Biaya.
+ **Otomatiskan penandaan:** Untuk memverifikasi bahwa Anda memelihara penandaan tingkat tinggi di seluruh sumber daya, otomatiskan penandaan sehingga sumber daya ditandai secara otomatis saat dibuat. Gunakan fitur dalam layanan, atau layanan seperti AWS CloudFormation, untuk memastikan bahwa sumber daya ditandai saat dibuat. Anda juga dapat membuat layanan mikro kustom yang memindai beban kerja secara berkala dan menghapus sumber daya apa pun yang tidak ditandai, yang cocok untuk lingkungan pengujian dan pengembangan.
+ ** Awasi dan laporkan penandaan: **Untuk memverifikasi bahwa Anda mempertahankan penandaan tingkat tinggi di seluruh organisasi, awasi dan laporkan tanda di seluruh beban kerja Anda. Anda dapat menggunakan AWS Cost Explorer untuk melihat biaya sumber daya yang ditandai dan tidak ditandai, atau menggunakan layanan seperti Editor Tanda. Tinjau secara berkala jumlah sumber daya yang tidak ditandai dan ambil tindakan untuk menambahkan tanda hingga tingkat penandaan yang diinginkan tercapai.
## Sumber daya
**Dokumen terkait:**
+ [Tanda Sumber AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html)
+ [Kategori Biaya AWS](https://aws.amazon.com/aws-cost-management/aws-cost-categories/)
+ [Penandaan sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Amazon EC2 dan Amazon EBS menambahkan dukungan untuk penandaan sumber daya saat pembuatan](https://aws.amazon.com/about-aws/whats-new/2017/03/amazon-ec2-and-amazon-ebs-add-support-for-tagging-resources-upon-creation-and-additonal-resource-level-permissions/)
+ [Menganalisis biaya dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola AWS Laporan Biaya dan Penggunaan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP06 Mengalokasikan biaya berdasarkan metrik beban kerja
Alokasikan biaya beban kerja berdasarkan metrik atau hasil bisnis untuk mengukur efisiensi biaya beban kerja. Implementasikan proses untuk menganalisis Laporan Biaya dan Penggunaan AWS dengan [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway), yang dapat menyediakan wawasan dan kemampuan charge back.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Optimalisasi biaya menghadirkan hasil bisnis pada titik harga terendah, yang hanya dapat dicapai dengan mengalokasikan biaya beban kerja berdasarkan metrik beban kerja (diukur berdasarkan efisiensi beban kerja). Pantau metrik beban kerja yang ditetapkan melalui file log atau pemantauan aplikasi lain. Kombinasikan data ini dengan biaya beban kerja, yang dapat diperoleh dengan melihat biaya dengan nilai tag khusus atau ID akun. Disarankan melakukan analisis ini pada level per jam. Efisiensi umumnya akan berubah jika Anda memiliki beberapa komponen biaya statis (misalnya basis data backend yang berjalan 24/7) dengan beragam laju permintaan (misalnya puncak penggunaan pada pukul 09.00 - 17.00, dengan sedikit permintaan pada malam hari). Memahami hubungan antara biaya statis dan variabel akan membantu Anda berfokus pada aktivitas optimalisasi Anda.
**Langkah Implementasi**
+ ** Alokasikan biaya ke metrik beban kerja: **Menggunakan metrik yang ditetapkan dan pemberian tag yang dikonfigurasi, buat metrik yang mengombinasikan output beban kerja dan biaya beban kerja. Gunakan layanan analitik seperti Amazon Athena dan Quick untuk membuat dasbor efisiensi untuk beban kerja keseluruhan, dan komponen apa pun.
## Sumber daya
**Dokumen terkait:**
+ [Pemberian tag sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola Laporan Biaya dan Penggunaan AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST 4 Bagaimana cara menonaktifkan sumber daya?
Implementasikan kontrol perubahan dan manajemen sumber daya dari awal proyek hingga akhir masa pakai. Ini memastikan Anda akan mematikan atau menghentikan sumber daya yang tidak digunakan agar tidak boros.
**Topics**
+ [COST04-BP01 Lacak sumber daya sepanjang masa pakainya](cost_decomissioning_resources_track.md)
+ [COST04-BP02 Mengimplementasikan proses penonaktifan](cost_decomissioning_resources_implement_process.md)
+ [COST04-BP03 Menonaktifkan sumber daya](cost_decomissioning_resources_decommission.md)
+ [COST04-BP04 Menonaktfikan sumber daya secara otomatis](cost_decomissioning_resources_decomm_automated.md)
# COST04-BP01 Lacak sumber daya sepanjang masa pakainya
Tentukan dan implementasikan metode untuk melacak sumber daya dan kaitannya dengan sistem sepanjang masa pakainya. Anda dapat menggunakan pemberian tag untuk mengidentifikasi beban kerja atau fungsi sumber daya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Nonaktifkan sumber daya beban kerja yang tidak lagi diperlukan. Contoh yang umum adalah sumber daya yang digunakan untuk pengujian, setelah pengujian selesai, sumber daya dapat dikeluarkan. Melacak sumber daya dengan tag (dan menjalankan laporan atas tag tersebut) akan membantu Anda mengidentifikasi aset yang perlu dinonaktifkan. Menggunakan tag merupakan cara efektif untuk melacak sumber daya, dengan memberi label sumber daya dengan fungsinya, atau tanggal kapan sumber daya dapat dinonaktifkan. Maka pelaporan dapat dijalankan atas tag ini. Contoh nilai untuk memberi tag fitur yakni `pengujian fitur X` untuk mengidentifikasi tujuan sumber daya sehubungan dengan siklus pakai beban kerja.
**Langkah implementasi**
+ ** Implementasikan skema pemberian tag: **Implementasikan skema pemberian tag yang mengidentifikasi beban kerja untuk sumber daya, sambil verifikasi bahwa semua sumber daya dalam beban kerja sudah diberi tag dengan benar.
+ ** Implementasikan pemantauan output atau throughput beban kerja: **Implementasikan pemantauan throughput beban kerja atau peringatan, pemicuan atas permintaan input atau penyelesaian output. Konfigurasikan untuk memberikan notifikasi ketika permintaan beban kerja atau output menurun hingga nol, yang menandakan sumber daya beban kerja tidak lagi digunakan. Sertakan faktor waktu jika beban kerja secara berkala menurun hingga nol dalam kondisi normal.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Pemberian tag AWS sumber daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Memublikasikan Metrik Kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
# COST04-BP02 Mengimplementasikan proses penonaktifan
Implementasikan proses untuk mengidentifikasi dan menonaktifkan sumber daya tidak terpakai
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Implementasikan proses standar di organisasi Anda untuk mengidentifikasi dan menyingkirkan sumber daya yang tidak digunakan. Proses tersebut harus menetapkan frekuensi pelaksanaan pencarian, dan proses untuk menyingkirkan sumber daya guna memastikan terpenuhinya semua persyaratan organisasi.
**Langkah implementasi**
+ **Buat dan implementasikan proses penonaktifan: **Bekerja dengan pengembang dan pemilik beban kerja, bangun proses penonaktifan untuk beban kerja dan sumber dayanya. Proses tersebut harus mencakup metode untuk memverifikasi apakah beban kerja sedang digunakan, begitu juga dengan setiap sumber daya beban kerja. Proses juga harus mencakup langkah-langkah yang diperlukan untuk menonaktifkan sumber daya, menghapusnya dari layanan sambil memastikan kepatuhan terhadap semua persyaratan peraturan. Semua sumber daya terkait juga tercakup di dalamnya, seperti lisensi atau penyimpanan terlampir. Proses harus menyediakan notifikasi untuk pemilik beban kerja bahwa proses penonaktifan telah dijalankan.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
# COST04-BP03 Menonaktifkan sumber daya
Nonaktifkan sumber daya yang dipicu oleh peristiwa seperti audit berkala, atau perubahan penggunaan. Penonaktifan umumnya dilakukan secara berkala, baik secara manual atau otomatis.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Frekuensi dan upaya untuk mencari sumber daya yang tidak digunakan harus mencerminkan potensi penghematan, sehingga akun dengan biaya kecil harus dianalisis lebih jarang daripada akun dengan biaya yang lebih besar. Pencarian dan peristiwa penonaktifan bisa dipicu oleh perubahan status pada beban kerja, seperti produk yang mendekati akhir masa pakai atau mengalami penggantian. Pencarian dan peristiwa penonaktifan mungkin juga dipicu oleh peristiwa eksternal, seperti perubahan kondisi pasar atau penghentian produk.
**Langkah implementasi**
+ **Nonaktifkan sumber daya: **Nonaktifkan setiap sumber daya yang telah teridentifikasi orphaned (tak terpakai) menggunakan proses penonaktifan.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
# COST04-BP04 Menonaktfikan sumber daya secara otomatis
Rancang beban kerja Anda agar menangani pengakhiran sumber daya secara anggun ketika Anda mengidentifikasi dan menonaktifkan sumber daya non-kritis, sumber daya yang tidak diperlukan, atau sumber daya dengan pemanfaatan yang rendah.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Gunakan otomatisasi untuk mengurangi atau menyingkirkan biaya terkait untuk proses penonaktifan. Dengan merancang beban kerja agar menjalankan penonaktifan otomatis, Anda akan mengurangi biaya beban kerja secara keseluruhan selama masa pakainya. Anda dapat menggunakan [AWS Auto Scaling](https://aws.amazon.com/autoscaling/) untuk melakukan proses penonaktifan. Anda juga dapat mengimplementasikan kode kustom menggunakan [API atau SDK](https://aws.amazon.com/developer/tools/) untuk menonaktfikan sumber daya secara otomatis.
**Langkah implementasi**
+ ** Implementasikan AWS Auto Scaling: **Untuk sumber daya yang didukung, konfigurasikan dengan AWS Auto Scaling.
+ ** Konfigurasi CloudWatch untuk mengakhiri instans:** Instans dapat dikonfigurasi agar berakhir menggunakan alarm CloudWatch. Menggunakan metrik dari proses penonaktifan, implementasikan alarm dengan tindakan Amazon Elastic Compute Cloud (Amazon EC2). Verifikasi operasi di lingkungan non-produksi sebelum peluncuran.
+ **Implementasikan kode di dalam beban kerja:** Anda dapat menggunakan AWS SDK atau AWS CLI untuk menonaktifkan sumber daya beban kerja. Implementasikan kode di dalam aplikasi yang terintegrasi dengan AWS dan akhiri atau hapus sumber daya yang sudah tidak digunakan.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Membuat Alarm untuk Menghentikan, Mengakhiri, Mem-boot Ulang, atau Memulihkan Instans](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html)
+ [Mulai Menggunakan Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
# Sumber daya yang hemat
**Topics**
+ [COST 5 Bagaimana cara mengevaluasi biaya ketika Anda memilih layanan?](w2aac19c13b9b5.md)
+ [COST 6 Bagaimana cara memenuhi target biaya ketika Anda memilih jenis, ukuran, dan jumlah sumber daya?](w2aac19c13b9b7.md)
+ [COST 7 Bagaimana cara menggunakan model harga untuk mengurangi biaya?](w2aac19c13b9b9.md)
+ [COST 8 Bagaimana cara merencanakan biaya transfer data?](w2aac19c13b9c11.md)
# COST 5 Bagaimana cara mengevaluasi biaya ketika Anda memilih layanan?
Amazon EC2, Amazon EBS, dan Amazon S3 adalah layanan blok penyusun AWS. Layanan terkelola, seperti Amazon RDS dan Amazon DynamoDB, adalah layanan AWS dengan tingkat lebih tinggi, atau tingkat aplikasi. Dengan memilih blok penyusun dan layanan terkelola yang sesuai, Anda dapat mengoptimalkan biaya beban kerja ini. Contohnya, dengan menggunakan layanan terkelola, Anda dapat mengurangi atau menghilangkan sebagian besar dari biaya tambahan untuk administrasi dan operasi, sehingga Anda bebas untuk mengerjakan aplikasi dan aktivitas yang terkait dengan bisnis.
**Topics**
+ [COST05-BP01 Identifikasi persyaratan organisasi untuk biaya](cost_select_service_requirements.md)
+ [COST05-BP02 Menganalisis semua komponen beban kerja ini](cost_select_service_analyze_all.md)
+ [COST05-BP03 Menjalankan analisis menyeluruh setiap komponen](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 Memilih perangkat lunak dengan lisensi hemat biaya](cost_select_service_licensing.md)
+ [COST05-BP05 Memilih komponen beban kerja ini untuk mengoptimalkan biaya selaras dengan prioritas organisasi](cost_select_service_select_for_cost.md)
+ [COST05-BP06 Melakukan analisis biaya untuk penggunaan berbeda seiring waktu](cost_select_service_analyze_over_time.md)
# COST05-BP01 Identifikasi persyaratan organisasi untuk biaya
Bekerja dengan anggota tim untuk menentukan keseimbangan antara pengoptimalan biaya dan pilar lainnya, seperti keandalan dan performa, untuk beban kerja ini.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Ketika memilih layanan untuk beban kerja Anda, penting bagi Anda untuk memahami prioritas organisasi Anda. Pastikan Anda memiliki keseimbangan antara biaya dan pilar Well-Architected lainnya, seperti keandalan dan performa. Beban kerja yang biayanya dioptimalkan penuh adalah solusi yang paling selaras dengan persyaratan organisasi Anda, tidak selalu berarti biaya yang paling rendah. Bertemulah dengan semua tim dalam organisasi Anda untuk mengumpulkan informasi, seperti informasi produk, bisnis, teknis, dan keuangan.
**Langkah implementasi**
+ ** Identifikasi persyaratan organisasi untuk biaya: **Bertemulah dengan anggota-anggota tim dari organisasi Anda, termasuk mereka dari tim pengelolaan produk, pemilik aplikasi, tim pengembangan dan operasional, serta peran manajemen dan keuangan. Prioritaskan pilar Well-Architected untuk beban kerja ini dan komponen-komponennya, output-nya adalah daftar serangkaian pilar secara berurutan. Anda juga dapat menambahkan penimbangan pada masing-masing pilar, yang dapat menunjukkan berapa fokus tambahan yang dimiliki sebuah pilar, atau seberapa serupa fokus antara dua pilar.
## Sumber daya
**Dokumen terkait:**
+ [AWS Kalkulator Total Biaya Kepemilikan (TCO)](https://aws.amazon.com/tco-calculator/)
+ [Amazon S3 kelas penyimpanan](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST05-BP02 Menganalisis semua komponen beban kerja ini
Verifikasi bahwa setiap beban kerja telah dianalisis, terlepas dari ukuran atau biaya saat ini. Upaya peninjauan harus menggambarkan manfaat potensial, seperti biaya saat ini dan yang diperkirakan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Jalankan analisis menyeluruh pada semua komponen di beban kerja Anda. Pertahankan keseimbangan antara biaya analisis dan penghematan potensial di beban kerja selama siklus hidupnya. Anda harus menemukan dampak saat ini dan potensi dampak di masa mendatang dari komponen. Misalnya, apabila biaya sumber daya yang diajukan adalah 10 USD setiap bulan, dan dalam prakiraan beban tidak akan melebihi 15 USD per bulan, mengerahkan usaha seharian penuh untuk mengurangi biaya hingga 50% (5 USD per bulan) dapat melampaui manfaat potensial selama masa pakai sistem. Menggunakan perkiraan berdasarkan data yang lebih cepat dan efisien akan memberikan hasil terbaik secara keseluruhan untuk komponen ini.
Beban kerja dapat berubah seiring waktu, dan rangkaian layanan yang tepat dapat menjadi tidak optimal jika penggunaan atau arsitektur beban kerja berubah. Analisis pilihan layanan harus menggabungkan tingkat penggunaan dan status beban kerja saat ini serta di masa mendatang. Mengimplementasikan layanan untuk penggunaan atau status beban kerja di masa mendatang dapat menghemat biaya keseluruhan dengan meminimalkan atau tanpa memerlukan usaha untuk membuat perubahan di masa mendatang.
[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) dan [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) dapat menganalisis biaya Bukti Konsep (PoC) atau lingkungan yang sedang berjalan. Anda juga dapat menggunakan [Kalkulator Harga AWS](https://calculator.aws/#/) untuk memperkirakan biaya beban kerja.
**Langkah implementasi**
+ **Daftar komponen beban kerja: **Buat daftar semua komponen beban kerja. Ini digunakan sebagai verifikasi untuk memastikan bahwa setiap komponen telah dianalisis. Upaya yang dilakukan harus sesuai dengan kekritisan beban kerja sesuai prioritas organisasi Anda. Mengelompokkan fungsionalitas sumber daya dapat meningkatkan efisiensi, misalnya penyimpanan basis data produksi, jika terdapat beberapa basis data.
+ **Buat daftar komponen berdasarkan prioritas:** Buat daftar komponen dan prioritaskan secara urut berdasarkan usaha. Ini biasanya diurutkan berdasarkan pada biaya komponen dari yang paling mahal ke yang paling murah, atau diurutkan sesuai kekritisan sebagaimana ditentukan oleh prioritas organisasi Anda.
+ ** Lakukan analisis:** Untuk setiap komponen di dalam daftar, tinjau opsi dan layanan yang tersedia kemudian pilih opsi yang paling sesuai dengan prioritas organisasi Anda.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Harga AWS](https://calculator.aws/#/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST05-BP03 Menjalankan analisis menyeluruh setiap komponen
Lihat biaya keseluruhan organisasi dari setiap komponen. Lihat total biaya kepemilikan dengan mempertimbangkan faktor biaya operasi dan manajemen, terutama jika menggunakan layanan terkelola. Hasil upaya peninjauan harus menggambarkan manfaat potensial, misalnya, waktu yang digunakan menganalisis sebanding dengan biaya komponen.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Pertimbangkan penghematan waktu yang memungkinkan tim Anda untuk berfokus pada penghentian utang teknis, inovasi, dan fitur yang menambah nilai. Misalnya, Anda mungkin perlu mengangkat dan menggeser lingkungan on-premise Anda ke cloud secepat mungkin dan kemudian mengoptimalkannya. Sebaiknya cari tahu penghematan apa saja yang dapat Anda realisasikan menggunakan layanan terkelola yang dapat menghilangkan atau mengurangi biaya lisensi. Layanan terkelola menghilangkan beban administratif dan operasional pemeliharaan layanan, sehingga Anda dapat berfokus pada inovasi. Selain itu, karena layanan terkelola beroperasi di skala cloud, biaya yang ditawarkan per transaksi atau layanan dapat lebih rendah.
Biasanya, layanan terkelola memiliki atribut yang dapat Anda atur untuk memastikan kapasitas yang memadai. Anda harus mengatur dan memantau atribut ini agar kapasitas Anda yang berlebih diminimalkan dan kinerja dimaksimalkan. Anda dapat mengubah atribut AWS Managed Services menggunakan Konsol Manajemen AWS atau API dan SDK AWS untuk menyelaraskan kebutuhan sumber daya dengan perubahan permintaan. Misalnya, Anda dapat menambah atau mengurangi jumlah simpul di klaster Amazon EMR (atau klaster Amazon Redshift) untuk menskalakan ke luar atau ke dalam.
Anda juga dapat mengemas beberapa instans dalam sumber daya AWS untuk memungkinkan penggunaan densitas yang lebih tinggi. Misalnya, Anda dapat menyiapkan beberapa basis data kecil dalam satu instans basis data Amazon Relational Database Service (Amazon RDS). Seiring dengan meningkatnya penggunaan, Anda dapat memigrasikan satu dari beberapa basis data ke instans basis data khusus Amazon RDS menggunakan proses pemulihan dan snapshot.
Ketika menyiapkan beban kerja dalam layanan terkelola, Anda harus memahami persyaratan untuk menyesuaikan kapasitas layanan. Persyaratan ini biasanya berupa waktu, upaya, dan dampak apa pun terhadap operasi beban kerja normal. Sumber daya yang disiapkan harus memberikan waktu untuk perubahan apa pun, siapkan biaya tambahan yang diperlukan untuk melakukan hal ini. Upaya sedang berlangsung yang diperlukan untuk mengubah layanan dapat dikurangi hingga menjadi hampir nol menggunakan API dan SDK yang diintegrasikan dengan alat pemantauan dan sistem, seperti Amazon CloudWatch.
[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/), dan [Amazon ElastiCache](https://aws.amazon.com/elasticache/) menyediakan layanan basis data terkelola. [Amazon Athena](https://aws.amazon.com/athena/), [Amazon EMR](https://aws.amazon.com/emr/), dan [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) menyediakan layanan analitik terkelola.
[AMS](https://aws.amazon.com/managed-services/) adalah layanan yang mengoperasikan infrastruktur AWS atas nama partner dan pelanggan perusahaan. Layanan ini menyediakan lingkungan yang aman dan patuh sebagai tempat deployment beban kerja Anda. AMS menggunakan model operasi cloud perusahaan untuk memungkinkan Anda memenuhi persyaratan perusahaan, memindahkan ke cloud dengan lebih cepat, serta mengurangi biaya untuk manajemen berkelanjutan.
**Langkah implementasi**
+ ** Jalankan analisis menyeluruh: **Dengan daftar komponen tersebut, kerjakan setiap komponen mulai dari prioritas tertinggi ke yang terendah. Untuk komponen yang diprioritaskan dan membutuhkan biaya mahal, jalankan analisis tambahan dan evaluasi semua opsi yang ada serta dampaknya dalam jangka panjang. Untuk komponen dengan prioritas rendah, ukur apakah perubahan penggunaan akan mengubah prioritas komponen, kemudian jalankan analisis upaya yang sesuai.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST05-BP04 Memilih perangkat lunak dengan lisensi hemat biaya
Perangkat lunak sumber terbuka meniadakan biaya lisensi perangkat lunak yang dapat menambah biaya yang besar pada beban kerja. Ketika perangkat lunak berlisensi diperlukan, hindari lisensi yang terikat ke atribut arbitrer seperti CPU, carilah lisensi yang terikat dengan output atau hasil. Besar kecilnya biaya lisensi ini lebih sesuai dengan manfaat yang disediakan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Biaya lisensi perangkat lunak dapat ditiadakan melalui penggunaan perangkat lunak sumber terbuka. Penggunaan jenis perangkat lunak ini dapat memberikan pengaruh besar pada biaya beban kerja seiring berubahnya ukuran beban kerja. Ukur manfaat perangkat lunak berlisensi berdasarkan total biaya untuk memastikan Anda memiliki beban kerja paling optimal. Modelkan perubahan dalam lisensi dan bagaimana pengaruhnya terhadap biaya beban kerja Anda. Jika vendor mengubah biaya lisensi basis data Anda, selidiki bagaimana pengaruhnya terhadap keseluruhan efisiensi beban kerja Anda. Pertimbangkan riwayat pengumuman harga dari vendor Anda untuk mengetahui tren perubahan lisensi di seluruh produk mereka. Biaya lisensi juga dapat berubah terlepas dari throughput atau penggunaan, seperti lisensi yang berubah berdasarkan perangkat keras (lisensi terikat CPU). Lisensi jenis ini harus dihindari karena biaya dapat meningkat pesat tanpa hasil yang seimbang.
**Langkah implementasi**
+ ** Analisis opsi-opsi lisensi: **Tinjau ketentuan lisensi untuk perangkat lunak yang tersedia. Cari versi sumber terbuka yang memiliki fungsionalitas yang diperlukan, dan cari tahu apakah manfaat dari perangkat lunak berlisensi lebih besar daripada biayanya. Ketentuan yang menguntungkan adalah yang menyelaraskan biaya dengan manfaat yang disediakan.
+ ** Analisis penyedia perangkat lunak: **Tinjau riwayat perubahan harga atau lisensi dari vendor. Cari perubahan yang tidak selaras dengan hasil, seperti ketentuan merugikan yang mengharuskan perangkat lunak dijalankan di perangkat keras atau platform vendor tertentu. Selain itu, cari tahu bagaimana mereka menjalankan audit, dan sanksi yang dapat dikenakan.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST05-BP05 Memilih komponen beban kerja ini untuk mengoptimalkan biaya selaras dengan prioritas organisasi
Pertimbangkan biaya saat memilih semua komponen. Termasuk di dalamnya adalah menggunakan layanan tingkat aplikasi dan terkelola, seperti Amazon Relational Database Service ([Amazon RDS](Amazon%20Relational%20Database%20Service%20(Amazon%20RDS))), [Amazon DynamoDB](https://docs.aws.amazon.com/dynamodb/?id=docs_gateway), Amazon Simple Notification Service ([Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)), dan Amazon Simple Email Service ([Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway)) untuk mengurangi biaya organisasi keseluruhan. Gunakan nirserver dan kontainer untuk komputasi, seperti AWS Lambda, Amazon Simple Storage Service ([Amazon S3](https://docs.aws.amazon.com/s3/?id=docs_gateway)) untuk situs web statis, dan Amazon Elastic Container Service ([Amazon ECS](https://docs.aws.amazon.com/ecs/?id=docs_gateway)). Minimalkan biaya lisensi dengan menggunakan perangkat lunak sumber terbuka, atau perangkat lunak yang tidak memiliki ongkos lisensi: misalnya Amazon Linux untuk beban kerja komputasi atau migrasikan basis data ke [Amazon Aurora](https://docs.aws.amazon.com/rds/?id=docs_gateway).
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Anda dapat menggunakan layanan nirserver atau tingkat aplikasi seperti [AWS Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/), [Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway), dan [Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway). Semua layanan ini menyingkirkan kebutuhan Anda untuk mengelola sumber daya, dan menyediakan fungsi eksekusi kode, layanan pengantrean, dan pengiriman pesan. Manfaat lain layanan-layanan ini adalah menskalakan kinerja dan biaya sesuai dengan penggunaan, sehingga memungkinkan alokasi dan atribusi biaya yang efisien.
Untuk informasi selengkapnya tentang Nirserver, lihat [Laporan resmi Lensa Aplikasi Nirserver Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).
** Langkah implementasi**
+ ** Pilih tiap layanan untuk mengoptimalkan biaya: **Menggunakan daftar dan analisis yang Anda prioritaskan, pilih setiap opsi yang menyediakan pasangan terbaik untuk prioritas organisasi Anda.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST05-BP06 Melakukan analisis biaya untuk penggunaan berbeda seiring waktu
Beban kerja bisa berubah dari waktu ke waktu Beberapa layanan atau fitur lebih hemat biaya pada tingkat penggunaan yang berbeda. Dengan melakukan analisis pada setiap komponen dari waktu ke waktu serta pada penggunaan yang diperkirakan, beban kerja tetap hemat biaya di sepanjang masa pakainya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Ketika AWS merilis layanan dan fitur baru, layanan optimal untuk beban kerja Anda mungkin berubah. Upaya yang diperlukan harus mencerminkan keuntungan potensial. Frekuensi peninjauan beban kerja tergantung pada persyaratan organisasi Anda. Jika beban kerja memiliki biaya yang signifikan, penerapan layanan baru lebih dini akan memaksimalkan penghematan biaya, sehingga manfaatnya bisa lebih besar jika peninjauan lebih sering dilakukan. Pemicu peninjauan lainnya adalah perubahan pola penggunaan. Perubahan yang signifikan pada penggunaan bisa menandakan bahwa layanan alternatif akan lebih optimal. Misalnya, untuk kecepatan transfer data yang lebih tinggi, layanan koneksi langsung mungkin lebih murah daripada VPN, serta menyediakan konektivitas yang diperlukan. Prediksi dampak potensial dari perubahan layanan, sehingga Anda bisa memantau pemicu tingkat penggunaan ini dan mengimplementasikan layanan yang paling hemat biaya lebih dini.
**Langkah implementasi**
+ ** Tetapkan pola penggunaan yang diprediksi: **Bersama organisasi Anda, seperti pemasaran dan pemilik produk, dokumentasikan pola penggunaan apa yang diharapkan dan diprediksi untuk beban kerja.
+ ** Lakukan analisis biaya pada penggunaan yang diprediksi:** Menggunakan pola penggunaan yang telah ditetapkan, lakukan analisis pada setiap poin ini. Upaya analisis harus mencerminkan hasil potensial. Sebagai contoh, jika ada perubahan besar pada penggunaan, analisis yang mendalam harus dilakukan untuk memastikan biaya dan perubahan yang terjadi.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST 6 Bagaimana cara memenuhi target biaya ketika Anda memilih jenis, ukuran, dan jumlah sumber daya?
Pastikan Anda memilih jumlah sumber daya dan ukuran sumber daya yang sesuai untuk tugas yang ada. Anda meminimalkan pemborosan dengan memilih jenis, ukuran, dan jumlah yang paling hemat.
**Topics**
+ [COST06-BP01 Melakukan pemodelan biaya](cost_type_size_number_resources_cost_modeling.md)
+ [COST06-BP02 Memilih jenis, ukuran, dan jumlah sumber daya berdasarkan data](cost_type_size_number_resources_data.md)
+ [COST06-BP03 Pilih tipe, ukuran dan jumlah sumber daya secara otomatis berdasarkan metrik](cost_type_size_number_resources_metrics.md)
# COST06-BP01 Melakukan pemodelan biaya
Identifikasi persyaratan organisasi dan lakukan pemodelan biaya beban kerja dan setiap komponennya. Lakukan aktivitas tolok ukur untuk beban kerja di bawah berbagai beban yang diprediksi dan bandingkan biayanya. Upaya pemodelan harus mencerminkan manfaat potensial. Misalnya, waktu yang digunakan sebanding dengan biaya komponen.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Lakukan pemodelan biaya untuk beban kerja Anda dan setiap komponennya guna memahami keseimbangan antar sumber daya, dan temukan ukuran yang tepat untuk setiap sumber daya di dalam beban kerja, dengan tingkat kinerja tertentu. Lakukan aktivitas tolok ukur untuk beban kerja di bawah berbagai beban yang diprediksi dan bandingkan biayanya. Hasil upaya pemodelan harus menggambarkan manfaat potensial, misalnya, waktu yang digunakan sebanding dengan biaya komponen atau penghematan yang diprediksi. Untuk praktik terbaik, lihat bagian *Peninjauan* di [laporan resmi Pilar Efisiensi Kinerja](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html).
[AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) dapat membantu melakukan pemodelan biaya untuk beban kerja yang berjalan. Layanan ini menyediakan rekomendasi penyesuaian ukuran untuk sumber daya komputasi berdasarkan riwayat penggunaan. Ini adalah sumber data ideal untuk sumber daya komputasi karena ini adalah layanan gratis, dan layanan ini memanfaatkan machine learning untuk memberikan beberapa rekomendasi tergantung tingkat risiko. Anda juga dapat menggunakan [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) dan [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) dengan log kustom sebagai sumber data untuk operasi penyesuaian ukuran untuk layanan lain dan komponen beban kerja.
Berikut ini adalah beberapa rekomendasi untuk data dan metrik pemodelan biaya:
+ Pemantauan harus mencerminkan pengalaman pengguna akhir secara akurat. Pilih tingkat detail yang tepat untuk periode waktu dan dengan cermat pilih persentil maksimum atau ke-99, bukan rata-rata.
+ Pilih tingkat detail yang tepat untuk periode waktu analisis yang diperlukan untuk mencakup siklus beban kerja apa pun. Sebagai contoh, jika dilakukan analisis dua minggu, Anda mungkin mengabaikan siklus pemanfaatan tinggi bulanan, yang dapat menyebabkan pengadaan yang terlalu rendah.
**Langkah implementasi **
+ ** Lakukan pemodelan biaya: **Deploy beban kerja atau bukti konsep, ke dalam akun terpisah dengan tipe dan ukuran sumber daya tertentu yang diuji. Jalankan beban kerja dengan data pengujian dan rekam hasil output, beserta data biaya untuk periode pengujian. Lalu deploy ulang beban kerja atau ubah tipe dan ukuran sumber daya lalu jalankan ulang pengujian.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Fitur Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimalisasi Biaya: Penyesuaian Ukuran Amazon EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
# COST06-BP02 Memilih jenis, ukuran, dan jumlah sumber daya berdasarkan data
Pilih jenis atau ukuran sumber daya berdasarkan data tentang karakteristik sumber daya dan beban kerja. Misalnya, intensif komputasi, memori, throughput, atau tulis. Pilihan ini biasanya dibuat menggunakan beban kerja versi sebelumnya (on-premise), menggunakan dokumentasi, atau menggunakan sumber informasi lain untuk beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Pilih jenis atau ukuran sumber daya berdasarkan karakteristik sumber daya dan beban kerja, misalnya, intensif komputasi, memori, throughput, dan tulis. Pilihan ini biasanya dibuat menggunakan pemodelan biaya, beban kerja versi sebelumnya (seperti versi on-premise), menggunakan dokumentasi, atau menggunakan sumber informasi lain tentang beban kerja (laporan resmi, solusi yang dipublikasikan).
**Langkah implementasi**
+ **Pilih sumber daya berdasarkan data:** Menggunakan data pemodelan biaya Anda, pilih tingkat penggunaan beban kerja yang diharapkan, kemudian pilih ukuran dan jenis sumber daya yang ditentukan.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Fitur Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimasi Biaya: Right Sizing EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
# COST06-BP03 Pilih tipe, ukuran dan jumlah sumber daya secara otomatis berdasarkan metrik
Gunakan metrik dari beban kerja yang sedang berjalan untuk memilih ukuran dan tipe yang tepat untuk mengoptimalkan biaya. Sediakan throughput, ukuran, dan penyimpanan secara tepat untuk layanan seperti Amazon Elastic Compute Cloud (Amazon EC2), Amazon DynamoDB, Amazon Elastic Block Store (Amazon EBS) (PIOPS), Amazon Relational Database Service (Amazon RDS), Amazon EMR, dan jaringan. Ini dapat dilakukan dengan loop umpan balik seperti penskalaan otomatis atau dengan kode kustom di dalam beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Buat loop umpan balik di dalam beban kerja yang menggunakan metrik aktif dari beban kerja yang berjalan untuk melakukan perubahan pada beban kerja tersebut. Anda dapat menggunakan layanan terkelola, seperti [AWS Auto Scaling](https://aws.amazon.com/autoscaling/), yang Anda konfigurasikan agar melakukan operasi penyesuaian ukuran untuk Anda. AWS juga menyediakan [API, SDK](https://aws.amazon.com/developer/tools/), dan fitur yang memungkinkan sumber daya dapat dimodifikasi dengan upaya minimal. Anda dapat memprogram beban kerja agar menghentikan dan menjalankan instans Amazon Elastic Compute Cloud(Amazon EC2) untuk memungkinkan perubahan ukuran atau tipe instans. Hal ini menyediakan manfaat penyesuaian ukuran sambil menghilangkan hampir semua biaya operasional yang diperlukan untuk melakukan perubahan.
Beberapa layanan AWS memiliki pemilihan tipe atau ukuran otomatis secara bawaan, seperti [Amazon Simple Storage Service(Amazon S3) Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/). Amazon S3 Intelligent-Tiering secara otomatis memindahkan data Anda antara dua tingkat akses: akses sering dan akses jarang, berdasarkan pola penggunaan Anda.
**Langkah implementasi**
+ ** Konfigurasikan metrik beban kerja: **Pastikan Anda merekam metrik kunci untuk beban kerja. Metrik-metrik ini menyediakan indikasi pengalaman pelanggan, seperti output beban kerja, dan penyelarasan dengan perbedaan antartipe dan ukuran sumber daya, seperti penggunaan CPU dan memori.
+ ** Lihat rekomendasi penyesuaian ukuran: **Gunakan rekomendasi penyesuaian ukuran di AWS Compute Optimizer untuk melakukan penyesuaian pada beban kerja Anda.
+ ** Pilih tipe dan ukuran sumber daya secara otomatis berdasarkan metrik: **Menggunakan metrik beban kerja, pilih sumber daya beban kerja Anda secara manual atau otomatis. Konfigurasi AWS Auto Scaling atau implementasi kode di dalam aplikasi Anda dapat menghemat energi yang diperlukan jika diperlukan perubahan yang sering, dan ini dapat berpotensi dapat mengimplementasikan perubahan lebih awal daripada proses manual.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Fitur Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Penyiapan CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html)
+ [CloudWatch Memublikasikan Metrik Kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [Optimalisasi Biaya: Penyesuaian Ukuran Amazon EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [Mulai Menggunakan Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)
+ [Meluncurkan Instans EC2 Menggunakan SDK](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html)
# COST 7 Bagaimana cara menggunakan model harga untuk mengurangi biaya?
Gunakan model harga yang paling sesuai untuk sumber daya Anda untuk meminimalkan pengeluaran.
**Topics**
+ [COST07-BP01 Lakukan analisis model harga](cost_pricing_model_analysis.md)
+ [COST07-BP02 Mengimplementasikan biaya berdasarkan Wilayah](cost_pricing_model_region_cost.md)
+ [COST07-BP03 Memilih perjanjian pihak ketiga dengan ketentuan hemat biaya](cost_pricing_model_third_party.md)
+ [COST07-BP04 Mengimplementasikan model harga untuk semua komponen beban kerja ini](cost_pricing_model_implement_models.md)
+ [COST07-BP05 Lakukan analisis model harga di tingkat akun induk](cost_pricing_model_master_analysis.md)
# COST07-BP01 Lakukan analisis model harga
Analisis setiap komponen beban kerja. Tentukan apakah komponen dan sumber daya akan dijalankan dalam waktu yang lama (untuk diskon komitmen), atau bersifat dinamis dan dijalankan dalam waktu singkat (untuk Spot atau Instans Sesuai Permintaan). Lakukan analisis beban kerja menggunakan fitur Rekomendasi di AWS Cost Explorer.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
AWS memiliki beberapa [model harga](https://aws.amazon.com/pricing/) yang memungkinkan Anda membayar sumber daya Anda dengan cara yang paling hemat biaya, yang sesuai dengan kebutuhan organisasi Anda.
**Langkah implementasi**
+ ** Lakukan analisis diskon komitmen:** Menggunakan Cost Explorer di akun Anda, tinjau rekomendasi Savings Plans dan Instans Terpesan. Untuk memverifikasi bahwa Anda mengimplementasikan rekomendasi yang benar dengan risiko dan diskon yang diperlukan, ikuti [Lab Well-Architected](https://wellarchitectedlabs.com/cost/costeffectiveresources/).
+ **Analisis elastisitas beban kerja: **Menggunakan perincian per jam di Cost Explorer, atau dasbor kustom. Analisis elastisitas beban kerja. Cari perubahan teratur dalam jumlah instans yang dijalankan. Instans berdurasi pendek merupakan kandidat untuk Instans Spot atau Armada Spot.
+ [Well-Architected Lab: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Well-Architected Lab: Visualisasi Biaya](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
## Sumber daya
**Dokumen terkait:**
+ [Mengakses rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Contoh terkait:**
+ [Well-Architected Lab: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Well-Architected Lab: Visualisasi Biaya](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Well-Architected Lab: Model Harga](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html)
# COST07-BP02 Mengimplementasikan biaya berdasarkan Wilayah
Penetapan harga sumber daya dapat berbeda di setiap Wilayah. Memperhitungkan faktor biaya Wilayah membantu memastikan bahwa Anda membayar harga keseluruhan yang paling rendah untuk beban kerja ini.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Saat Anda merancang solusi, praktik terbaik yang dapat diterapkan adalah menempatkan sumber daya komputasi lebih dekat dengan pengguna untuk memberikan latensi yang lebih rendah dan kedaulatan data yang kuat. Untuk audiens global, Anda harus menggunakan beberapa lokasi untuk memenuhi kebutuhan tersebut. Anda harus memilih lokasi geografis yang meminimalkan biaya.
Infrastruktur AWS Cloud dibangun pada [Zona Ketersediaan dan Wilayah](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html). Wilayah adalah lokasi fisik di dunia yang terdiri dari beberapa Zona Ketersediaan. Zona Ketersediaan terdiri dari satu pusat data diskret atau lebih, masing-masing dengan daya, jaringan, dan konektivitas redundan yang berada di fasilitas terpisah.
Setiap Wilayah AWS dioperasikan dalam kondisi pasar setempat, dan harga sumber daya di setiap Wilayah tentunya berbeda. Pilih Wilayah tertentu untuk mengoperasikan komponen atau seluruh solusi sehingga Anda dapat menjalankannya dengan harga serendah mungkin secara global. Anda dapat menggunakan [Kalkulator Harga AWS](https://calculator.aws/#/) untuk memperkirakan biaya beban kerja di berbagai Wilayah.
**Langkah implementasi**
+ ** Tinjau penetapan harga Wilayah: **Analisis biaya beban kerja di Wilayah saat ini. Mulai dengan harga tertinggi dari jenis layanan dan penggunaan, lalu hitung biayanya di Wilayah yang tersedia. Jika perkiraan penghematan lebih banyak dari biaya pemindahan komponen atau beban kerja, migrasikan ke Wilayah baru.
## Sumber daya
**Dokumen terkait:**
+ [Mengakses rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Penetapan harga Amazon EC2](https://aws.amazon.com/ec2/pricing/)
+ [Opsi instans pembelian](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Tabel Wilayah](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Spot.](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP03 Memilih perjanjian pihak ketiga dengan ketentuan hemat biaya
Perjanjian dan ketentuan yang hemat biaya memastikan biaya layanan ini dapat disesuaikan dengan manfaat yang disediakan. Pilih perjanjian dan harga yang dapat diskalakan ketika ada keuntungan tambahan yang disediakan untuk organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Ketika Anda memanfaatkan solusi atau layanan pihak ketiga di cloud, penting untuk memastikan bahwa struktur harga selaras dengan hasil Optimasi Biaya. Harga harus sesuai dengan hasil dan nilai yang disediakan. Contohnya adalah perangkat lunak yang mengambil persentase dari penghematan yang disediakan, makin banyak Anda menghemat (hasil), makin banyak juga biayanya. Perjanjian yang diskalakan dengan tagihan Anda biasanya tidak selaras dengan Optimasi Biaya, kecuali jika perjanjian menyediakan hasil untuk setiap bagian tagihan khusus Anda. Misalnya, solusi yang menyediakan rekomendasi untuk Amazon Elastic Compute Cloud(Amazon EC2) dan mengenakan biaya persentase dari seluruh tagihan Anda akan meningkat jika Anda menggunakan layanan lain yang tidak menerima manfaat darinya. Contoh lainnya adalah layanan terkelola yang dikenakan biaya dengan persentase dari biaya sumber daya yang dikelola. Ukuran instans yang lebih besar tidak selalu memerlukan lebih banyak upaya manajemen, tetapi akan dikenakan lebih banyak biaya. Pastikan bahwa perjanjian harga layanan ini mencakup program optimasi biaya atau fitur pada layanan mereka untuk mendorong efisiensi.
**Langkah implementasi**
+ ** Analisis perjanjian dan ketentuan pihak ketiga:** Tinjau harga di perjanjian pihak ketiga. Lakukan pemodelan untuk berbagai tingkat penggunaan Anda, dan pertimbangkan biaya baru seperti penggunaan layanan baru, atau peningkatan pada layanan saat ini akibat pertumbuhan beban kerja. Tentukan apakah biaya tambahan memberikan keuntungan yang diperlukan pada bisnis Anda.
## Sumber daya
**Dokumen terkait:**
+ [Mengakses rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP04 Mengimplementasikan model harga untuk semua komponen beban kerja ini
Sumber daya yang berjalan secara permanen harus menggunakan kapasitas terpesan seperti Savings Plans atau Instans Terpesan. Kapasitas jangka pendek dikonfigurasi untuk menggunakan Instans Spot, atau Armada Spot. Instans Sesuai Permintaan hanya digunakan untuk beban kerja jangka pendek yang tidak bisa dihentikan dan tidak berjalan cukup lama untuk kapasitas terpesan, yakni antara 25% sampai 75% dari periode, tergantung pada tipe sumber daya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Pertimbangkan persyaratan komponen beban kerja dan pahami model harga potensial. Tetapkan persyaratan ketersediaan komponen. Tentukan apakah ada beberapa sumber daya independen yang melakukan fungsinya pada beban kerja, serta apa persyaratan beban kerja dari waktu ke waktu. Bandingkan biaya sumber daya menggunakan model harga Sesuai Permintaan default dan model lain yang dapat diterapkan. Pertimbangkan potensi perubahan apa pun pada sumber daya atau komponen beban kerja.
**Langkah implementasi**
+ **Implementasikan model harga: **Belilah Savings Plans (SPs), Instans Terpesan (RI) atau implementasikan Instans Spot menggunakan hasil analisis Anda. Jika ini adalah pembelian RI pertama Anda, pilihlah 5 atau 10 rekomendasi teratas pada daftar, lalu pantau dan analisis hasilnya selama satu atau dua bulan ke depan. Belilah sejumlah kecil diskon komitmen dalam siklus reguler, misalnya setiap dua pekan atau setiap bulan. Implementasikan Instans Spot untuk beban kerja yang bisa dihentikan atau stateless.
+ **Siklus peninjauan beban kerja:** Implementasikan siklus peninjauan untuk beban kerja yang secara spesifik menganalisis cakupan model harga. Setelah beban kerja memiliki cakupan yang diperlukan, belilah diskon komitmen tambahan setiap dua atau empat pekan, atau sesuai dengan perubahan penggunaan organisasi Anda.
## Sumber daya
**Dokumen terkait:**
+ [Mengakses rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Armada EC2](https://aws.amazon.com/blogs/aws/ec2-fleet-manage-thousands-of-on-demand-and-spot-instances-with-one-request/)
+ [Cara Membeli Instans Terpesan](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)
**Video terkait:**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP05 Lakukan analisis model harga di tingkat akun induk
Gunakan rekomendasi Cost Explorer Savings Plans dan Instans Terpesan untuk melakukan analisis secara teratur di tingkat akun pengelolaan untuk diskon komitmen.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Melakukan pemodelan biaya yang teratur memastikan peluang untuk mengoptimalkan di beberapa beban kerja dapat diimplementasikan. Misalnya, jika beberapa beban kerja menggunakan Instans Sesuai Permintaan, di level agregat, risiko perubahan akan lebih rendah, dan implementasi diskon berbasis komitmen akan menghasilkan biaya keseluruhan yang lebih rendah. Disarankan agar analisis dilakukan dalam siklus waktu dua minggu hingga satu bulan secara teratur. Ini memungkinkan Anda untuk melakukan pembelian penyesuaian kecil, sehingga cakupan model harga Anda terus berevolusi dengan beban kerja yang terus berubah serta komponennya.
Gunakan alat rekomendasi [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) untuk menemukan peluang diskon komitmen.
Untuk menemukan peluang untuk beban kerja Spot, gunakan tampilan penggunaan secara keseluruhan per jam, dan cari periode penggunaan atau elastisitas yang berubah secara teratur.
**Langkah implementasi**
+ ** Lakukan analisis diskon komitmen: **Menggunakan Cost Explorer di akun Anda, tinjau rekomendasi Savings Plans dan Instans Terpesan. Untuk memverifikasi bahwa Anda mengimplementasikan rekomendasi yang benar dengan risiko dan diskon yang diperlukan, ikuti lab Well-Architected.
## Sumber daya
**Dokumen terkait:**
+ [Mengakses rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Contoh terkait:**
+ [Well-Architected Lab: Model Harga](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_3_Pricing_Models/README.html)
# COST 8 Bagaimana cara merencanakan biaya transfer data?
Pastikan Anda merencanakan dan memantau biaya transfer daya sehingga Anda dapat mengambil keputusan arsitektur untuk meminimalkan biaya. Perubahan arsitektur kecil tapi efektif dapat secara drastis mengurangi biaya operasional Anda seiring waktu.
**Topics**
+ [COST08-BP01 Melakukan pemodelan transfer data](cost_data_transfer_modeling.md)
+ [COST08-BP02 Memilih komponen untuk mengoptimalkan biaya transfer data](cost_data_transfer_optimized_components.md)
+ [COST08-BP03 Mengimplementasikan layanan untuk mengurangi biaya transfer data](cost_data_transfer_implement_services.md)
# COST08-BP01 Melakukan pemodelan transfer data
Kumpulkan persyaratan organisasi dan lakukan pemodelan transfer data beban kerja dan setiap komponennya. Ini mengidentifikasi titik biaya terendah untuk persyaratan transfer data saat ini.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Cari tahu lokasi transfer data di beban kerja Anda, biaya transfer, dan manfaat terkaitnya. Dengan demikian, Anda dapat membuat keputusan yang lebih tepat untuk mengubah atau menerima keputusan arsitektur. Misalnya, Anda memiliki konfigurasi Multi-Zona Ketersediaan yang datanya Anda replikasi antara Zona Ketersediaan tersebut. Anda membuat model struktur biaya dan menentukan bahwa ini adalah biaya yang dapat diterima (sama seperti membayar komputasi dan penyimpanan di kedua Zona Ketersediaan) untuk mencapai keandalan dan ketahanan yang diperlukan.
Buat model biaya untuk berbagai tingkat penggunaan. Penggunaan beban kerja dapat berubah dari waktu ke waktu, dan beberapa layanan bisa menjadi lebih hemat biaya pada level tertentu.
Gunakan [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) atau [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) untuk mengetahui dan membuat model biaya transfer data. Konfigurasikan bukti konsep (PoC) atau uji beban kerja Anda, dan lakukan pengujian dengan simulasi beban realistis. Anda dapat membuat model biaya untuk berbagai permintaan beban kerja.
**Langkah implementasi**
+ ** Hitung biaya transfer data: **Gunakan [halaman harga AWS](https://aws.amazon.com/pricing/) dan hitung biaya transfer data untuk beban kerja. Hitung biaya transfer data di berbagai tingkat penggunaan, baik saat penggunaan beban kerja berkurang maupun bertambah. Jika ada banyak opsi arsitektur beban kerja, maka hitung biaya untuk setiap opsi sebagai perbandingan.
+ ** Kaitkan biaya dengan hasil:** Untuk setiap biaya transfer data yang dikenakan, tentukan hasil yang akan dicapai untuk beban kerja. Jika transfer antarkomponen, hasilnya mungkin untuk pemisahan. Jika dilakukan di antara Zona Ketersediaan, tujuannya mungkin untuk redundansi.
## Sumber daya
**Dokumen terkait:**
+ [solusi caching AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Penetapan harga AWS](https://aws.amazon.com/pricing/)
+ [Penetapan harga Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/)
+ [penetapan harga Amazon VPC](https://aws.amazon.com/vpc/pricing/)
+ [Kirim konten lebih cepat dengan Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
# COST08-BP02 Memilih komponen untuk mengoptimalkan biaya transfer data
Semua komponen diseleksi, dan arsitektur didesain untuk mengurangi biaya transfer data. Termasuk di dalamnya adalah menggunakan komponen seperti optimalisasi jaringan area luas (WAN) dan konfigurasi Multi-Zona Ketersediaan (AZ)
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Perancangan untuk transfer data memastikan Anda meminimalkan biaya transfer data. Ini mungkin melibatkan penggunaan jaringan pengiriman untuk menemukan data yang lebih dekat dengan pengguna, atau penggunaan tautan jaringan khusus dari lokasi Anda ke AWS. Anda juga dapat menggunakan optimalisasi WAN dan optimalisasi aplikasi untuk mengurangi jumlah data yang ditransfer antar komponen.
**Langkah implementasi**
+ **Pilih komponen untuk transfer data: **Menggunakan pemodelan transfer data, fokus pada area dengan biaya transfer data terbesar saat ini atau area dengan biaya terbesar apabila penggunaan beban kerja berubah. Cari arsitektur alternatif, atau komponen tambahan yang menghapus atau mengurangi kebutuhan untuk transfer data, atau menghemat biayanya.
## Sumber daya
**Dokumen terkait:**
+ [Solusi caching AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Mengirimkan konten lebih cepat dengan Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
# COST08-BP03 Mengimplementasikan layanan untuk mengurangi biaya transfer data
Implementasikan layanan untuk mengurangi transfer data. Misalnya, menggunakan jaringan pengiriman konten (CDN) seperti Amazon CloudFront untuk mengirim konten ke pengguna akhir, caching lapisan menggunakan Amazon ElastiCache, atau menggunakan AWS Direct Connect sebagai pengganti VPN untuk konektivitas ke AWS.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
[Amazon CloudFront](https://aws.amazon.com/cloudfront/) adalah jaringan pengiriman konten global yang mengirimkan data dengan latensi rendah dan kecepatan transfer yang tinggi. Layanan ini meng-cache data di lokasi edge di seluruh dunia, yang mengurangi beban di sumber daya Anda. Dengan menggunakan CloudFront, Anda dapat mengurangi upaya administratif dalam pengiriman konten ke sejumlah besar pengguna di seluruh dunia, dengan latensi minimum.
[Direct Connect](https://aws.amazon.com/directconnect/) memungkinkan Anda untuk menetapkan koneksi jaringan khusus ke AWS. Ini dapat mengurangi biaya jaringan, meningkatkan bandwidth, dan menyediakan pengalaman jaringan yang lebih konsisten daripada koneksi berbasis internet.
[Site-to-Site VPN](https://aws.amazon.com/vpn/) memungkinkan Anda untuk membangun koneksi aman dan privat antara jaringan privat Anda dan jaringan global AWS. Layanan ini ideal untuk kantor kecil atau partner bisnis karena menyediakan konektivitas yang cepat dan mudah, serta layanannya dikelola penuh dan elastis.
[Titik Akhir VPC](https://docs.aws.amazon.com/vpc/latest/privatelink/concepts.html) memungkinkan konektivitas antara layanan AWS lewat jaringan privat dan dapat digunakan untuk mengurangi transfer data publik serta [biaya gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) . [Titik akhir VPC gateway](https://docs.aws.amazon.com/vpc/latest/privatelink/gateway-endpoints.html) tidak memiliki tarif per jam, serta mendukung Amazon Simple Storage Service(Amazon S3) dan Amazon DynamoDB. [Titik akhir VPC antarmuka](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) disediakan oleh [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-share-your-services.html) dan memiliki tarif per jam serta biaya penggunaan per GB.
**Langkah implementasi**
+ ** Implementasikan layanan: **Menggunakan pemodelan transfer data, lihat area dengan biaya terbesar dan alur volume tertinggi. Tinjau layanan AWS dan nilai apakah ada layanan yang mengurangi atau menghapus transfer, khususnya jaringan dan pengiriman konten. Cari juga di layanan caching apakah ada akses berulang ke data, atau data dalam jumlah besar.
## Sumber daya
**Dokumen terkait:**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [AWS Jelajahi Produk Kami](https://aws.amazon.com/)
+ [Solusi caching AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [Mengirimkan konten lebih cepat dengan Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
# Kelola sumber daya pasokan dan permintaan
**Topics**
+ [COST 9 Bagaimana cara mengelola sumber daya pasokan dan permintaan?](w2aac19c13c11b5.md)
# COST 9 Bagaimana cara mengelola sumber daya pasokan dan permintaan?
Untuk beban kerja yang memiliki pengeluaran dan performa seimbang, pastikan semua yang Anda bayar akan digunakan dan hindari tingkat penggunaan instans yang terlalu rendah. Metrik penggunaan yang melenceng ke salah satu arah memiliki dampak buruk pada organisasi Anda, baik dalam biaya operasional (performa yang menurun akibat penggunaan yang berlebihan), atau pemborosan pengeluaran AWS (akibat pengadaan yang berlebihan).
**Topics**
+ [COST09-BP01 Melakukan analisis pada permintaan beban kerja](cost_manage_demand_resources_cost_analysis.md)
+ [COST09-BP02 Implementasikan buffer atau throttle untuk mengelola permintaan](cost_manage_demand_resources_buffer_throttle.md)
+ [COST09-BP03 Menyediakan sumber daya secara dinamis](cost_manage_demand_resources_dynamic.md)
# COST09-BP01 Melakukan analisis pada permintaan beban kerja
Analisis permintaan beban kerja dari waktu ke waktu. Verifikasikan bahwa analisis ini mencakup tren musiman dan merepresentasikan secara akurat kondisi operasi di sepanjang masa pakai beban kerja penuh. Upaya analisis harus mencerminkan potensi manfaat, misalnya, waktu yang digunakan sebanding dengan biaya beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Ketahui persyaratan beban kerja. Persyaratan organisasi harus menunjukkan waktu respons beban kerja untuk permintaan. Waktu respons dapat digunakan untuk menentukan apakah permintaan dikelola, atau apakah pasokan sumber daya akan berubah untuk memenuhi permintaan.
Analisis harus mencakup prediktabilitas dan pengulangan permintaan, tingkat perubahan dalam permintaan, serta jumlah perubahan dalam permintaan. Pastikan analisis dilakukan dalam periode yang cukup lama sehingga menyertakan variasi musiman apa pun, seperti pemrosesan akhir bulan atau puncak liburan.
Pastikan upaya analisis mencerminkan potensi manfaat implementasi penskalaan. Lihat biaya total komponen yang diharapkan, serta peningkatan atau penurunan penggunaan dan biaya di sepanjang masa pakai beban kerja.
Anda dapat menggunakan [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) atau [Amazon Quick](https://aws.amazon.com/quicksight/) dengan AWS Cost and Usage Report (CUR) atau log aplikasi Anda untuk melakukan analisis visual permintaan beban kerja.
**Langkah implementasi**
+ ** Analisis data beban kerja yang ada: **Analisis data dari beban kerja yang ada, versi beban kerja sebelumnya, atau pola penggunaan yang diprediksi. Gunakan file log dan data pemantauan untuk mendapatkan wawasan tentang bagaimana pelanggan menggunakan beban kerja. Metrik yang umum antara lain permintaan aktual per detik, waktu ketika tingkat permintaan berubah atau ketika permintaan berada di tingkat yang berbeda, dan tingkat perubahan permintaan. Pastikan Anda menganalisis siklus beban kerja secara penuh, memastikan Anda mengumpulkan data untuk beberapa perubahan musiman seperti peristiwa akhir bulan atau akhir tahun. Upaya yang tercermin dalam analisis harus mencerminkan karakteristik beban kerja. Upaya terbesar harus ditempatkan pada beban kerja bernilai tinggi yang memakan biaya terbesar dalam permintaan. Upaya terkecil harus ditempatkan pada beban kerja bernilai rendah yang memakan biaya minimal dalam permintaan. Metrik umum untuk nilai adalah risiko, kesadaran merek, pendapatan, atau biaya beban kerja.
+ ** Prakirakan pengaruh luar: **Temui anggota tim dari seluruh organisasi yang dapat memengaruhi atau mengubah permintaan pada beban kerja. Tim umum terdiri dari penjualan, pemasaran, atau pengembangan bisnis. Bekerjalah dengan mereka untuk mengetahui siklus operasi mereka, dan apakah ada peristiwa yang akan mengubah permintaan beban kerja. Prakirakan permintaan beban kerja dengan data ini.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Penjadwal Instans AWS](https://aws.amazon.com/answers/infrastructure-management/instance-scheduler/)
+ [Memulai dengan Amazon SQS](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Amazon Quick](https://aws.amazon.com/quicksight/)
# COST09-BP02 Implementasikan buffer atau throttle untuk mengelola permintaan
Buffering dan throttling memodifikasi permintaan di beban kerja Anda, meratakan fluktuasi. Implementasikan throttling ketika klien Anda mencoba ulang. Implementasikan buffering untuk menyimpan permintaan dan menunda pemrosesan ke lain waktu. Pastikan throttle dan buffer Anda didesain sehingga klien menerima respons dalam waktu yang diperlukan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
**Throttling:** Jika sumber permintaan memiliki kemampuan coba ulang, maka Anda dapat mengimplementasikan throttling. Throttling memberitahu sumber bahwa jika sumber tidak dapat melayani permintaan pada saat ini maka sumber harus mencoba lagi nanti. Sumber akan menunggu selama beberapa waktu kemudian mencoba ulang permintaan tersebut. Implementasi throttling memiliki manfaat membatasi jumlah maksimum sumber daya dan biaya beban kerja. Di AWS, Anda dapat menggunakan [Amazon API Gateway](https://aws.amazon.com/api-gateway/) untuk mengimplementasikan throttling. Lihat [laporan resmi pilar Keandalan Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html) untuk detail selengkapnya tentang implementasi throttling.
**Berbasis buffer: **Serupa dengan throttling, buffer menunda pemrosesan permintaan, sehingga aplikasi yang dijalankan pada tingkat yang berlainan dapat berkomunikasi secara efektif. Pendekatan berbasis buffer menggunakan antrean untuk menerima pesan (unit kerja) dari produsen. Pesan dibaca oleh konsumen dan diproses, sehingga pesan dapat dijalankan dengan tingkat yang memenuhi persyaratan bisnis konsumen. Anda tidak perlu mengkhawatirkan produsen harus berurusan dengan masalah throttling, seperti daya tahan data dan tekanan balik (di mana produsen menjadi lebih lambat karena konsumen mereka beroperasi lebih lambat).
Di AWS, Anda dapat memilih dari beberapa layanan untuk mengimplementasikan pendekatan buffer. [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.
Ketika mendesain dan mengonfigurasi dengan pendekatan berbasis buffer, pastikan Anda mendesain dan mengonfigurasi beban kerja untuk melayani permintaan dalam waktu yang diperlukan, dan Anda dapat menangani permintaan kerja duplikat.
**Langkah implementasi**
+ ** Analisis persyaratan klien: **Analisis permintaan klien untuk menentukan apakah mereka dapat mencoba ulang. Untuk klien yang tidak dapat mencoba ulang, buffer harus diimplementasikan. Analisis permintaan secara keseluruhan, tingkat perubahan, dan waktu respons yang diperlukan untuk menentukan ukuran throttle atau buffer yang diperlukan.
+ ** Implementasi buffer atau throttle:** Implementasikan buffer atau throttle di beban kerja. Antrean seperti Amazon Simple Queue Service (Amazon SQS) dapat memberikan buffer untuk komponen beban kerja Anda. Amazon API Gateway dapat memberikan throttling untuk komponen beban kerja Anda.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Penjadwal Instans](https://aws.amazon.com/answers/infrastructure-management/instance-scheduler/)
+ [Amazon API Gateway](https://aws.amazon.com/api-gateway/)
+ [Amazon Simple Queue Service](https://aws.amazon.com/sqs/)
+ [Memulai dengan Amazon SQS](https://aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [Amazon Kinesis](https://aws.amazon.com/kinesis/)
# COST09-BP03 Menyediakan sumber daya secara dinamis
Sumber daya disediakan sesuai dengan perencanaan. Penyediaan dapat berdasarkan permintaan, yaitu melalui penskalaan otomatis, atau berdasarkan waktu, yaitu permintaan dapat diprediksi dan sumber daya disediakan berdasarkan waktu. Metode ini dapat meminimalkan kekurangan atau kelebihan jumlah penyediaan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Anda dapat menggunakan [AWS Auto Scaling](https://aws.amazon.com/autoscaling/), atau penskalaan gabungan di dalam kode Anda dengan [API atau SDK AWS](https://aws.amazon.com/developer/tools/). Hal ini akan menghemat biaya beban kerja secara keseluruhan dengan menghilangkan biaya operasional yang diperlukan untuk membuat perubahan secara manual di lingkungan Anda, serta dapat dilakukan dengan lebih cepat. Ini akan memastikan bahwa sumber daya untuk beban kerja sesuai dengan permintaan setiap waktu.
**Penyediaan berdasarkan permintaan:** Manfaatkan elastisitas cloud untuk menyediakan sumber daya dan memenuhi permintaan yang berubah. Manfaatkan fitur layanan atau API untuk mengelompokkan jumlah sumber daya cloud secara terprogram di arsitektur Anda secara dinamis. Hal ini memungkinkan Anda untuk menskalakan komponen di arsitektur Anda, serta meningkatkan jumlah sumber daya secara otomatis selama permintaan melonjak guna mempertahankan kinerja, dan mengurangi kapasitas saat permintaan menurun untuk mengurangi biaya.
[AWS Auto Scaling](https://aws.amazon.com/autoscaling/) membantu menyesuaikan kapasitas Anda untuk menjaga kinerja yang stabil dan terprediksi dengan biaya serendah mungkin. Ini adalah layanan gratis dan terkelola penuh yang terintegrasi dengan Armada Spot dan instans Amazon Elastic Compute Cloud (Amazon EC2), Amazon Elastic Container Service (Amazon ECS), Amazon DynamoDB, serta Amazon Aurora.
Auto Scaling menyediakan pencarian sumber daya secara otomatis yang dapat dikonfigurasi untuk membantu Anda menemukan sumber daya dalam beban kerja Anda, dilengkapi dengan strategi penskalaan bawaan untuk mengoptimalkan kinerja, biaya, atau keseimbangan antara keduanya, serta memberikan penskalaan prediktif untuk membantu menangani lonjakan yang rutin terjadi.
Auto Scaling dapat mengimplementasikan penskalaan manual, terjadwal, atau berdasarkan permintaan. Anda juga dapat menggunakan metrik atau pengingat dari [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) untuk memicu peristiwa penskalaan untuk beban kerja Anda. Metrik khusus dapat berupa metrik Amazon EC2 standar, seperti pemanfaatan CPU, throughput jaringan, dan latensi respons atau permintaan terobservasi [Elastic Load Balancing(ELB) ](https://aws.amazon.com/elasticloadbalancing/). Jika memungkinkan, Anda harus menggunakan metrik yang menggambarkan pengalaman pelanggan, biasanya berupa metrik kustom yang berasal dari kode aplikasi di dalam beban kerja Anda.
Jika Anda menggunakan pendekatan berdasarkan permintaan saat merancang, selalu pertimbangkan dua hal yang utama. Pertama, ketahui seberapa cepat Anda harus menyediakan sumber daya baru. Kedua, ketahui bahwa ukuran margin antara penyediaan dan permintaan akan berubah. Anda harus siap untuk menangani rasio perubahan dalam permintaan dan juga bersiap untuk kegagalan sumber daya.
[ELB](https://aws.amazon.com/elasticloadbalancing/) membantu penskalaan dengan mendistribusikan permintaan ke beberapa sumber daya. Jika sumber daya yang Anda implementasikan makin banyak, tambahkan sumber daya ke penyeimbang beban untuk mengisi permintaan. Elastic Load Balancing menyediakan dukungan untuk kontainer, alamat IP, dan Instans Amazon EC2, serta fungsi AWS Lambda.
**Penyediaan berdasarkan waktu:** Pendekatan berdasarkan waktu selaras dengan kapasitas sumber daya untuk permintaan yang dapat diprediksi atau telah ditentukan berdasarkan waktu. Pendekatan ini biasanya tidak bergantung pada tingkat pemanfaatan sumber daya. Pendekatan berdasarkan waktu memastikan ketersediaan sumber daya pada waktu tertentu saat diperlukan, serta dapat disediakan tanpa penundaan yang disebabkan sistem dan prosedur awal atau pemeriksaan konsistensi. Menggunakan pendekatan berdasarkan waktu, Anda dapat menyediakan sumber daya tambahan atau meningkatkan kapasitas selama periode sibuk.
Anda dapat menggunakan Auto Scaling terjadwal untuk mengimplementasikan pendekatan berdasarkan waktu. Beban kerja dapat dijadwalkan untuk penskalaan ke luar atau ke dalam pada waktu yang ditentukan (misalnya, awal jam kerja) untuk memastikan bahwa sumber daya tersedia saat pengguna atau permintaan datang.
Anda juga dapat memanfaatkan [API serta SDK AWS](https://aws.amazon.com/developer/tools/) dan [AWS CloudFormation](https://aws.amazon.com/cloudformation/) untuk menyiapkan atau menarik secara otomatis seluruh lingkungan saat Anda memerlukannya. Pendekatan ini ideal untuk lingkungan pengujian atau pengembangan yang hanya berjalan pada jam kerja atau periode waktu yang ditentukan.
Anda dapat menggunakan API untuk menskalakan ukuran sumber daya di dalam suatu lingkungan (penskalaan vertikal). Misalnya, Anda dapat menaikkan skala beban kerja produksi dengan mengubah ukuran atau kelas instans. Hal ini dapat dicapai dengan menghentikan lalu memulai instans, kemudian memilih kelas dan ukuran instans yang berbeda. Teknik ini juga dapat diterapkan ke sumber daya lain, seperti Volume Elastis Amazon Elastic Block Store (Amazon EBS), yang dapat diubah untuk meningkatkan ukuran, menyeimbangkan kinerja (IOPS), atau mengubah jenis volume saat sedang digunakan.
Jika Anda menggunakan pendekatan berdasarkan waktu saat merancang, selalu pertimbangkan dua hal yang utama. Pertama, seberapa konsisten pola penggunaannya? Kedua, apa dampak dari perubahan pola tersebut? Anda dapat meningkatkan akurasi prediksi dengan memantau beban kerja Anda dan menggunakan kecerdasan bisnis. Jika Anda mendapati perubahan yang signifikan dalam pola penggunaan, Anda dapat menyesuaikan waktu untuk memastikan bahwa cakupan tersedia.
**Langkah implementasi**
+ ** Konfigurasikan penjadwalan berdasarkan waktu: **Untuk perubahan permintaan yang dapat diprediksi, penskalaan berdasarkan waktu dapat memberikan jumlah sumber daya yang benar pada waktu yang tepat. Hal ini juga bermanfaat jika pembuatan dan konfigurasi sumber daya tidak cukup cepat untuk merespons perubahan permintaan. Menggunakan analisis beban kerja untuk mengonfigurasi penskalaan terjadwal menggunakan AWS Auto Scaling.
+ ** Konfigurasikan Penskalaan Otomatis: **Untuk mengonfigurasi penskalaan berdasarkan metrik beban kerja yang aktif, gunakan Amazon Auto Scaling. Gunakan analisis dan konfigurasikan penskalaan otomatis untuk memicu tingkat sumber daya yang benar, serta memastikan bahwa beban kerja diskalakan pada waktu yang diperlukan.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Penjadwal Instans AWS](https://aws.amazon.com/answers/infrastructure-management/instance-scheduler/)
+ [Mulai Menggunakan Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Mulai Menggunakan Amazon SQS](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [Penskalaan Terjadwal untuk Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/schedule_time.html)
# Pengoptimalan seiring waktu
**Topics**
+ [COST 10 Bagaimana cara mengevaluasi layanan baru?](w2aac19c13c13b5.md)
# COST 10 Bagaimana cara mengevaluasi layanan baru?
Saat AWS merilis fitur dan layanan baru, praktik yang terbaik adalah meninjau keputusan arsitektur yang ada untuk memastikan masih merupakan yang paling hemat.
**Topics**
+ [COST10-BP01 Mengembangkan proses peninjauan beban kerja](cost_evaluate_new_services_review_process.md)
+ [COST10-BP02 Tinjau dan analisis beban kerja ini secara teratur](cost_evaluate_new_services_review_workload.md)
# COST10-BP01 Mengembangkan proses peninjauan beban kerja
Kembangkan proses yang menentukan kriteria dan proses untuk peninjauan beban kerja. Upaya peninjauan harus mencerminkan potensi manfaat. Misalnya, beban kerja inti atau beban kerja dengan nilai di atas 10% dari tagihan ditinjau setiap kuartal, sementara beban kerja di bawah 10% ditinjau setiap tahun.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Untuk memastikan Anda selalu memiliki beban kerja yang paling hemat biaya, Anda harus meninjau beban kerja secara teratur untuk mengetahui apakah ada kesempatan untuk menerapkan layanan, fitur, dan komponen baru. Untuk memastikan Anda mendapatkan biaya yang secara keseluruhan lebih rendah, proses harus seimbang dengan potensi jumlah penghematan. Misalnya, beban kerja yang menghabiskan 50% dari seluruh pengeluaran Anda harus ditinjau secara lebih teratur, dan lebih menyeluruh, daripada beban kerja yang menghabiskan 5% dari seluruh pengeluaran Anda. Pertimbangkan beberapa faktor eksternal atau volatilitas. Jika beban kerja melayani lokasi geografis atau segmen pasar spesifik, dan perubahan pada area tersebut diprediksi, peninjauan yang lebih sering dapat menghasilkan penghematan biaya. Faktor lain dalam peninjauan adalah upaya untuk mengimplementasikan perubahan. Jika ada biaya besar dalam pengujian dan validasi perubahan, peninjauan harus dilakukan lebih jarang.
Pertimbangkan biaya jangka panjang dalam memelihara komponen dan sumber daya yang usang dan warisan, serta ketidakmampuan untuk mengimplementasikan fitur-fitur baru di dalamnya. Biaya pengujian dan validasi saat ini mungkin lebih besar dari manfaat yang diajukan. Namun, seiring waktu, biaya untuk membuat perubahan mungkin meningkat secara signifikan karena meningkatnya kesenjangan antara beban kerja dan teknologi saat ini, sehingga biayanya menjadi makin besar. Misalnya, biaya pindah ke bahasa pemrograman baru saat ini mungkin tidak hemat biaya. Namun, dalam jangka waktu lima tahun, biaya orang memiliki keterampilan bahasa tersebut mungkin meningkat, dan akibat pertumbuhan beban kerja, Anda akan memindahkan sistem yang lebih besar ke bahasa baru tersebut sehingga memerlukan upaya yang lebih banyak daripada sebelumnya.
Urai beban kerja Anda ke dalam komponen, tentukan biaya komponen (perkiraan saja sudah cukup), kemudian buat daftar faktor (misalnya, upaya dan pasar eksternal) di sebelah setiap komponen. Gunakan indikator ini untuk menentukan frekuensi peninjauan untuk setiap beban kerja. Misalnya, Anda mungkin memiliki server web dengan biaya yang tinggi, upaya perubahan yang rendah, dan faktor eksternal yang tinggi, sehingga frekuensi peninjauannya tinggi. Basis data pusat mungkin memerlukan biaya sedang, upaya perubahannya tinggi, dan faktor eksternalnya rendah, sehingga frekuensi peninjauannya sedang.
**Langkah implementasi**
+ **Tentukan frekuensi peninjauan: **Tentukan seberapa sering beban kerja dan komponennya harus ditinjau. Ini adalah kombinasi faktor yang mungkin berbeda-beda dari satu beban kerja ke beban kerja lain dalam organisasi Anda, dan mungkin juga berbeda antara komponen-komponen dalam beban kerja tersebut. Faktor yang umum antara lain tingkat kepentingan bagi organisasi yang diukur dalam hal pendapatan dan merek, biaya total untuk menjalankan beban kerja (termasuk biaya operasi dan sumber daya), kompleksitas beban kerja, tingkat kesulitan implementasi perubahan, perjanjian lisensi perangkat lunak apa pun, dan apakah perubahan akan mendatangkan peningkatan yang signifikan pada biaya lisensi akibat lisensi yang merugikan. Komponen dapat ditentukan secara fungsi atau secara teknis, seperti server web dan basis data, atau sumber daya komputasi dan penyimpanan. Seimbangkan faktor sesuai kebutuhan dan kembangkan periode bagi beban kerja serta komponennya. Anda mungkin memutuskan untuk meninjau beban kerja penuh setiap 18 bulan, meninjau server web setiap 6 bulan, basis data setiap 12 bulan, komputasi dan penyimpanan jangka pendek setiap 6 bulan, serta penyimpanan jangka panjang setiap 12 bulan.
+ ** Tentukan ketelitian peninjauan: **Tentukan seberapa besar upaya yang dikeluarkan untuk meninjau beban kerja atau komponen beban kerja. Seperti halnya frekuensi peninjauan, ini adalah keseimbangan antara beberapa faktor. Anda mungkin memutuskan untuk menghabiskan satu pekan untuk menganalisis komponen basis data, dan empat jam untuk peninjauan penyimpanan.
## Sumber daya
**Dokumen terkait:**
+ [Blog Berita AWS](https://aws.amazon.com/blogs/aws/)
+ [Jenis Komputasi Cloud](https://aws.amazon.com/types-of-cloud-computing/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/)
# COST10-BP02 Tinjau dan analisis beban kerja ini secara teratur
Beban kerja yang ada ditinjau secara teratur berdasarkan setiap proses yang ditetapkan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Untuk mewujudkan manfaat dari AWS layanan dan fitur baru, Anda harus melaksanakan proses peninjauan di beban kerja Anda dan mengimplementasikan layanan serta fitur baru sesuai yang diperlukan. Contohnya, Anda mungkin meninjau beban kerja Anda dan mengganti komponen pesan dengan Amazon Simple Email Service (Amazon SES). Ini menghilangkan biaya operasi dan pemeliharaan armada instans, sekaligus memberikan semua fungsionalitas dengan harga yang lebih murah.
**Langkah implementasi**
+ ** Tinjau beban kerja secara teratur: **Menggunakan proses yang telah ditetapkan, lakukan peninjauan dengan frekuensi yang telah ditentukan. Pastikan Anda memberikan upaya yang cukup di setiap komponen. Proses ini serupa dengan proses desain awal ketika Anda memilih layanan untuk pengoptimalan biaya. Analisis layanan dan manfaatnya, kali ini perhitungkan biaya perubahan, tidak hanya manfaat jangka panjang saja.
+ ** Implementasikan layanan baru:** Jika hasil analisis mengatakan perubahan harus diimplementasikan, pertama, lakukan garis dasar beban kerja untuk mengetahui biaya saat ini untuk setiap output. Implementasikan perubahan, kemudian lakukan analisis untuk mengonfirmasi biaya baru untuk setiap output.
## Sumber daya
**Dokumen terkait:**
+ [Blog Berita AWS](https://aws.amazon.com/blogs/aws/)
+ [Jenis Komputasi Cloud](https://aws.amazon.com/types-of-cloud-computing/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/)