# Kesadaran akan penggunaan dan pengeluaran
Memahami pendorong dan biaya organisasi Anda adalah yang sangat penting untuk mengelola biaya dan penggunaan Anda secara efektif, serta untuk mengidentifikasi setiap peluang untuk melakukan penghematan biaya. Umumnya organisasi mengoperasikan beberapa beban kerja yang dijalankan oleh beberapa tim. Tim-tim ini dapat berada dalam unit organisasi yang berlainan, masing-masing dengan aliran pendapatannya sendiri. Kemampuan Anda untuk mengaitkan biaya sumber daya dengan beban kerja, masing-masing organisasi, atau pemilik produk akan mendorong perilaku penggunaan yang efisien dan dapat membantu mengurangi pemborosan. Pemantauan penggunaan dan biaya yang akurat akan memungkinkan Anda memahami seberapa menguntungkan unit organisasi dan produk, serta memungkinkan Anda mengambil keputusan-keputusan yang lebih bijaksana mengenai di mana Anda harus mengalokasikan sumber daya di dalam organisasi Anda. Kesadaran Anda akan penggunaan di semua tingkatan dalam organisasi merupakan kunci yang akan mendorong perubahan, karena perubahan dalam penggunaan akan mendorong perubahan dalam biaya.
Pertimbangkan untuk mengambil pendekatan dengan beberapa aspek untuk menyadari penggunaan dan pengeluaran Anda. Tim Anda harus mengumpulkan data, melakukan analisis, dan membuat laporan. Faktor-faktor utama yang harus Anda pertimbangkan antara lain:
**Topics**
+ [Tata kelola](governance.md)
+ [Pemantauan biaya dan penggunaan](monitor-cost-and-usage.md)
+ [Nonaktifkan sumber daya](decommission-resources.md)
# Tata kelola
Untuk mengelola biaya Anda di cloud, Anda harus mengelola penggunaan Anda melalui area tata kelola berikut:
**Topics**
+ [COST02-BP01 Mengembangkan kebijakan berdasarkan keperluan organisasi Anda](cost_govern_usage_policies.md)
+ [COST02-BP02 Mengimplementasikan sasaran 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 Lacak 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 dan periksa sumber daya secara berkala. Kebijakan harus mencakup aspek biaya sumber daya dan beban kerja, termasuk pembuatan, pengubahan, dan penonaktifan selama masa pakai sumber daya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Memahami pendorong dan biaya organisasi Anda sangat penting untuk mengelola biaya dan penggunaan Anda secara efektif, serta untuk mengenali peluang penghematan biaya. Umumnya organisasi mengoperasikan beberapa beban kerja yang dijalankan oleh beberapa tim. Tim-tim ini dapat berada dalam unit organisasi yang berlainan, masing-masing dengan aliran pendapatannya sendiri. Kemampuan untuk mengaitkan biaya sumber daya dengan beban kerja, tiap-tiap organisasi, atau pemilik produk mendorong perilaku penggunaan yang efisien dan membantu mengurangi pemborosan. Pemantauan biaya dan penggunaan yang akurat membantu Anda memahami seberapa optimal suatu beban kerja, serta seberapa menguntungkan produk dan unit organisasi. Pengetahuan ini memungkinkan pengambilan keputusan yang lebih tepat tentang target pengalokasian sumber daya di dalam organisasi Anda. Kesadaran Anda akan penggunaan di semua tingkatan dalam organisasi merupakan kunci yang akan mendorong perubahan, karena perubahan dalam penggunaan akan mendorong perubahan dalam biaya. Pertimbangkan untuk mengambil pendekatan dengan beberapa aspek untuk menyadari penggunaan dan pengeluaran Anda.
Langkah pertama dalam menjalankan tata kelola adalah dengan menggunakan keperluan organisasi Anda untuk mengembangkan kebijakan penggunaan cloud Anda. Kebijakan tersebut 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 selama masa pakai sumber daya. Verifikasikan bahwa kebijakan dan prosedur diikuti dan diterapkan untuk setiap perubahan di lingkungan cloud. Selama rapat manajemen perubahan IT Anda, ajukan pertanyaan untuk mengetahui dampak biaya dari perubahan yang direncanakan apakah meningkat atau menurun, justifikasi bisnis, dan hasil yang diharapkan.
Kebijakan harus dibuat sederhana agar dapat dengan mudah dipahami dan diimplementasikan secara efektif di seluruh organisasi. Kebijakan juga harus mudah diikuti dan ditafsirkan (sehingga digunakan) serta spesifik (tidak ada salah tafsir antar tim). Selain itu, kebijakan perlu diperiksa secara berkala (seperti mekanisme kami) dan diperbarui seiring perubahan kondisi atau prioritas bisnis pelanggan yang dapat menjadikan kebijakan usang.
Mulailah dengan kebijakan tingkat tinggi yang sangat umum, seperti Wilayah geografis yang digunakan atau waktu dalam sehari saat sumber daya harus dijalankan. Sempurnakan kebijakan-kebijakan tersebut secara bertahap untuk unit dan beban kerja organisasi yang beragam. Kebijakan yang umum mencakup layanan dan fitur yang dapat digunakan (misalnya, penyimpanan yang beperforma lebih rendah di lingkungan pengujian dan pengembangan), jenis sumber daya yang dapat digunakan oleh grup yang berbeda-beda (misalnya, ukuran sumber daya terbesar dalam akun pengembangan adalah ukuran sedang), dan jangka waktu sumber daya tersebut akan digunakan (sementara, jangka pendek, atau untuk jangka waktu tertentu).
**Contoh kebijakan**
Berikut ini adalah contoh kebijakan yang dapat Anda kaji untuk membuat kebijakan tata kelola cloud Anda sendiri, yang berfokus pada pengoptimalan biaya. Pastikan Anda menyesuaikan kebijakan berdasarkan kebutuhan organisasi dan permintaan pemangku kepentingan Anda.
+ **Nama kebijakan:** Tentukan nama kebijakan yang jelas, seperti Kebijakan Optimalisasi Sumber Daya dan Penurunan Biaya.
+ **Tujuan:** Jelaskan alasan kebijakan ini harus digunakan serta hasil yang diharapkan. Tujuan dari kebijakan ini adalah untuk memverifikasi bahwa diperlukan biaya yang minim untuk men-deploy dan menjalankan beban kerja yang diinginkan untuk memenuhi persyaratan bisnis.
+ **Lingkup:** Tentukan dengan jelas siapa yang harus menggunakan kebijakan ini dan kapan kebijakan ini harus digunakan, seperti Tim DevOps X menggunakan kebijakan ini pada pelanggan us-east untuk lingkungan X (produksi atau non-produksi).
**Pernyataan kebijakan**
1. Pilih us-east-1 atau beberapa wilayah us-east berdasarkan lingkungan beban kerja dan kebutuhan bisnis Anda (pengembangan, pengujian penerimaan pengguna, praproduksi, atau produksi).
1. Jadwalkan instans Amazon EC2 dan Amazon RDS untuk berjalan antara pukul enam pagi dan delapan malam (Waktu Standar Timur (EST)).
1. Hentikan semua instans Amazon EC2 yang tidak digunakan setelah delapan jam dan instans Amazon RDS yang tidak digunakan setelah 24 jam tidak aktif.
1. Hentikan semua instans Amazon EC2 yang tidak digunakan setelah 24 jam tidak aktif di lingkungan non-produksi. Ingatkan pemilik instans Amazon EC2 (berdasarkan tag) untuk meninjau instans Amazon EC2 mereka yang dihentikan dalam produksi dan beri tahu mereka bahwa instans Amazon EC2 mereka akan diakhiri dalam waktu 72 jam jika tidak digunakan.
1. Gunakan kelompok dan ukuran instans umum seperti m5.large, kemudian ubah ukuran instans berdasarkan penggunaan CPU dan memori dengan menggunakan AWS Compute Optimizer.
1. Prioritaskan menggunakan penskalaan otomatis untuk menyesuaikan jumlah instans yang berjalan secara dinamis berdasarkan lalu lintas.
1. Gunakan instans spot untuk beban kerja non-kritis.
1. Kaji persyaratan kapasitas untuk memberikan komitmen untuk paket penyimpanan (savings plans) atau instans terpesan untuk beban kerja yang dapat diprediksi dan beritahukan kepada Tim Manajemen Keuangan Cloud.
1. Gunakan kebijakan siklus hidup Amazon S3 untuk memindahkan data yang jarang diakses ke tingkat penyimpanan yang lebih murah. Jika tidak ada kebijakan penyimpanan yang ditentukan, gunakan Amazon S3 Intelligent-Tiering untuk memindahkan objek ke tingkat yang diarsipkan secara otomatis.
1. Pantau pemanfaatan sumber daya dan atur alarm untuk memicu peristiwa penskalaan menggunakan Amazon CloudWatch.
1. Untuk tiap Akun AWS, gunakan AWS Budgets untuk menetapkan anggaran biaya dan penggunaan untuk akun Anda berdasarkan unit bisnis dan pusat biaya.
1. Menggunakan AWS Budgets untuk menetapkan anggaran biaya dan penggunaan untuk akun Anda dapat membantu Anda terus memantau pengeluaran dan menghindari tagihan tidak terduga, sehingga Anda dapat lebih mengontrol biaya Anda.
**Prosedur:** Berikan prosedur mendetail untuk menerapkan kebijakan ini atau beri referensi ke dokumen lain yang menjelaskan cara menerapkan setiap pernyataan kebijakan. Bagian ini harus memberikan petunjuk langkah demi langkah untuk menjalankan persyaratan kebijakan.
Untuk menerapkan kebijakan ini, Anda dapat menggunakan berbagai alat pihak ketiga atau aturan AWS Config untuk memeriksa kepatuhan terhadap pernyataan kebijakan dan memicu tindakan perbaikan otomatis menggunakan fungsi AWS Lambda. Anda juga dapat menggunakan AWS Organizations untuk menegakkan kebijakan. Selain itu, Anda harus secara rutin meninjau penggunaan sumber daya Anda dan menyesuaikan kebijakan apabila diperlukan untuk memastikan kebijakan tersebut terus memenuhi kebutuhan bisnis Anda.
## Langkah-langkah implementasi
+ **Bertemulah dengan pemangku kepentingan:** Untuk mengembangkan kebijakan, mintalah pemangku kepentingan (kantor bisnis cloud, rekayasawan, atau pengambil keputusan fungsional untuk penegakan kebijakan) di dalam organisasi Anda untuk menentukan kebutuhan mereka dan mendokumentasikannya. 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.
+ **Dapatkan konfirmasi:** Pastikan semua tim menyetujui kebijakan terkait siapa yang dapat mengakses dan melakukan deployment ke AWS Cloud. Pastikan mereka mengikuti kebijakan organisasi Anda serta konfirmasikan bahwa pembuatan sumber daya mereka sejalan dengan kebijakan dan prosedur yang disetujui.
+ **Buat sesi pelatihan onboarding:** Minta semua anggota organisasi baru untuk menyelesaikan kursus pelatihan orientasi untuk menciptakan kesadaran biaya dan membentuk persyaratan organisasi. Mereka boleh mempertimbangkan berbagai kebijakan dari pengalaman mereka sebelumnya atau tidak mempertimbangkannya sama sekali.
+ ** 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 dan sumber daya:** Tentukan layanan yang dibutuhkan 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 sesuai fungsi: ** Tentukan pengguna yang berinteraksi dengan beban kerja, dengan berfokus pada apa yang mereka kerjakan dan cara mereka menggunakan beban kerja, bukan pada 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 pada sepanjang masa pakainya (pengembangan, operasi, dan dekomisioning). Identifikasi tindakannya berdasarkan grup di setiap lokasi, bukan masing-masing elemen dalam grup. Mulailah dari hal yang umum dengan membaca atau menulis, kemudian sesuaikan tindakan-tindakan tertentu untuk setiap layanan.
+ ** Tentukan periode peninjauan:** Beban kerja dan persyaratan organisasi dapat berubah-ubah seiring waktu. Tentukan jadwal peninjauan beban kerja untuk memastikannya tetap selaras dengan prioritas organisasi.
+ **Buat dokumentasi kebijakan: **Lakukan verifikasi bahwa 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:**
+ [Manajemen Perubahan di Cloud](https://docs.aws.amazon.com/whitepapers/latest/change-management-in-the-cloud/change-management-in-cloud.html)
+ [Kebijakan Terkelola AWS untuk Fungsi Pekerjaan](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 Syarat untuk Layanan AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_actions-resources-contextkeys.html).
+ [Manajemen dan Tata Kelola AWS](https://aws.amazon.com/products/management-and-governance/)
+ [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/)
+ [Wilayah Infrastruktur Global dan Zona Ketersediaan (AZ)](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)
**Video terkait:**
+ [Manajemen dan Tata Kelola AWS dalam Skala Besar](https://www.youtube.com/watch?v=xdJSUnPcPPI)
# COST02-BP02 Mengimplementasikan sasaran dan target
Implementasikan sasaran serta target biaya dan penggunaan untuk beban kerja Anda. Sasaran memberikan arah untuk organisasi Anda tentang hasil yang diharapkan, dan target memberikan hasil terukur spesifik yang harus dicapai untuk beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Kembangkan sasaran serta target biaya dan penggunaan untuk organisasi Anda. Sebagai organisasi yang sedang berkembang di AWS, penting untuk menetapkan dan melacak sasaran untuk optimalisasi biaya. Tujuan-tujuan atau [indikator-indikator performa utama (KPI)](https://aws.amazon.com/blogs/aws-cloud-financial-management/unit-metric-the-touchstone-of-your-it-planning-and-evaluation/) ini dapat termasuk hal-hal seperti persentase pengeluaran berdasarkan permintaan atau adopsi layanan teroptimalkan lainnya seperti instans AWS Graviton atau jenis volume gp3 EBS. Tetapkan sasaran yang jelas dan dapat dicapai untuk membantu Anda mengukur peningkatan efisiensi yang penting bagi operasional bisnis Anda. Sasaran memberikan panduan dan arah kepada organisasi Anda terkait hasil yang diharapkan.
Target memberikan hasil yang jelas dan spesifik yang harus dicapai. Singkatnya, sasaran adalah arah yang ingin Anda tuju, sedangkan target adalah seberapa jauh lagi jarak ke arah tersebut dan kapan sasaran tersebut harus dicapai (gunakan panduan “spesifik, terukur, dapat ditetapkan, realistis, dan tepat waktu”, atau SMART (Specific, Measurable, Assignable, Realistic, Timely). Contoh sasaran adalah penggunaan platform harus meningkat secara signifikan, hanya dengan peningkatan biaya yang minim (nonlinier). Contoh target adalah peningkatan penggunaan platform 20%, dengan peningkatan biaya kurang dari lima persen. Contoh sasaran umum lainnya adalah beban kerja harus lebih efisien setiap enam bulan. Target yang menyertainya adalah metrik biaya per bisnis harus turun lima persen setiap enam bulan. Gunakan metrik yang tepat, dan tetapkan KPI yang terhitung untuk organisasi Anda. Anda dapat memulai dengan KPI dasar lalu mengembangkannya berdasarkan kebutuhan bisnis.
Sasaran untuk optimalisasi biaya adalah meningkatkan efisiensi beban kerja, yang sejalan dengan penurunan biaya per hasil bisnis untuk beban kerja tersebut dari waktu ke waktu. Implementasikan sasaran ini ke semua beban kerja, dan tetapkan target seperti peningkatan efisiensi sebesar lima persen setiap enam bulan hingga satu tahun. Di cloud, Anda dapat mencapainya melalui pembentukan kemampuan dalam optimalisasi biaya, serta rilis layanan dan fitur baru.
Target adalah tolok ukur yang jelas yang ingin Anda capai untuk memenuhi sasaran dan tolok ukur membandingkan hasil aktual Anda dengan target. Tetapkan tolok ukur dengan KPI untuk biaya per unit layanan komputasi (seperti adopsi Spot, adopsi Graviton, jenis instans terbaru, dan cakupan Sesuai Permintaan), layanan penyimpanan (seperti adopsi EBS GP3, snapshot EBS usang, dan penyimpanan Amazon S3 standard), atau penggunaan layanan basis data (seperti mesin sumber terbuka RDS, adopsi Graviton, dan cakupan Sesuai Permintaan). Tolok ukur dan KPI ini dapat membantu Anda memverifikasi bahwa Anda menggunakan layanan AWS dengan cara yang paling hemat biaya.
Tabel berikut menyediakan daftar metrik AWS standar untuk referensi. Setiap organisasi dapat memiliki nilai target yang berbeda-beda untuk KPI ini.
| Kategori | KPI (%) | Deskripsi |
| --- | --- | --- |
| Komputasi | Cakupan Penggunaan EC2 | Instans EC2 (dalam biaya atau jam) menggunakan SP\$1RI\$1Spot yang dibandingkan dengan total (dalam biaya atau jam) instans EC2 |
| Komputasi | Komputasikan pemanfaatan SP/RI | Jam pemanfaatan SP atau RI akan dibandingkan dengan total jam SP atau RI yang tersedia |
| Komputasi | Biaya EC2/Jam | Biaya EC2 dibagi dengan jumlah instans EC2 yang berjalan di jam tersebut |
| Komputasi | Biaya vCPU | Biaya per vCPU untuk semua instans |
| Komputasi | Generasi Instans Terbaru | Persentase instans pada Graviton (atau jenis instans generasi modern lainnya) |
| Basis Data | Cakupan RDS | Instans RDS (dalam biaya atau jam) menggunakan RI dibandingkan dengan total instans RDS (dalam biaya atau jam) |
| Basis Data | Pemanfaatan RDS | Jam pemanfaatan RI akan dibandingkan dengan total jam RI yang tersedia |
| Basis Data | Waktu aktif RDS | Biaya RDS dibagi dengan jumlah instans RDS yang berjalan pada jam tersebut |
| Basis Data | Generasi Instans Terbaru | Persentase instans pada Graviton (atau tipe instans modern lainnya) |
| Penyimpanan | Pemanfaatan penyimpanan | Biaya penyimpanan yang dioptimalkan (misalnya Glacier, deep archive, atau Infrequent Access) dibagi dengan total biaya penyimpanan |
| Penandaan | Pelepasan tag sumber daya | Cost Explorer 1. Memfilter kredit, diskon, pajak, pengembalian dana, pasar, dan salinan biaya bulanan terbaru 2. Pilih **Tampilkan hanya sumber daya yang tidak diberi tag** di Cost Explorer 3. Bagi jumlah dalam **sumber daya yang tidak mendapat tag** dengan biaya bulanan Anda. |
Menggunakan tabel ini, sertakan nilai target atau tolok ukur, yang harus dihitung berdasarkan sasaran organisasi Anda. Anda perlu mengukur metrik tertentu untuk bisnis Anda dan memahami hasil bisnis untuk beban kerja tersebut untuk menentukan KPI yang akurat dan realistis. Saat Anda mengevaluasi metrik performa di dalam organisasi, bedakan di antara berbagai jenis metrik yang memiliki fungsi berbeda-beda. Metrik-metrik tersebut terutama mengukur performa dan efisiensi infrastruktur teknis alih-alih mengukur secara langsung keseluruhan dampak bisnis. Misalnya, metrik mungkin melacak waktu respons server, latensi jaringan, atau waktu aktif sistem. Metrik ini sangat penting untuk menilai performa infrastruktur dalam mendukung operasional teknis organisasi. Namun, metrik tersebut tidak memberikan wawasan langsung tentang sasaran bisnis yang lebih luas seperti kepuasan pelanggan, pertumbuhan pendapatan, atau pangsa pasar. Untuk mendapatkan pemahaman yang komprehensif tentang performa bisnis, lengkapi metrik efisiensi ini dengan metrik bisnis strategis yang berkorelasi langsung dengan hasil bisnis.
Miliki visibilitas mendekati waktu nyata terhadap KPI Anda dan peluang penghematan terkait serta lacak kemajuan Anda dari waktu ke waktu. Untuk mulai menetapkan dan melacak tujuan-tujuan KPI, kami merekomendasikan dasbor KPI dari [Dasbor Kecerdasan Cloud](https://wellarchitectedlabs.com/cloud-intelligence-dashboards/) (CID). Berdasarkan data dari Laporan Biaya dan Penggunaan (CUR), dasbor KPI ini menyediakan serangkaian KPI optimalisasi biaya yang direkomendasikan dengan kemampuan untuk menetapkan sasaran khusus dan melacak kemajuan dari waktu ke waktu.
Jika Anda memiliki solusi lain untuk menetapkan dan melacak sasaran KPI, pastikan metode ini diadopsi oleh semua pemangku kepentingan manajemen keuangan cloud di organisasi Anda.
### Langkah-langkah implementasi
+ **Tentukan tingkat penggunaan yang diharapkan:** Untuk memulai, 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 mungkin berubah seiring waktu, dan apa yang dapat berubah dikarenakan peningkatan musiman atau kampanye pemasaran?
+ **Tentukan sumber daya dan biaya untuk menjalankan 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 biaya yang akan dikeluarkan pada setiap poin utama ini, dan perkirakan perubahan biaya ketika terdapat perubahan pada penggunaan.
+ **Tentukan 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 sasaran untuk beban kerja. Sasaran harus mencakup penggunaan dan biaya, serta hubungan di antara keduanya. Sasaran harus sederhana, berada pada tingkat tinggi, dan membantu orang memahami apa yang diharapkan bisnis dalam hal hasil (seperti memastikan sumber daya yang tidak terpakai dipertahankan di bawah tingkat biaya tertentu). Anda tidak perlu menentukan sasaran untuk setiap jenis sumber daya yang tidak terpakai atau menentukan biaya yang dapat menyebabkan kerugian pada sasaran dan target. Pastikan terdapat program organisasi (misalnya, pengembangan kemampuan seperti pelatihan dan pendidikan) jika terdapat perubahan yang diperkirakan pada biaya tanpa perubahan pada penggunaan.
+ **Tentukan sasaran:** Untuk setiap sasaran yang telah ditetapkan, tentukan target yang terukur. Jika sasarannya adalah untuk meningkatkan efisiensi beban kerja, targetnya seharusnya adalah menghitung jumlah peningkatan (biasanya pada output bisnis untuk setiap dolar yang dikeluarkan) dan kapan peningkatan tersebut seharusnya tercapai. Misalnya, Anda dapat menetapkan sasaran untuk meminimalkan pemborosan karena kelebihan pasokan. Dengan sasaran ini, target Anda bisa jadi adalah pemborosan akibat kelebihan pasokan komputasi di tingkat pertama beban kerja produksi tidak boleh melebihi sepuluh persen dari biaya komputasi tingkat. Selain itu, target kedua bisa jadi adalah pemborosan akibat kelebihan pasokan komputasi di tingkat kedua beban kerja produksi tidak boleh melebihi lima persen dari biaya komputasi tingkat.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan terkelola AWS untuk fungsi pekerjaan](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/)
+ [Tujuan S.M.A.R.T.](https://en.wikipedia.org/wiki/SMART_criteria)
+ [Cara melacak KPI pengoptimalan biaya Anda dengan Dasbor KPI CID](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-track-your-cost-optimization-kpis-with-the-kpi-dashboard/)
**Video terkait:**
+ [Lab Well-Architected: Tujuan dan Target (Tingkat 100)](https://catalog.workshops.aws/well-architected-cost-optimization/en-US/2-expenditure-and-usage-awareness/150-goals-and-targets)
**Contoh terkait:**
+ [Apa itu metrik satuan](https://aws.amazon.com/blogs/aws-cloud-financial-management/what-is-a-unit-metric/)?
+ [Memilih metrik satuan untuk mendukung bisnis Anda](https://aws.amazon.com/blogs/aws-cost-management/selecting-a-unit-metric-to-support-your-business/)
+ [Metrik unit dalam praktik – pelajaran yang dipetik](https://aws.amazon.com/blogs/aws-cost-management/unit-metrics-in-practice-lessons-learned/)
+ [Bagaimana metrik satuan membantu menciptakan keselarasan antarfungsi bisnis](https://aws.amazon.com/blogs/aws-cost-management/unit-metrics-help-create-alignment-between-business-functions/)
# COST02-BP03 Mengimplementasikan struktur akun
Implementasikan struktur akun yang dipetakan 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 Organizations memungkinkan Anda membuat beberapa Akun AWS yang dapat membantu Anda melakukan tata kelola lingkungan secara terpusat seiring Anda menskalakan beban kerja Anda di AWS. Anda dapat memodelkan hierarki organisasi Anda dengan mengelompokkan Akun AWS dalam struktur unit organisasi (OU) dan membuat beberapa Akun AWS di bawah setiap OU. Untuk membuat struktur akun, Anda perlu memutuskan mana dari Akun AWS Anda yang akan menjadi akun manajemen terlebih dahulu. Setelah itu, Anda dapat membuat akun Akun AWS baru atau memilih akun yang sudah ada sebagai akun anggota berdasarkan struktur akun yang dirancang dengan mengikuti [praktik terbaik akun manajemen](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_best-practices_mgmt-acct.html) dan [praktik terbaik akun anggota](https://docs.aws.amazon.com/organizations/latest/userguide/best-practices_member-acct.html).
Disarankan untuk memiliki setidaknya satu akun manajemen dengan satu akun anggota yang terhubung ke sana, terlepas dari ukuran organisasi Anda dan penggunaannya. Semua sumber daya beban kerja hanya boleh berada di akun anggota dan tidak boleh ada sumber daya yang dibuat di dalam akun manajemen. Jumlah Akun AWS yang harus Anda miliki akan bergantung pada kebutuhan Anda. Evaluasi 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 Akun AWS untuk alasan bisnis, misalnya:
+ Isolasi penagihan dan fiskal 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.
Dalam [AWS Organizations](https://aws.amazon.com/organizations/), [penagihan terkonsolidasi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html) menciptakan hubungan konsep 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 akan membantu untuk menggabungkan pembayaran untuk beberapa Akun AWS anggota dalam satu akun manajemen, dan tetap memberikan visibilitas untuk setiap aktivitas akun yang dihubungkan. Karena biaya dan penggunaan digabungkan dalam akun manajemen, jadi Anda dapat memaksimalkan diskon volume layanan Anda, dan memaksimalkan penggunaan diskon komitmen Anda (Savings Plans dan Instans Terpesan) untuk mencapai diskon tertinggi.
Diagram berikut ini menunjukkan bagaimana Anda dapat menggunakan AWS Organizations dengan unit organisasi (OU) untuk mengelompokkan beberapa akun, dan menempatkan beberapa Akun AWS di setiap OU. Disarankan untuk menggunakan OU untuk berbagai kasus penggunaan dan beban kerja yang menyediakan pola untuk mengatur akun.
![\[Diagram pohon menunjukkan cara untuk mengelompokkan beberapa akun di bawah unit organisasi.\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/cost-optimization-pillar/images/aws-organizations-ou-grouping.png)
[AWS Control Tower](https://aws.amazon.com/controltower/) dapat dengan cepat mengatur dan mengonfigurasi beberapa akun AWS, memastikan tata kelolanya sesuai dengan persyaratan organisasi Anda.
**Langkah-langkah implementasi**
+ **Tentukan persyaratan pemisahan: ** Persyaratan untuk pemisahan adalah kombinasi dari beberapa faktor, termasuk konsep keamanan, konsep keandalan, dan konsep keuangan. Telusuri setiap faktor secara berurutan dan tentukan apakah beban kerja atau lingkungan beban kerja harus dipisahkan dari beban kerja lainnya. Keamanan meningkatkan perekatan pada persyaratan akses dan data. Keandalan mengelola batasan sehingga lingkungan dan beban kerja tidak memengaruhi hal lain. Pelajari pilar keamanan dan keandalan Kerangka Kerja Well-Architected secara berkala dan ikuti praktik-praktik terbaik yang disediakan. Konstruksi keuangan menciptakan pemisahan keuangan yang ketat (pusat biaya, kepemilikan beban kerja, dan akuntabilitas yang berbeda). 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 unit bisnis atau departemen individu di dalam organisasi atau pemangku kepentingan yang memiliki akun.
+ **Tentukan persyaratan pengelompokan:** Persyaratan pengelompokan tidak menggantikan persyaratan pemisahan, tetapi digunakan untuk membantu manajemen. Kelompokkan menjadi satu berbagai lingkungan atau beban kerja serupa yang tidak perlu dipisahkan. Misalnya, kelompokkan beberapa lingkungan pengujian atau pengembangan dari satu atau beberapa beban kerja menjadi satu.
+ **Tentukan struktur akun: ** Dengan menggunakan pemisahan dan pengelompokan ini, tentukan sebuah akun untuk setiap grup dan pastikan persyaratan pemisahan terpenuhi. Akun-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, yang 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:**
+ [Menggunakan Tag Alokasi Biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)
+ [Kebijakan terkelola AWS untuk fungsi pekerjaan](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/)
+ Praktik terbaik untuk [akun manajemen](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_best-practices_mgmt-acct.html) dan [akun anggota](https://docs.aws.amazon.com/organizations/latest/userguide/best-practices_member-acct.html)
+ [Mengatur Lingkungan AWS Anda dengan Menggunakan Beberapa Akun](https://docs.aws.amazon.com/whitepapers/latest/organizing-your-aws-environment/organizing-your-aws-environment.html)
+ [Mengaktifkan diskon instans terpesan dan Savings Plans bersama](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-on-process.html)
+ [Penagihan terkonsolidasi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html)
+ [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)
**Video terkait:**
+ [ Memperkenalkan AWS Organizations](https://www.youtube.com/watch?v=T4NK8fv8YdI)
+ [ Menyiapkan Lingkungan Multi-Akun AWS yang Menggunakan Praktik Terbaik untuk AWS Organizations](https://www.youtube.com/watch?v=uOrq8ZUuaAQ)
**Contoh terkait:**
+ [Menetapkan Strategi Multi-Akun AWS untuk perusahaan telekomunikasi](https://aws.amazon.com/blogs/industries/defining-an-aws-multi-account-strategy-for-telecommunications-companies/)
+ [Praktik Terbaik untuk Mengoptimalkan Akun AWS](https://aws.amazon.com/blogs/architecture/new-whitepaper-provides-best-practices-for-optimizing-aws-accounts/)
+ [Praktik Terbaik untuk Unit Organisasi dengan AWS Organizations](https://aws.amazon.com/blogs/mt/best-practices-for-organizational-units-with-aws-organizations/?org_product_gs_bp_OUBlog)
# COST02-BP04 Mengimplementasikan grup dan peran
Implementasikan grup dan peran yang selaras dengan kebijakan Anda serta kontrol siapa saja yang dapat membuat, mengubah, atau melakukan dekomisioning 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
Peran dan grup pengguna merupakan blok pembangun dasar dalam desain dan implementasi sistem yang aman dan efisien. Peran dan grup membantu organisasi menyeimbangkan perlunya kontrol dengan kebutuhan akan fleksibilitas dan produktivitas, yang pada akhirnya mendukung tujuan organisasi dan kebutuhan pengguna. Seperti yang direkomendasikan di bagian [Identitas dan manajemen akses](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/identity-and-access-management.html) dari Pilar Keamanan Kerangka Kerja Well-Architected AWS, Anda memerlukan manajemen identitas dan izin yang kuat untuk menyediakan akses ke sumber daya yang tepat bagi orang-orang yang tepat dalam kondisi yang tepat. Pengguna hanya menerima akses yang diperlukan untuk menyelesaikan tugasnya. Ini meminimalkan risiko yang terkait dengan akses yang tidak sah atau penyalahgunaan.
Setelah mengembangkan kebijakan, Anda dapat membuat peran dan grup logis pengguna di organisasi Anda. Ini memungkinkan Anda untuk menetapkan izin, mengontrol penggunaan, dan membantu menerapkan mekanisme kontrol akses yang kuat, yang mencegah akses tidak sah ke informasi sensitif. Awali dengan pengelompokan orang tingkat tinggi. Hal ini biasanya selaras dengan unit organisasi dan peran pekerjaan (misalnya, administrator sistem di Departemen IT, pengontrol keuangan, atau analis bisnis). Grup tersebut mengategorikan orang yang memiliki tugas serupa dan memerlukan akses serupa. Peran menentukan aktivitas grup. Mengelola izin untuk grup dan peran lebih mudah dibandingkan untuk pengguna individu. Peran dan grup menetapkan izin secara konsisten dan sistematis bagi semua pengguna, sehingga mencegah kesalahan dan inkonsistensi.
Ketika peran pengguna berubah, administrator dapat menyesuaikan akses di tingkat peran atau grup, bukan mengonfigurasi ulang akun setiap pengguna. Misalnya, administrator sistem di TI memerlukan akses untuk membuat semua sumber daya, sedangkan tim analitik hanya perlu membuat sumber daya analitik.
### Langkah-langkah implementasi
+ ** Terapkan kelompok: ** Dengan menggunakan grup pengguna yang ditentukan dalam kebijakan organisasi Anda, terapkan kelompok yang sesuai, jika perlu. Untuk praktik terbaik tentang pengguna, grup, dan otentikasi, lihat [Pilar Keamanan](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html) dari Kerangka Kerja Well-Architected AWS.
+ ** Terapkan peran dan kebijakan: ** Dengan menggunakan tindakan yang ditentukan dalam kebijakan organisasi Anda, buatlah peran dan kebijakan akses yang diperlukan. Untuk praktik terbaik tentang peran dan kebijakan, lihat [Pilar Keamanan](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html) dari Kerangka Kerja Well-Architected AWS.
## Sumber daya
**Dokumen terkait:**
+ [Kebijakan terkelola AWS untuk fungsi pekerjaan](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/)
+ [Pilar Keamanan Kerangka Kerja AWS Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html)
+ [(IAM) AWS Identity and Access Management](https://aws.amazon.com/iam/)
+ [kebijakan AWS Identity and Access Management](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html)
**Video terkait:**
+ [ Mengapa menggunakan Manajemen Identitas dan Akses ](https://www.youtube.com/watch?v=SXSqhTn2DuE)
**Contoh terkait:**
+ [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/)
+ [ Memulai perjalanan Manajemen Keuangan Cloud Anda: Operasi biaya cloud ](https://aws.amazon.com/blogs/aws-cloud-financial-management/op-starting-your-cloud-financial-management-journey/)
# 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 seperti kontrol akses ke wilayah atau tipe sumber daya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Langkah pertama yang umum dalam mengimplementasikan kontrol biaya adalah mengatur notifikasi ketika peristiwa biaya atau penggunaan terjadi di luar kebijakan. Anda dapat bertindak cepat dan memverifikasi apakah diperlukan tindakan perbaikan, tanpa membatasi atau mengganggu beban kerja atau aktivitas baru. Setelah Anda mengetahui batasan beban kerja dan lingkungan, Anda dapat menegakkan tata kelola. [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) memungkinkan Anda untuk mengatur notifikasi dan menentukan anggaran bulanan untuk biaya, penggunaan, dan diskon komitmen AWS Anda (Savings Plans dan Instans Terpesan). Anda dapat membuat anggaran pada tingkat biaya agregat (misalnya semua biaya), atau pada tingkat yang lebih terperinci yakni hanya menyertakan dimensi tertentu seperti akun yang dihubungkan, layanan, tanda, atau Zona Ketersediaan.
Setelah Anda mengatur batas anggaran Anda dengan AWS Budgets, gunakan [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) untuk mengurangi biaya tak terduga Anda. AWS Cost Anomaly Detection adalah sebuah layanan manajemen biaya yang menggunakan machine learning untuk secara terus-menerus memantau biaya dan penggunaan Anda untuk mendeteksi pengeluaran yang tidak biasa. Hal ini membantu Anda mengidentifikasi pengeluaran yang tidak wajar dan akar masalah, sehingga Anda dapat mengambil tindakan secara cepat. Pertama-tama, buat pemantau biaya di AWS Cost Anomaly Detection, lalu pilih preferensi pemberitahuan Anda dengan mengatur ambang batas biaya (seperti pemberitahuan anomali dengan dampak lebih dari 1.000 USD). Setelah Anda menerima pemberitahuan, Anda dapat menganalisis akar masalah penyebab anomali dan dampaknya pada biaya Anda. Anda juga dapat memantau dan melakukan analisis anomali Anda sendiri di AWS Cost Explorer.
Tegakkan kebijakan tata kelola AWS melalui [AWS Identity and Access Management](https://aws.amazon.com/iam/) dan [Kebijakan Kontrol Layanan (SCP) AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scp.html). IAM memungkinkan Anda untuk mengelola akses ke layanan dan sumber daya AWS. Menggunakan IAM, Anda dapat mengontrol siapa yang dapat membuat atau mengelola sumber daya AWS, tipe sumber daya yang dapat dibuat, dan di mana sumber daya tersebut dapat dibuat. Hal ini meminimalkan kemungkinan sumber daya dibuat di luar kebijakan yang ditetapkan. Gunakan peran dan kelompok yang dibuat sebelumnya dan tetapkan [kebijakan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) untuk menerapkan penggunaan yang benar. SCP menawarkan kontrol terpusat pada izin maksimum yang tersedia untuk semua akun di organisasi Anda, yang menjaga 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. Untuk detail selengkapnya tentang penerapan manajemen akses, lihat [Laporan resmi Pilar Keamanan Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html).
Tata kelola juga dapat diimplementasikan melalui manajemen [Kuota Layanan (Service Quotas) AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html). Dengan memastikan kuota layanan (service quotas) 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 (service quotas)](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) dapat digunakan untuk meningkatkan kuota Anda saat diperlukan.
**Langkah-langkah implementasi**
+ ** Implementasikan pemberitahuan tentang pengeluaran:** Untuk menggunakan kebijakan organisasi yang Anda tentukan, buatlah [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) untuk memberi tahu Anda ketika pengeluaran melonjak di luar kebijakan Anda. Konfigurasikan beberapa anggaran biaya, satu untuk masing-masing akun, yang memberi tahu Anda tentang keseluruhan pengeluaran akun. Konfigurasikan 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 contoh umumnya adalah Wilayah AWS, beban kerja (menggunakan tanda), atau layanan AWS. Konfigurasikan 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. Anda juga dapat melakukan konfigurasi Tindakan Anggaran AWS yang dapat menegakkan kebijakan IAM atau SCP, atau menghentikan instans Amazon EC2 atau Amazon RDS target. Tindakan Anggaran dapat dimulai secara otomatis atau memerlukan persetujuan alur kerja.
+ **Implementasikan pemberitahuan tentang pengeluaran yang tidak biasa:** Gunakan [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) untuk mengurangi lonjakan biaya di organisasi Anda dan analisis akar penyebab potensi terjadinya pengeluaran tak biasa. Setelah Anda membuat pemantau biaya untuk mengidentifikasi pengeluaran tidak wajar dengan tingkat detail yang Anda tentukan dan mengonfigurasi notifikasi di AWS Cost Anomaly Detection, Anda akan menerima pemberitahuan ketika pengeluaran tidak wajar terdeteksi. Hal ini memungkinkan Anda menganalisis akar masalah penyebab anomali tersebut dan memahami dampaknya terhadap biaya Anda. Gunakan AWS Cost Categories sambil melakukan konfigurasi AWS Cost Anomaly Detection untuk mengidentifikasi tim proyek atau tim unit bisnis mana yang dapat menganalisis akar masalah biaya tidak terduga dan mengambil tindakan yang diperlukan secara tepat waktu.
+ ** Implementasikan kontrol pada 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 yang lebih mendetail 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 pekerjaan](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 Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)
+ [Kontrol Biaya AWS Anda](https://aws.amazon.com/getting-started/hands-on/control-your-costs-free-tier-budgets/)
**Video terkait:**
+ [Cara Menggunakan AWS Budgets untuk melacak pengeluaran dan penggunaan saya](https://www.youtube.com/watch?v=Ris23gKc7s0)
**Contoh terkait:**
+ [Contoh kebijakan-kebijakan manajemen akses IAM ](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_examples.html)
+ [Contoh kebijakan-kebijakan kontrol layanan](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples.html)
+ [Tindakan Anggaran AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/get-started-with-aws-budgets-actions/)
+ [Buat Kebijakan IAM untuk mengontrol akses ke sumber daya Amazon EC2 menggunakan Tanda](https://aws.amazon.com/premiumsupport/knowledge-center/iam-ec2-resource-tags/)
+ [Batasi akses Identitas IAM ke sumber daya Amazon EC2 tertentu](https://aws.amazon.com/premiumsupport/knowledge-center/restrict-ec2-iam/)
+ [Integrasi Slack untuk Deteksi Anomali Biaya menggunakan Amazon Q Developer dalam aplikasi obrolan](https://aws.amazon.com/aws-cost-management/resources/slack-integrations-for-aws-cost-anomaly-detection-using-aws-chatbot/)
# COST02-BP06 Lacak 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
Dengan melacak siklus hidup proyek secara efektif, organisasi dapat mencapai pengendalian biaya yang lebih baik melalui perencanaan, manajemen, dan optimalisasi sumber daya yang ditingkatkan. Wawasan yang diperoleh melalui pelacakan sangat berharga untuk membuat keputusan yang lebih tepat yang berperan dalam efektivitas biaya dan keberhasilan proyek secara keseluruhan.
Melacak seluruh siklus kerja beban kerja membantu Anda memahami kapan beban kerja atau komponen beban kerja tidak lagi diperlukan. Beban kerja dan komponen yang ada mungkin tampak sedang digunakan, tetapi ketika AWS merilis layanan atau fitur baru, mereka dapat dinonaktifkan atau diadopsi. Periksa tahapan beban kerja sebelumnya. Setelah beban kerja diproduksi, lingkungan sebelumnya bisa dinonaktifkan atau jauh dikurangi kapasitasnya sampai diperlukan lagi.
Anda dapat memberikan tag pada sumber daya dengan jangka waktu atau pengingat untuk menyematkan waktu peninjauan beban kerja. Misalnya, jika lingkungan pengembangan terakhir kali ditinjau beberapa bulan lalu, sekarang mungkin adalah saat yang tepat untuk meninjaunya lagi untuk mempelajari apakah layanan baru dapat diadopsi atau apakah lingkungan sedang digunakan. Anda dapat mengelompokkan dan menandai aplikasi Anda AWS untuk mengelola dan melacak metadata seperti kekritisan, lingkungan, ulasan terakhir, dan pusat biaya. [myApplications](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/aws-myApplications.html) Anda dapat melacak siklus hidup beban kerja Anda dan memantau serta mengelola biaya, kesehatan, postur keamanan, dan kinerja aplikasi Anda.
AWS menyediakan berbagai layanan manajemen dan tata kelola yang dapat Anda gunakan untuk pelacakan siklus hidup entitas. Anda dapat menggunakan [https://aws.amazon.com/config/](https://aws.amazon.com/config/)atau [https://aws.amazon.com/systems-manager/](https://aws.amazon.com/systems-manager/) untuk menyediakan inventaris rinci AWS sumber daya dan konfigurasi Anda. Anda disarankan untuk mengintegrasikan proyek atau sistem manajemen aset yang sudah ada agar proyek dan produk aktif di dalam organisasi Anda tetap terlacak. Menggabungkan sistem Anda saat ini dengan serangkaian peristiwa dan metrik yang kaya yang disediakan oleh AWS memungkinkan Anda membangun tampilan peristiwa siklus hidup yang signifikan dan secara proaktif mengelola sumber daya untuk mengurangi biaya yang tidak perlu.
Mirip dengan [Manajemen Siklus Hidup Aplikasi (ALM)](https://aws.amazon.com/what-is/application-lifecycle-management/), melacak siklus hidup proyek harus melibatkan beberapa proses, alat, dan tim yang bekerja sama, seperti desain dan pengembangan, pengujian, produksi, dukungan, dan redundansi beban kerja.
Dengan memantau setiap fase siklus hidup proyek secara cermat, organisasi memperoleh wawasan penting dan kontrol yang lebih baik, sehingga dapat memfasilitasi perencanaan, implementasi, dan penyelesaian proyek dengan baik. Pengawasan yang cermat ini memverifikasi bahwa proyek tidak hanya memenuhi standar kualitas, tetapi juga disampaikan tepat waktu dan tidak melampaui anggaran, sehingga meningkatkan efisiensi biaya secara keseluruhan.
Untuk detail selengkapnya tentang penerapan pelacakan siklus hidup entitas, lihat [https://aws.amazon.com/architecture/well-architected/](https://aws.amazon.com/architecture/well-architected/).
### Langkah-langkah implementasi
+ **Tetapkan proses pemantauan siklus hidup proyek:** [Tim Keunggulan Pusat Cloud](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_cloud_financial_management_function.html) harus menetapkan proses pemantauan siklus hidup proyek. Tetapkan pendekatan terstruktur dan sistematis untuk memantau beban kerja agar dapat meningkatkan kontrol, visibilitas, dan performa proyek. Jadikan proses pemantauan transparan, kolaboratif, dan berfokus pada peningkatan berkelanjutan untuk memaksimalkan efektivitas dan nilainya.
+ **Lakukan peninjauan beban kerja:** Seperti yang ditentukan oleh kebijakan organisasi Anda, siapkan jadwal rutin untuk mengaudit proyek yang ada dan lakukan peninjauan beban kerja. Besarnya upaya yang dilakukan untuk audit harus sebanding dengan perkiraan risiko, nilai, atau biaya bagi 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:**
+ [Panduan untuk Menandai AWS](https://aws.amazon.com/solutions/guidance/tagging-on-aws/)
+ [Apa itu ALM (Manajemen Siklus Hidup Aplikasi)?](https://aws.amazon.com/what-is/application-lifecycle-management/)
+ [Kebijakan terkelola AWS untuk fungsi pekerjaan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
**Contoh terkait:**
+ [Kontrol akses untuk Wilayah AWS menggunakan IAM kebijakan](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
**Alat Terkait:**
+ [AWS Config](https://aws.amazon.com/config/)
+ [AWS Systems Manager](https://aws.amazon.com/systems-manager/)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Organizations](https://aws.amazon.com/organizations/)
+ [AWS CloudFormation](https://aws.amazon.com/cloudformation/?c=mg&sec=srv)
# Pemantauan biaya dan penggunaan
Mampukan tim untuk mengambil tindakan atas biaya dan penggunaan mereka melalui visibilitas yang mendetail pada beban kerja. Pengoptimalan biaya dimulai dengan pemahaman terperinci akan perincian biaya dan penggunaan, kemampuan untuk membuat model dan memprediksi fitur, penggunaan, dan pengeluaran di waktu yang akan datang, dan implementasi mekanisme yang memadai untuk menyelaraskan biaya dan penggunaan sesuai dengan tujuan organisasi Anda. Area-area berikut ini diperlukan untuk memantau biaya dan penggunaan Anda:
**Topics**
+ [COST03-BP01 Mengonfigurasi sumber informasi yang mendetail](cost_monitor_usage_detailed_source.md)
+ [COST03-BP02 Menambahkan informasi organisasi ke biaya dan penggunaan](cost_monitor_usage_org_information.md)
+ [COST03-BP03 Mengidentifikasi kategori atribusi biaya](cost_monitor_usage_define_attribution.md)
+ [COST03-BP04 Menetapkan metrik organisasi](cost_monitor_usage_define_kpi.md)
+ [COST03-BP05 Mengonfigurasikan alat manajemen penagihan dan biaya](cost_monitor_usage_config_tools.md)
+ [COST03-BP06 Mengalokasikan biaya berdasarkan metrik beban kerja](cost_monitor_usage_allocate_outcome.md)
# COST03-BP01 Mengonfigurasi sumber informasi yang mendetail
Siapkan alat manajemen biaya dan pelaporan untuk meningkatkan analisis dan transparansi data biaya dan penggunaan. Konfigurasikan beban kerja Anda untuk membuat entri log yang memfasilitasi pelacakan dan segregasi biaya dan penggunaan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Dengan informasi penagihan yang mendetail seperti tingkat detail per jam di dalam alat manajemen biaya, organisasi dapat melacak pemakaian mereka dengan lebih mendetail dan mengidentifikasi beberapa penyebab kenaikan biaya. Sumber-sumber data ini menyediakan tampilan paling akurat untuk biaya dan penggunaan di seluruh organisasi Anda.
Anda dapat menggunakan Ekspor Data AWS untuk membuat ekspor AWS Cost and Usage Report (CUR) 2.0. Ini adalah cara baru dan direkomendasikan untuk menerima data biaya dan penggunaan mendetail Anda dari AWS. Cara ini menyediakan tingkat detail harian atau per jam, tarif, biaya, dan atribut penggunaan untuk semua layanan AWS yang dikenai biaya (informasi yang sama seperti CUR), beserta beberapa perbaikan. Semua dimensi yang memungkinkan ada di dalam CUR, seperti penandaan, lokasi, atribut sumber daya, dan ID akun.
Ada tiga jenis ekspor berdasarkan jenis ekspor yang ingin Anda buat: ekspor data standar, ekspor ke dasbor biaya dan penggunaan dengan integrasi Quick, atau ekspor data lama.
+ **Ekspor data standar:** Ekspor tabel yang sudah disesuaikan yang dikirimkan ke Amazon S3 secara berulang.
+ **Dasbor biaya dan penggunaan:** Ekspor dan integrasi ke Quick untuk melakukan deployment dasbor biaya dan penggunaan yang sudah dibuat sebelumnya.
+ **Ekspor data lama:** Ekspor AWS Cost and Usage Report (CUR) lama.
Anda dapat membuat ekspor data dengan penyesuaian berikut:
+ Sertakan ID sumber daya
+ Data alokasi biaya terpisah
+ Tingkat detail per jam
+ Penentuan versi
+ Jenis kompresi dan format file
Untuk beban kerja yang menjalankan kontainer di Amazon ECS atau Amazon EKS, aktifkan data alokasi biaya terpisah sehingga Anda dapat mengalokasikan biaya kontainer ke unit bisnis dan tim individual, berdasarkan cara beban kerja kontainer Anda menggunakan sumber daya komputasi dan memori bersama. Data alokasi biaya terpisah memasukkan data biaya dan penggunaan untuk sumber daya tingkat kontainer baru ke AWS Cost and Usage Report. Data alokasi biaya terpisah dihitung dengan menghitung biaya layanan dan tugas ECS individual yang berjalan di klaster.
Dasbor biaya dan penggunaan mengekspor tabel dasbor biaya dan penggunaan ke bucket S3 secara berulang dan melakukan deployment dasbor biaya dan penggunaan siap pakai ke Quick. Gunakan opsi ini jika Anda ingin melakukan deployment dasbor data biaya dan penggunaan dengan cepat tanpa kemampuan untuk penyesuaian.
Jika mau, Anda masih dapat mengekspor CUR dalam mode lama, di mana Anda dapat mengintegrasikan layanan-layanan pemrosesan lainnya seperti [AWS Glue](https://aws.amazon.com/glue/) untuk menyiapkan data untuk menganalisis dan melakukan analisis data dengan [Amazon Athena](https://aws.amazon.com/athena/) dengan menggunakan SQL untuk melakukan kueri data.
### Langkah-langkah implementasi
+ **Buat ekspor data:** Buat ekspor yang disesuaikan dengan data yang Anda inginkan dan kendalikan skema ekspor Anda. Buat ekspor data manajemen tagihan dan biaya menggunakan SQL dasar, dan visualisasikan data penagihan dan manajemen biaya Anda dengan mengintegrasikan dengan Quick. Anda juga dapat mengekspor data Anda dalam mode standar untuk menganalisis data Anda dengan alat pemrosesan lain seperti Amazon Athena.
+ **Konfigurasikan laporan biaya dan penggunaan:** Dengan menggunakan konsol penagihan, konfigurasi setidaknya satu laporan biaya dan penggunaan. Konfigurasikan 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.
+ **Konfigurasikan info detail per jam di Cost Explorer:** Untuk mengakses data biaya dan penggunaan dengan perincian per jam selama 14 hari terakhir, pertimbangkan untuk mengaktifkan data per jam dan data tingkat sumber daya di konsol penagihan.
+ **Konfigurasikan pencatatan log aktivitas dalam aplikasi:** Pastikan bahwa aplikasi Anda mencatat setiap hasil bisnis yang dicapai sehingga bisa dilacak dan diukur. Pastikan tingkat detail data ini setidaknya per jam sehingga sesuai dengan data biaya dan penggunaan. Untuk detail lebih lanjut tentang pencatatan aktivitas dan pemantauan, lihat [Pilar Keunggulan Operasional Well-Architected.](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html)
## Sumber daya
**Dokumen terkait:**
+ [Ekspor Data AWS](https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html)
+ [AWS Glue](https://aws.amazon.com/glue/)
+ [Quick](https://aws.amazon.com/quicksight/)
+ [Harga Manajemen Biaya AWS](https://aws.amazon.com/aws-cost-management/pricing/)
+ [Menandai sumber daya AWS](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)
+ [Menganalisis biaya Anda dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola AWS Cost and Usage Report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
**Contoh terkait:**
+ [AWS Penyiapan Akun](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html)
+ [ Ekspor Data untuk Manajemen Penagihan dan Biaya AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/introducing-data-exports-for-billing-and-cost-management/)
+ [AWS Cost Explorer Kasus Penggunaan Umum](https://aws.amazon.com/blogs/aws-cloud-financial-management/aws-cost-explorers-new-ui-and-common-use-cases/)
# COST03-BP02 Menambahkan informasi organisasi ke biaya dan penggunaan
Tentukan skema pemberian tag berdasarkan organisasi, atribut beban kerja, dan kategori alokasi biaya agar Anda dapat memfilter dan mencari sumber daya atau memantau biaya dan penggunaan di alat manajemen biaya. Implementasikan pemberian tag yang konsisten untuk semua sumber daya jika memungkinkan berdasarkan tujuan, tim, lingkungan, atau kriteria lain yang relevan dengan bisnis Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Terapkan [pemberian tag di AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) untuk menambahkan informasi organisasi ke sumber daya Anda, yang kemudian akan ditambahkan ke informasi biaya dan penggunaan Anda. Tag adalah pasangan kunci-nilai — kunci perlu ditentukan dan harus unik di seluruh organisasi, dan nilainya unik untuk grup sumber daya. Sebuah contoh dari suatu pasangan data kunci dan nilai adalah kunci `Environment`, dengan nilai `Production`. Semua sumber daya dalam lingkungan produksi pasti memiliki pasangan kunci-nilai ini. Dengan pemberian tag, Anda dapat melacak dan mengelola biaya dengan informasi organisasi yang relevan dan bermanfaat. Anda dapat menerapkan tag 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 tag ke sumber daya AWS Anda (misalnya instans Amazon Elastic Compute Cloud atau bucket Amazon Simple Storage Service) dan mengaktifkan tag, AWS akan menambahkan informasi ini ke Laporan Biaya dan Penggunaan Anda. Anda dapat menjalankan laporan dan melakukan analisis pada sumber daya yang diberi tag dan tidak diberi tag untuk meningkatkan kepatuhan terhadap kebijakan manajemen biaya dan memastikan atribusi yang akurat.
Membuat dan mengimplementasikan standar pemberian tag AWS di seluruh akun organisasi Anda untuk membantu Anda mengelola dan mengatur lingkungan AWS dengan cara yang seragam dan konsisten. Gunakan [Kebijakan Tag](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) di AWS Organizations untuk menetapkan aturan tentang bagaimana tag dapat digunakan pada sumber daya AWS di akun Anda di AWS Organizations. Kebijakan Tag memungkinkan Anda mengadopsi pendekatan terstandardisasi dengan lebih mudah untuk pemberian tag pada sumber daya AWS
[Editor Tag AWS](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) memungkinkan Anda untuk menambah, menghapus, dan mengelola tag berbagai sumber daya. Degan Tag Editor, Anda dapat mencari sumber daya yang ingin Anda beri tag, lalu mengelola tag untuk sumber daya tersebut dalam hasil pencarian Anda.
[AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) membantu Anda memberikan konteks bisnis pada biaya, tanpa perlu memberi tag 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 tag. Selain penandaan, hal ini memberikan kemampuan manajemen pada tingkat yang berbeda. Anda juga dapat memetakan akun dan tag spesifik untuk beberapa proyek.
**Langkah-langkah implementasi**
+ **Tentukan skema pemberian tag:** 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 tag yang wajib dimiliki oleh semua sumber daya serta tag yang sebaiknya dimiliki oleh sumber daya. Verifikasikan bahwa nama dan nilai tag konsisten di seluruh organisasi.
+ ** Tag sumber daya: **Untuk menggunakan kategori atribusi biaya [tempatkan tag](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) di semua sumber daya di beban kerja Anda berdasarkan kategori. Gunakan alat seperti CLI, Tag Editor, atau AWS Systems Manager untuk meningkatkan efisiensi.
+ **Implementasikan AWS Cost Categories: **Anda dapat membuat [Kategori Biaya](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) tanpa menerapkan pemberian tag. Kategori biaya menggunakan dimensi biaya dan penggunaan yang sudah ada. Buat aturan kategori dari skema dan implementasikan ke kategori biaya.
+ **Pemberian tag otomatis:** Untuk memastikan bahwa semua sumber daya memiliki tag yang lengkap dan konsisten, otomatiskan proses penambahan tag pada sumber daya saat sumber daya dibuat. Gunakan layanan seperti [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html) untuk memverifikasi bahwa sumber daya mendapat tag saat dibuat. Anda juga dapat membuat solusi yang dapat disesuaikan untuk menambahkan tag secara otomatis menggunakan fungsi Lambda atau gunakan layanan mikro yang akan memeriksa beban kerja secara rutin dan menghapus sumber daya yang tidak memiliki tag, yang mana merupakan kondisi ideal untuk pengujian dan pengembangan lingkungan.
+ ** Awasi dan laporkan pemberian tag: **Untuk memverifikasi bahwa Anda memberi tag yang lengkap dan konsisten di seluruh organisasi, awasi dan laporkan tag di seluruh beban kerja Anda. Anda dapat menggunakan [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) untuk melihat biaya dari sumber daya yang mendapat tag dan tidak mendapat tag, atau gunakan layanan seperti [Editor Tag](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html). Tinjau secara berkala jumlah sumber daya yang tidak diberi tag dan ambil tindakan untuk menambahkan tag hingga tingkat pemberian tag yang diinginkan tercapai.
## Sumber daya
**Dokumen terkait:**
+ [ Praktik Terbaik Pemberian Tag ](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)
+ [AWS CloudFormation Tag Sumber Daya](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html)
+ [AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/)
+ [Pemberian tag pada sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya Anda dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya Anda 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)
**Video terkait:**
+ [ Bagaimana saya bisa memberi tag sumber daya AWS saya untuk membagi tagihan saya dengan pusat biaya atau proyek ](https://www.youtube.com/watch?v=3j9xyyKIg6w)
+ [ Pemberian Tag pada Sumber Daya AWS](https://www.youtube.com/watch?v=MX9DaAQS15I)
# COST03-BP03 Mengidentifikasi kategori atribusi biaya
Identifikasi kategori organisasi seperti unit bisnis, departemen, atau proyek yang dapat digunakan untuk mengalokasikan biaya di dalam organisasi Anda ke entitas pengonsumsi internal. Gunakan kategori tersebut untuk menegakkan akuntabilitas pengeluaran, menciptakan kesadaran biaya, dan mendorong perilaku pemakaian yang efektif.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Proses kategorisasi biaya sangat penting dalam penganggaran, akuntansi, pelaporan keuangan, pengambilan keputusan, benchmarking, dan manajemen proyek. Dengan mengklasifikasikan dan membuat kategori pengeluaran, tim dapat lebih memahami jenis biaya yang mereka keluarkan selama perjalanan cloud mereka, sehingga membantu tim dalam mengambil keputusan yang tepat dan mengelola anggaran secara efektif.
Akuntabilitas pengeluaran cloud sangat bermanfaat untuk menghadirkan manajemen permintaan dan biaya yang disiplin. Hasilnya adalah penghematan biaya cloud yang jauh lebih besar untuk organisasi yang mengalokasikan sebagian besar pengeluaran cloud mereka untuk unit bisnis atau tim yang memakainya. Selain itu, pengalokasian pengeluaran cloud membantu organisasi dalam mengadopsi lebih banyak praktik terbaik tata kelola cloud yang tersentralisasi.
Bekerjasamalah dengan tim keuangan Anda atau pemangku kepentingan lain yang relevan untuk memahami persyaratan tentang bagaimana biaya harus dialokasikan di dalam organisasi Anda selama rapat koordinasi rutin Anda. Biaya beban kerja harus dialokasikan pada 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.
Setelah menentukan kategori atribusi biaya Anda dengan para pemangku kepentingan di organisasi Anda, gunakan [AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) untuk mengelompokkan informasi biaya dan penggunaan Anda ke dalam kategori yang bermakna di AWS Cloud, seperti biaya untuk proyek tertentu, atau Akun AWS untuk departemen atau unit bisnis. Anda dapat membuat kategori kustom dan memetakan informasi biaya dan penggunaan ke dalam kategori tersebut berdasarkan aturan yang Anda tentukan menggunakan berbagai dimensi seperti akun, tanda, layanan, atau jenis biaya. Setelah kategori biaya disiapkan, Anda dapat melihat informasi biaya dan penggunaan berdasarkan kategori tersebut sehingga memungkinkan organisasi Anda membuat keputusan strategis dan pembelian yang lebih baik. Kategori tersebut juga akan terlihat di AWS Cost Explorer, AWS Budgets, dan AWS Cost and Usage Report.
Misalnya, buat kategori biaya untuk unit bisnis Anda (Tim DevOps), dan dalam setiap kategori, buat beberapa aturan (aturan untuk setiap subkategori) dengan beberapa dimensi (Akun AWS, tanda alokasi biaya, layanan, atau jenis biaya) berdasarkan pengelompokan yang Anda tentukan. Dengan kategori biaya, Anda dapat mengatur biaya Anda menggunakan mesin berbasis aturan. Aturan yang Anda konfigurasikan akan mengatur biaya ke dalam kategori. Dalam aturan ini, Anda dapat memfilter menggunakan beberapa dimensi untuk setiap kategori seperti Akun AWS, layanan AWS, atau jenis biaya tertentu. Anda kemudian dapat menggunakan kategori-kategori ini untuk berbagai produk di [konsol](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/view-billing-dashboard.html) [Manajemen AWS Manajemen Penagihan dan Biaya dan Biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-what-is.html). Produk ini mencakup AWS Cost Explorer, AWS Budgets, AWS Cost and Usage Report, dan AWS Cost Anomaly Detection.
Misalnya, diagram berikut menunjukkan cara mengelompokkan biaya dan informasi penggunaan di organisasi Anda dengan memiliki beberapa tim (kategori biaya), beberapa lingkungan (aturan), dan setiap lingkungan yang memiliki beberapa sumber daya atau aset (dimensi).
![\[Bagan alur yang menjelaskan hubungan antara biaya dan penggunaan di dalam organisasi.\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/cost-optimization-pillar/images/cost-usage-organization-chart.png)
Anda juga dapat membuat pengelompokan biaya menggunakan kategori biaya. Setelah Anda membuat kategori biaya (perlu waktu 24 jam setelah membuat kategori biaya agar catatan penggunaan Anda dapat diperbarui dengan nilai), kategori biaya tersebut akan muncul di [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/), [AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html), [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html), dan [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/). Di AWS Cost Explorer dan AWS Budgets, kategori biaya muncul dalam bentuk dimensi penagihan tambahan. Anda dapat menggunakan ini untuk memfilter nilai kategori biaya tertentu, atau grup menurut kategori biaya.
### Langkah-langkah implementasi
+ **Tentukan kategori organisasi Anda:** Temui para pemangku kepentingan dan unit bisnis internal untuk menentukan kategori yang sesuai dengan struktur dan persyaratan organisasi Anda. Kategori ini akan secara langsung dipetakan ke struktur kategori keuangan yang ada, seperti unit bisnis, anggaran, pusat biaya, dan departemen. Lihat hasil yang diberikan cloud untuk bisnis Anda, seperti pelatihan dan edukasi, karena ini juga merupakan kategori organisasi.
+ **Tentukan kategori fungsional Anda:** Temui para pemangku kepentingan dan unit bisnis internal untuk menentukan kategori yang sesuai dengan fungsi yang Anda miliki dalam bisnis Anda. Hal ini dapat berupa nama aplikasi atau beban kerja, serta jenis lingkungan, seperti produksi, pengujian, atau pengembangan.
+ **Tentukan AWS Cost Categories:** Buat kategori biaya untuk mengatur informasi biaya dan penggunaan Anda dengan menggunakan [AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) dan tentukan biaya dan penggunaan AWS Anda ke dalam [kategori yang bermakna](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/create-cost-categories.html). Beberapa kategori dapat ditetapkan untuk satu sumber daya, dan satu sumber daya dapat berada dalam beberapa kategori yang berbeda, jadi tentukan sebanyak kategori yang dibutuhkan sehingga Anda dapat [mengelola biaya Anda](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html) ke dalam struktur yang dikategorikan menggunakan AWS Cost Categories.
## Sumber daya
**Dokumen terkait:**
+ [Menandai sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menggunakan Tanda Alokasi Biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)
+ [Menganalisis biaya Anda dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya Anda dengan Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Mengelola AWS Cost and Usage Report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
+ [AWS Cost Categories](https://docs.aws.amazon.com/wellarchitected/latest/framework/aws-cost-management/aws-cost-categories/)
+ [Mengelola biaya Anda dengan AWS Cost Categories](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html)
+ [Membuat kategori biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/create-cost-categories.html)
+ [Menandai kategori biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/tag-cost-categories.html)
+ [Membagi pembebanan biaya dalam kategori biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/splitcharge-cost-categories.html)
+ [Fitur-Fitur AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/features/)
**Contoh terkait:**
+ [Kelola biaya dan penggunaan Anda dengan AWS Cost Categories](https://aws.amazon.com/blogs/aws-cloud-financial-management/organize-your-cost-and-usage-data-with-aws-cost-categories/)
+ [Mengelola biaya Anda dengan AWS Cost Categories](https://aws.amazon.com/aws-cost-management/resources/managing-your-costs-with-aws-cost-categories/)
# COST03-BP04 Menetapkan metrik organisasi
Tetapkan 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 diterapkan:** 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-langkah implementasi**
+ **Tentukan 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.
+ **Tentukan 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:**
+ [Sumber daya penandaan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya Anda dengan AWS Anggaran](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya Anda 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-BP05 Mengonfigurasikan alat manajemen penagihan dan biaya
Konfigurasikan alat manajemen biaya yang sesuai dengan kebijakan organisasi Anda untuk mengelola dan mengoptimalkan pengeluaran cloud. Hal ini mencakup layanan, alat, dan sumber daya untuk mengatur dan melacak data biaya dan penggunaan, mengoptimalkan kontrol melalui penagihan terkonsolidasi dan izin akses, meningkatkan perencanaan melalui penganggaran dan prakiraan, menerima notifikasi atau peringatan, serta menurunkan biaya dengan sumber daya dan optimalisasi harga.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan**: Tinggi
## Panduan implementasi
Untuk membangun akuntabilitas yang kuat, pertimbangkan strategi akun Anda terlebih dahulu sebagai bagian dari strategi alokasi biaya Anda. Jika benar di tahap ini, Anda mungkin tidak perlu berupaya lebih jauh. Jika tidak, dapat muncul ketidaksadaran dan titik-titik masalah lebih lanjut.
Untuk mendorong akuntabilitas pengeluaran cloud, berikan akses kepada pengguna ke alat yang memberikan visibilitas tentang biaya dan penggunaan mereka. AWS menyarankan Anda untuk mengonfigurasi semua beban kerja dan tim untuk tujuan berikut:
+ **Atur:** Tetapkan acuan dasar alokasi dan tata kelola biaya dengan strategi penandaan dan taksonomi Anda sendiri. Buat beberapa Akun AWS dengan alat seperti AWS Control Tower atau AWS Organization. Tandai sumber daya AWS dan kategorikan sumber daya tersebut secara bermakna berdasarkan struktur organisasi Anda (berdasarkan unit bisnis, departemen, atau proyek). Tandai nama akun untuk pusat-pusat biaya tertentu dan petakan dengan AWS Cost Categories guna mengelompokkan akun unit bisnis untuk pusat biayanya sehingga pemilik unit bisnis dapat melihat konsumsi beberapa akun di satu tempat.
+ **Akses:** Lacak informasi penagihan di seluruh organisasi dalam penagihan terkonsolidasi. Verifikasi bahwa pemangku kepentingan yang tepat dan pemilik bisnis memiliki akses.
+ **Kontrol:** Bangun mekanisme tata kelola yang efektif dengan batasan pengaman yang tepat untuk mencegah skenario tak terduga saat menggunakan Kebijakan Kontrol Layanan (SCP), kebijakan penandaan, kebijakan IAM dan pemberitahuan anggaran. Misalnya, Anda dapat mengizinkan tim untuk membuat sumber daya tertentu di wilayah yang dipilih hanya dengan menggunakan mekanisme kontrol yang efektif dan mencegah pembuatan sumber daya tanpa tanda spesifik (seperti pusat biaya).
+ **Kondisi saat ini:** Konfigurasikan dasbor yang menampilkan tingkat biaya dan penggunaan saat ini. Dasbor harus tersedia di tempat yang mudah terlihat di dalam lingkungan kerja seperti dasbor operasi. Anda dapat mengekspor data dan menggunakan Dasbor Biaya dan Penggunaan dari Hub Optimisasi Biaya AWS atau produk apa pun yang didukung untuk membuat visibilitas ini. Anda mungkin perlu membuat dasbor yang berbeda untuk persona yang berbeda. Misalnya, dasbor manajer mungkin berbeda dari dasbor rekayasa.
+ **Pemberitahuan:** Munculkan pemberitahuan ketika biaya atau penggunaan melebihi batas yang ditentukan dan terjadi ketidakwajaran dengan AWS Budgets atau Deteksi Anomali Biaya AWS.
+ **Laporan:** Meringkas semua informasi biaya dan penggunaan. Tingkatkan kesadaran dan akuntabilitas pengeluaran cloud Anda dengan data biaya yang mendetail dan dapat diatribusikan. Buat laporan yang relevan dengan tim yang memakai data tersebut dan berisi rekomendasi.
+ **Pelacakan:** Tampilkan biaya dan penggunaan saat ini dan bandingkan dengan tujuan atau target yang telah ditentukan.
+ **Analisis:** Izinkan anggota tim untuk melakukan analisis kustom dan mendalam hingga perincian per jam, per hari atau per bulan dengan filter yang berbeda-beda (sumber daya, akun, tanda, dll.).
+ **Inspeksi:** Ikuti terus perkembangan deployment sumber daya dan peluang untuk mengoptimalkan biaya Anda. Dapatkan notifikasi menggunakan Amazon CloudWatch, Amazon SNS, atau Amazon SES, untuk deployment sumber daya di tingkat organisasi. Tinjau rekomendasi optimalisasi biaya dengan AWS Trusted Advisor atau AWS Compute Optimizer.
+ **Laporan tren:** Menampilkan keberagaman biaya dan penggunaan selama periode waktu yang diinginkan, dengan detail yang diperlukan.
+ **Prakiraan:** Tampilkan perkiraan biaya di masa depan, perkirakan penggunaan sumber daya Anda, dan lacak pengeluaran dengan dasbor perkiraan yang Anda buat.
Anda dapat menggunakan [Hub Optimisasi Biaya AWS](https://aws.amazon.com/aws-cost-management/cost-optimization-hub/) untuk memahami potensi penghematan biaya yang dikonsolidasikan dari lokasi terpusat dan membuat ekspor data untuk integrasi dengan Amazon Athena. Anda juga dapat menggunakan Hub Optimisasi Biaya AWS untuk melakukan deployment Dasbor Biaya dan Penggunaan, yang memanfaatkan Quick untuk analisis biaya interaktif dan pembagian wawasan biaya yang aman.
Jika organisasi Anda tidak memiliki keterampilan utama atau sumber daya yang diperlukan, Anda dapat bekerja sama dengan [AWS ProServ](https://aws.amazon.com/professional-services/), [AWS Managed Services (AMS)](https://aws.amazon.com/managed-services/), atau [Partner AWS](https://aws.amazon.com/partners/). Anda juga dapat menggunakan alat pihak ketiga tetapi pastikan Anda memvalidasi proposisi nilainya.
### Langkah-langkah implementasi
+ **Beri izin akses berbasis tim ke alat-alat:** Konfigurasikan akun Anda dan buat kelompok yang memiliki akses ke laporan biaya dan penggunaan yang diperlukan untuk mereka pakai dan gunakan [AWS Identity and Access Management](https://aws.amazon.com/iam/) untuk [mengontrol akses](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-access.html) ke alat-alat seperti AWS Cost Explorer. Grup tersebut harus menyertakan perwakilan dari semua tim yang memiliki atau mengelola sebuah aplikasi. Hal ini bertujuan untuk memastikan setiap tim dapat mengakses informasi biaya dan penggunaan untuk melacak konsumsi mereka.
+ **Kelola Tanda dan Kategori Biaya:** Atur biaya Anda di seluruh tim, unit bisnis, aplikasi, lingkungan, dan proyek. Gunakan tanda sumber daya untuk mengatur biaya, berdasarkan tanda alokasi biaya. Buat Kategori Biaya berdasarkan dimensi dengan menggunakan tanda, akun, layanan, dll. untuk memetakan biaya Anda.
+ **Konfigurasikan AWS Budgets:** [Konfigurasikan AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html) di semua akun untuk beban kerja Anda. Tetapkan anggaran untuk pengeluaran akun secara keseluruhan, serta anggaran untuk beban kerja menggunakan tanda dan kategori biaya. Konfigurasikan notifikasi di AWS Budgets untuk mendapatkan peringatan saat Anda melebihi jumlah yang dianggarkan, atau saat perkiraan biaya Anda melebihi anggaran.
+ **Konfigurasikan Deteksi Anomali Biaya AWS:** Gunakan [Deteksi Anomali Biaya AWS](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) untuk akun Anda, layanan inti, atau kategori biaya yang Anda buat untuk memantau biaya dan penggunaan Anda serta melacak pengeluaran tak wajar. Anda dapat menerima peringatan satu per satu dalam laporan gabungan dan mendapatkan peringatan dalam email atau topik Amazon SNS yang memungkinkan Anda menganalisis dan menentukan akar penyebab anomali, serta mengidentifikasi faktor yang mendorong kenaikan biaya.
+ **Gunakan alat analisis biaya:** Tentukan [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) untuk beban kerja dan akun Anda guna memvisualisasikan data biaya untuk analisis lebih lanjut. Buat dasbor untuk beban kerja yang melacak pengeluaran secara keseluruhan, metrik penggunaan utama untuk beban kerja, dan perkiraan biaya mendatang berdasarkan data biaya historis Anda.
+ **Gunakan alat analisis hemat biaya:** Gunakan Hub Optimisasi Biaya AWS untuk mengidentifikasi peluang penghematan dengan rekomendasi yang disesuaikan termasuk menghapus sumber daya yang tidak digunakan, penyesuaian ukuran sesuai kebutuhan, komitmen Savings Plans, pencadangan, dan rekomendasi pengoptimal komputasi.
+ **Sesuaikan fitur-fitur lanjutan yang tersedia:** Anda dapat secara opsional membuat visualisasi untuk memudahkan analisis interaktif dan berbagi wawasan biaya. Dengan Ekspor Data di Hub Optimisasi Biaya AWS, Anda dapat membuat dasbor biaya dan penggunaan yang didukung oleh Quick untuk organisasi Anda yang memberikan detail dan granularitas tambahan. Anda juga dapat menerapkan kemampuan analisis lanjutan dengan menggunakan ekspor data di [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway) untuk kueri lanjutan, dan membuat dasbor di [Quick](https://docs.aws.amazon.com/quicksight/?id=docs_gateway). Bekerja sama dengan [Partner AWS](https://aws.amazon.com/marketplace/solutions/business-applications/cloud-cost-management) untuk mengadopsi solusi manajemen cloud untuk pemantauan dan pengoptimalan penagihan cloud terkonsolidasi.
## Sumber daya
**Dokumen terkait:**
+ [Apa itu Manajemen AWS Manajemen Penagihan dan Biaya dan Biaya](https://docs.aws.amazon.com/cost-management/latest/userguide/what-is-costmanagement.html)?
+ [Membangun lingkungan AWS praktik terbaik Anda](https://aws.amazon.com/organizations/getting-started/best-practices/)
+ [Praktik Terbaik untuk Penandaan Sumber Daya AWS](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)
+ [Menandai sumber daya AWS Anda](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Cost Categories ](https://aws.amazon.com/aws-cost-management/aws-cost-categories/)
+ [Menganalisis biaya Anda dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya Anda dengan AWS Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Apa itu Ekspor Data AWS](https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html)?
**Video terkait:**
+ [Melakukan Deployment Dasbor Inteligensi Cloud ](https://www.youtube.com/watch?v=FhGZwfNJTnc)
+ [Dapatkan Peringatan tentang Metrik atau KPI FinOps atau Optimalisasi Biaya ](https://www.youtube.com/watch?v=dzRKDSXCtAs)
**Contoh terkait:**
+ [Dasbor Biaya dan Penggunaan yang didukung](https://aws.amazon.com/blogs/aws-cloud-financial-management/new-cost-and-usage-dashboard-powered-by-amazon-quicksight/) oleh Quick
+ [Lokakarya Tata Kelola Biaya dan Penggunaan AWS](https://catalog.workshops.aws/well-architected-cost-optimization/en-US/2-expenditure-and-usage-awareness/20-cost-and-usage-governance)
# COST03-BP06 Mengalokasikan biaya berdasarkan metrik beban kerja
Alokasikan biaya beban kerja berdasarkan metrik penggunaan atau hasil bisnis untuk mengukur efisiensi biaya beban kerja. Implementasikan proses untuk menganalisis data biaya dan penggunaan dengan layanan analitik, yang dapat menyediakan wawasan dan kemampuan charge back.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Optimalisasi biaya adalah 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. Lakukan analisis ini pada level per jam. Efisiensi umumnya akan berubah jika Anda memiliki komponen biaya statis (misalnya basis data backend yang berjalan secara permanen) dengan beragam laju permintaan (misalnya puncak penggunaan pada pukul sembilan pagi hingga lima sore, dengan sedikit permintaan pada malam hari). Memahami hubungan antara biaya statis dan variabel membantu Anda fokus pada aktivitas optimalisasi Anda.
Membuat metrik beban kerja untuk sumber daya bersama mungkin sulit dibandingkan dengan sumber daya seperti aplikasi terkontainerisasi di Amazon Elastic Container Service (Amazon ECS) dan Amazon API Gateway. Namun, ada beberapa cara tertentu bagi Anda untuk mengkategorikan penggunaan dan melacak biaya. Jika Anda perlu melacak sumber daya bersama Amazon ECS dan AWS Batch, Anda dapat mengaktifkan data alokasi biaya terpisah di AWS Cost Explorer. Dengan data alokasi biaya terpisah, Anda dapat memahami dan mengoptimalkan biaya serta penggunaan aplikasi dalam kontainer dan mengalokasikan biaya aplikasi kembali ke entitas bisnis masing-masing berdasarkan cara pemakaian sumber daya komputasi dan memori bersama mereka.
### Langkah-langkah implementasi
+ **Alokasikan metrik biaya per beban kerja:** Dengan menggunakan metrik dan tag terkonfigurasi yang sudah ditetapkan, buatlah sebuah metrik yang mengombinasikan hasil akhir beban kerja dan biaya beban kerja. Gunakan layanan analitik seperti Amazon Athena dan Amazon Quick untuk membuat dasbor efisiensi untuk keseluruhan beban kerja, dan komponen apa pun.
## Sumber daya
**Dokumen terkait:**
+ [Menandai sumber daya AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Menganalisis biaya Anda dengan AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Menganalisis biaya Anda 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)
**Contoh terkait:**
+ [ Tingkatkan visibilitas biaya Amazon ECS dan AWS Batch dengan Data Alokasi Biaya Terpisah AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/la-improve-cost-visibility-of-containerized-applications-with-aws-split-cost-allocation-data-for-ecs-and-batch-jobs/)
# Nonaktifkan sumber daya
Setelah Anda mengelola daftar proyek, karyawan, dan sumber daya teknologi, seiring waktu, Anda akan dapat mengenali sumber daya mana yang tidak lagi digunakan, dan proyek mana yang tidak lagi mempunyai pemilik.
**Topics**
+ [COST04-BP01 Lacak sumber daya selama 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-BP05 Menegakkan kebijakan retensi data](cost_decomissioning_resources_data_retention.md)
# COST04-BP01 Lacak sumber daya selama 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 sudah tidak 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-tag tersebut) dapat membantu Anda mengidentifikasi aset untuk dinonaktifkan karena tidak digunakan atau yang lisensinya akan kedaluwarsa. 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 pemberian tag fitur adalah `feature-X testing` untuk mengidentifikasi tujuan sumber daya dalam hal siklus hidup beban kerja. Contoh lain adalah menggunakan `LifeSpan` atau `TTL` untuk sumber daya, seperti nama kunci to-be-deleted tag dan nilai untuk menentukan periode waktu atau waktu tertentu untuk penonaktifan.
**Langkah-langkah implementasi**
+ ** Terapkan skema pemberian tag: **Terapkan skema pemberian tag yang mengidentifikasi beban kerja tempat sumber daya tersebut berada, verifikasi bahwa semua sumber daya dalam beban kerja diberi tag yang sesuai. Pemberian tag akan membantu Anda membuat kategori sumber daya berdasarkan tujuan, tim, lingkungan, atau kriteria lain yang relevan dengan bisnis Anda. Untuk detail selengkapnya tentang kasus, strategi, dan teknik penggunaan pemberian tag, lihat [Praktik Terbaik Pemberian Tag AWS](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html).
+ ** Menerapkan throughput beban kerja atau pemantauan output: **Terapkan pemantauan atau peringatan throughput beban kerja, dimulai dari permintaan input atau penyelesaian output. Konfigurasikan untuk memberikan notifikasi ketika permintaan beban kerja atau output menurun hingga nol, yang menandakan sumber daya beban kerja sudah tidak digunakan. Sertakan faktor waktu jika beban kerja secara berkala menurun hingga nol dalam kondisi normal. Untuk detail lebih lanjut tentang sumber daya yang tidak digunakan atau kurang dimanfaatkan, lihat [pemeriksaan Pengoptimalan Biaya AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html).
+ ** AWS Sumber daya grup:** Buat grup untuk AWS sumber daya. Anda dapat menggunakan [AWS Resource Groups](https://docs.aws.amazon.com/ARG/latest/userguide/resource-groups.html)untuk mengatur dan mengelola AWS sumber daya Anda yang sama Wilayah AWS. Anda dapat menambahkan tag ke sebagian besar sumber daya Anda untuk membantu mengidentifikasi dan menyortir sumber daya Anda di dalam organisasi Anda. Gunakan [Editor Tag](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) untuk menambahkan tag ke sumber daya yang didukung secara massal. Pertimbangkan untuk menggunakan [AWS Service Catalog](https://docs.aws.amazon.com/servicecatalog/index.html) untuk membuat, mengelola dan mendistribusikan portofolio produk-produk yang disetujui ke para pengguna akhir dan kelola siklus hidup produk.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [AWS Trusted Advisor Pemeriksaan Optimalisasi Biaya](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html)
+ [Sumber daya penandaan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Memublikasikan Metrik Kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
**Video terkait:**
+ [Cara mengoptimalkan biaya menggunakan AWS Trusted Advisor](https://youtu.be/zcQPufNFhgg)
**Contoh terkait:**
+ [Mengatur AWS sumber daya](https://aws.amazon.com/premiumsupport/knowledge-center/resource-groups/)
+ [Optimalkan biaya menggunakan AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/knowledge-center/trusted-advisor-cost-optimization/)
# COST04-BP02 Mengimplementasikan proses penonaktifan
Implementasikan proses untuk mengidentifikasi dan menonaktifkan sumber daya tidak terpakai.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** 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 memverifikasi terpenuhinya semua persyaratan organisasi.
**Langkah-langkah implementasi**
+ **Buat dan terapkan proses penonaktifan:** Bekerjalah dengan para pengembang dan pemilik beban kerja untuk membangun 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. Buat detail langkah-langkah yang diperlukan untuk menonaktifkan sumber daya, yakni menghapusnya dari layanan sambil memastikan kepatuhan terhadap semua persyaratan peraturan. Semua sumber daya terkait harus disertakan, seperti lisensi atau penyimpanan terlampir. Beri tahu para pemilik beban kerja bahwa proses penonaktifan telah dimulai.
Gunakan langkah-langkah penonaktifan berikut ini untuk memandu Anda terkait hal-hal yang harus diperiksa sebagai bagian dari proses Anda:
+ **Identifikasi sumber daya yang akan dinonaktifkan:** Identifikasi sumber daya yang memenuhi syarat untuk dinonaktifkan di AWS Cloud Anda. Rekam semua informasi yang diperlukan dan jadwalkan penonaktifan. Dalam lini waktu Anda, pastikan untuk mempertimbangkan apakah (dan kapan) masalah yang tidak terduga muncul selama proses.
+ **Koordinasi dan komunikasi:** Bekerja sama dengan para pemilik beban kerja untuk mengonfirmasi sumber daya yang akan dinonaktifkan
+ **Rekam metadata dan buat cadangan:** Rekam metadata (seperti IP publik, Wilayah, AZ, VPC, Subnet, dan Grup Keamanan) dan buat cadangan (seperti snapshot Amazon Elastic Block Store atau ambil AMI, ekspor kunci, dan ekspor Sertifikat) jika diwajibkan untuk sumber daya di lingkungan produksi atau jika hal-hal tersebut adalah sumber daya yang penting.
+ **Validasi infrastruktur-sebagai-kode:** Tentukan apakah sumber daya digunakan dengan CloudFormation, Terraform, AWS Cloud Development Kit (AWS CDK), atau alat deployment infrastruktur-sebagai-kode lainnya sehingga dapat diterapkan kembali jika perlu.
+ **Mencegah akses:** Terapkan kendali batasan untuk jangka waktu tertentu, untuk mencegah penggunaan sumber daya saat Anda sedang memutuskan apakah sumber daya diperlukan. Lakukan verifikasi bahwa lingkungan sumber daya dapat dikembalikan ke status aslinya jika diperlukan.
+ **Ikuti proses penonaktifan internal Anda:** Ikuti tugas administratif dan proses penonaktifan organisasi Anda, seperti menghapus sumber daya dari domain organisasi Anda, menghapus catatan DNS, dan menghapus sumber daya dari alat manajemen konfigurasi, alat pemantauan, alat otomatisasi, dan alat keamanan.
Jika sumber daya adalah instans Amazon EC2, pelajari daftar berikut ini. [Untuk detail selengkapnya, lihat Bagaimana cara menghapus atau menghilangkan sumber daya Amazon EC2 saya?](https://aws.amazon.com/premiumsupport/knowledge-center/delete-terminate-ec2/)
+ Hentikan atau hilangkan semua instans Amazon EC2 dan penyeimbang beban Anda. Instans Amazon EC2 terlihat di konsol untuk waktu yang singkat setelah instans-intans ini dihilangkan. Anda tidak menerima tagihan untuk instans apa pun yang tidak memiliki status berjalan
+ Hapus infrastruktur Penskalaan Otomatis Anda.
+ Lepaskan semua Host Khusus.
+ Hapus semua volume Amazon EBS dan snapshot Amazon EBS.
+ Lepaskan semua Alamat IP elastis.
+ Batalkan pendaftaran semua Amazon Machine Image (AMI).
+ Akhiri semua lingkungan AWS Elastic Beanstalk.
Jika sumber daya adalah sebuah objek di dalam penyimpanan Amazon Glacier dan jika Anda menghapus sebuah arsip sebelum memenuhi durasi penyimpanan minimum, Anda akan dikenai biaya penghapusan dini prorata. Durasi penyimpanan minimum Amazon Glacier tergantung pada kelas penyimpanan yang digunakan. Untuk ringkasan durasi penyimpanan minimum untuk setiap kelas penyimpanan, lihat [Kinerja di seluruh kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/?nc=sn&loc=3#Performance_across_the_S3_Storage_Classes). Untuk detail tentang cara menghitung biaya penghapusan awal, lihat [harga Amazon S3](https://aws.amazon.com/s3/pricing/).
Bagan alur proses penonaktifan sederhana berikut ini menguraikan langkah-langkah penonaktifan. Sebelum menonaktifkan sumber daya, verifikasikan bahwa sumber daya yang telah Anda identifikasi untuk dinonaktifkan tidak sedang digunakan oleh organisasi.
![\[Diagram alir yang menggambarkan langkah-langkah penonaktifan sebuah sumber daya.\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/cost-optimization-pillar/images/decommissioning-process-flowchart.png)
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html)
**Video terkait:**
+ [Hapus tumpukan CloudFormation tetapi pertahankan beberapa sumber daya](https://www.youtube.com/watch?v=bVmsS8rjuwk)
+ [Cari tahu pengguna mana yang meluncurkan instans Amazon EC2](https://www.youtube.com/watch?v=SlyAHc5Mv2A)
**Contoh terkait:**
+ [Hapus atau hentikan sumber daya Amazon EC2](https://aws.amazon.com/premiumsupport/knowledge-center/delete-terminate-ec2/)
+ [Cari tahu pengguna mana yang meluncurkan instans Amazon EC2](https://aws.amazon.com/premiumsupport/knowledge-center/ec2-user-launched-instance/)
# COST04-BP03 Menonaktifkan sumber daya
Nonaktifkan sumber daya yang diinisiasi oleh peristiwa seperti audit berkala, atau perubahan penggunaan. Penonaktifan umumnya dilakukan secara berkala dan dapat dilakukan 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 diinisiasi oleh perubahan status pada beban kerja, seperti produk yang mendekati akhir masa pakai atau mengalami penggantian. Pencarian dan peristiwa penonaktifan mungkin juga diinisiasi oleh peristiwa eksternal, seperti perubahan kondisi pasar atau penghentian produk.
**Langkah-langkah implementasi**
+ **Penonaktifan sumber daya: **Ini adalah tahap depresiasi sumber daya AWS yang tidak lagi diperlukan atau telah berakhirnya perjanjian lisensi. Selesaikan semua pemeriksaan akhir sebelum beralih ke tahap penghapusan dan menonaktifkan sumber daya untuk mencegah gangguan yang tidak diinginkan seperti mengambil snapshot atau cadangan. Nonaktifkan setiap sumber daya yang telah teridentifikasi tidak 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 diterapkan:** 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 [Amazon EC2 Auto Scaling](https://aws.amazon.com/ec2/autoscaling/) atau [Penskalaan Otomatis Aplikasi](https://docs.aws.amazon.com/autoscaling/application/userguide) untuk melakukan proses penonaktifan. Anda juga dapat menerapkan kode khusus menggunakan [API atau SDK](https://aws.amazon.com/developer/tools/) untuk menonaktifkan sumber daya beban kerja secara otomatis.
[Aplikasi modern](https://aws.amazon.com/modern-apps/) dibangun secara nirserver terlebih dahulu, sebuah strategi yang memprioritaskan adopsi layanan tanpa server. AWS telah mengembangkan [layanan nirserver](https://aws.amazon.com/serverless/) untuk ketiga lapisan tumpukan Anda: komputasi, integrasi, dan penyimpanan data. Menggunakan arsitektur nirserver, Anda dapat menghemat biaya selama periode lalu lintas rendah dengan menaikkan dan menurunkan skala secara otomatis.
**Langkah-langkah implementasi**
+ ** Terapkan Amazon EC2 Auto Scaling atau Penskalaan Otomatis Aplikasi:** Untuk sumber daya yang didukung, konfigurasikan dengan Amazon EC2 Auto Scaling atau Penskalaan Otomatis Aplikasi. Layanan ini dapat membantu Anda mengoptimalkan pemanfaatan dan efisiensi biaya saat memakai layanan AWS. Ketika permintaan menurun, layanan-layanan ini akan menghapus kelebihan kapasitas sumber daya secara otomatis sehingga Anda dapat terhindar dari pengeluaran yang berlebihan.
+ ** Konfigurasikan CloudWatch untuk menghentikan instans:** Instans-instans dapat dikonfigurasi untuk terhenti dengan menggunakan [alarm CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingTerminateActions). Menggunakan metrik dari proses penonaktifan, implementasikan alarm dengan tindakan Amazon Elastic Compute Cloud. Verifikasi operasi di lingkungan non-produksi sebelum peluncuran.
+ **Terapkan kode dalam beban kerja:** Anda dapat menggunakan SDK AWS 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.
+ **Gunakan layanan nirserver:** Prioritaskan pembuatan [arsitektur nirserver](https://aws.amazon.com/serverless/) dan [dan arsitektur berbasis peristiwa](https://aws.amazon.com/event-driven-architecture/) pada AWS untuk membangun dan menjalankan aplikasi Anda. AWS menawarkan beberapa layanan teknologi nirserver yang secara inheren menyediakan pemanfaatan sumber daya yang dioptimalkan secara otomatis dan penonaktifan otomatis (mengurangi skala (scale in) dan menambahkan skala (scale out)). Dengan aplikasi nirserver, pemanfaatan sumber daya dioptimalkan secara otomatis dan Anda tidak pernah membayar pengadaan yang berlebihan.
## Sumber daya
**Dokumen terkait:**
+ [Amazon EC2 Auto Scaling](https://aws.amazon.com/ec2/autoscaling/)
+ [Memulai dengan Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Penskalaan Otomatis Aplikasi](https://docs.aws.amazon.com/autoscaling/application/userguide)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Nirserver di AWS](https://aws.amazon.com/serverless/)
+ [Buat Alarm untuk Menghentikan, Mengakhiri, Menyalakan Ulang, atau Memulihkan sebuah Instans](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html)
+ [Menambahkan tindakan pengakhiran ke alarm Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingTerminateActions)
**Contoh terkait:**
+ [Jadwalkan penghapusan otomatis tumpukan AWS CloudFormation](https://aws.amazon.com/blogs/infrastructure-and-automation/scheduling-automatic-deletion-of-aws-cloudformation-stacks/)
# COST04-BP05 Menegakkan kebijakan retensi data
Tetapkan kebijakan retensi data pada sumber daya yang didukung untuk menangani penghapusan objek sesuai persyaratan organisasi Anda. Identifikasi dan hapus sumber daya yang tidak diperlukan atau tidak digunakan dan objek yang sudah tidak diperlukan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
Gunakan kebijakan retensi data dan kebijakan siklus hidup guna mengurangi biaya terkait untuk proses penonaktifan dan biaya penyimpanan untuk sumber daya yang diidentifikasi. Penetapan kebijakan retensi data dan kebijakan siklus hidup untuk menjalankan migrasi dan penghapusan kelas penyimpanan otomatis akan mengurangi keseluruhan biaya penyimpanan di sepanjang masa pakainya. Anda dapat menggunakan Manajer Siklus Hidup Data Amazon untuk mengotomatiskan pembuatan dan penghapusan snapshot Amazon Elastic Block Store dan Amazon Machine Image (AMI) yang didukung Amazon EBS, dan menggunakan Amazon S3 Intelligent-Tiering atau konfigurasi siklus hidup Amazon S3 untuk mengelola siklus hidup objek Amazon S3 Anda. Anda juga dapat menerapkan kode kustom menggunakan [API atau SDK](https://aws.amazon.com/tools/) untuk membuat kebijakan siklus hidup dan aturan kebijakan untuk objek yang akan dihapus secara otomatis.
**Langkah-langkah implementasi**
+ **Gunakan Manajer Siklus Hidup Data Amazon:** Gunakan kebijakan siklus hidup di Manajer Siklus Hidup Data Amazon untuk mengotomatiskan penghapusan snapshot Amazon EBS dan AMI yang didukung Amazon EBS.
+ **Siapkan konfigurasi siklus hidup di bucket:** Gunakan konfigurasi siklus hidup Amazon S3 di sebuah bucket untuk menentukan tindakan yang harus dilakukan Amazon S3 selama siklus hidup objek, serta penghapusan di akhir siklus hidup objek, berdasarkan kebutuhan bisnis Anda.
## Sumber daya
**Dokumen terkait:**
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/dlm/?icmpid=docs_homepage_mgmtgov)
+ [Cara untuk membuat konfigurasi siklus hidup bucket Amazon S3.](https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html)
**Video terkait:**
+ [Otomatiskan Snapshot Amazon EBS dengan Manajer Siklus Hidup Data Amazon](https://www.youtube.com/watch?v=RJpEjnVSdi4)
+ [Kosongkan bucket Amazon S3 menggunakan peraturan konfigurasi siklus hidup](https://www.youtube.com/watch?v=JfK9vamen9I)
**Contoh terkait:**
+ [Kosongkan bucket Amazon S3 menggunakan peraturan konfigurasi siklus hidup](https://aws.amazon.com/premiumsupport/knowledge-center/s3-empty-bucket-lifecycle-rule/)