Rekomendasi untuk mengoptimalkan biaya lingkungan
Berlaku untuk rekomendasi daftar periksa Pengoptimalan Biaya Azure Well-Architected Framework ini:
| CO:08 | Optimalkan biaya lingkungan. Menyelaraskan pengeluaran untuk memprioritaskan lingkungan praproduksi, produksi, operasi, dan pemulihan bencana. Untuk setiap lingkungan, pertimbangkan ketersediaan, lisensi, jam dan kondisi operasi yang diperlukan, serta keamanan yang diperlukan. Lingkungan nonproduksi harus meniru lingkungan produksi. Menerapkan tradeoff strategis ke lingkungan nonproduksi. |
|---|
Panduan ini menjelaskan rekomendasi untuk mengoptimalkan biaya lingkungan beban kerja. Setiap lingkungan harus disesuaikan untuk tujuan spesifiknya dan dioptimalkan untuk efektivitas biaya. Penting untuk membuat tradeoff strategis dan mengalokasikan sumber daya yang paling penting, tanpa mengorbankan komponen penting. Dengan memperlakukan lingkungan secara berbeda dan mengoptimalkannya dengan sesuai, Anda dapat mencapai keseimbangan antara pengoptimalan biaya dan memenuhi tujuan yang diperlukan.
Definisi
| Istilah | Definisi |
|---|---|
| Tujuan titik pemulihan (RPO) | Durasi maksimum kehilangan data yang dapat diterima selama insiden. |
| Tujuan waktu pemulihan (RTO) | Waktu maksimum yang dapat diterima bahwa aplikasi dapat tidak tersedia setelah insiden. |
| Perjanjian Tingkat Layanan (SLA) | Perjanjian kontrak antara penyedia layanan dan pelanggan layanan. Perjanjian mendefinisikan tujuan tingkat layanan (SLA). Kegagalan untuk memenuhi perjanjian mungkin memiliki konsekuensi finansial bagi penyedia layanan. |
Strategi desain utama
Tujuan mengoptimalkan biaya lingkungan adalah untuk menemukan keseimbangan nilai, biaya, dan risiko yang tepat untuk setiap lingkungan, termasuk lingkungan produksi, praproduksi, dan pemulihan bencana (DR). Sesuaikan setiap lingkungan untuk penggunaan khususnya untuk menghemat uang dan menggunakan sumber daya secara efisien. Tentukan manfaat setiap lingkungan, seperti efisiensi atau kepuasan pelanggan. Anda ingin mengevaluasi laba atas investasi (ROI) untuk lingkungan, meskipun tidak menghasilkan keuntungan langsung. Menghabiskan lebih banyak uang untuk lingkungan berisiko tinggi untuk mengurangi masalah dan menghemat uang pada lingkungan berisiko rendah. Bertujuan untuk menyeimbangkan nilai, biaya, dan risiko di setiap lingkungan.
Menilai nilai lingkungan
Menilai nilai setiap lingkungan berarti memahami efeknya yang lebih luas pada bisnis, mengukur kepuasan pengguna, dan menentukan bagaimana hal itu selaras dengan tujuan organisasi yang menyeluruh. Penilaian ini membantu Anda membuat keputusan berdasarkan informasi tentang alokasi sumber daya dan menyelaraskan biaya dengan prioritas lingkungan. Esensi nilai melampaui berapa banyak pendapatan yang dihasilkan lingkungan. Saat mengevaluasi nilai lingkungan, Anda perlu memprioritaskan pengeluaran dengan cara yang sesuai dengan tujuan beban kerja. Untuk menilai nilai setiap lingkungan, pertimbangkan faktor-faktor berikut:
Pertimbangkan pengguna: Pertimbangkan siapa yang menggunakan setiap lingkungan dan apa yang mereka butuhkan darinya. Misalnya, pelanggan menggunakan lingkungan produksi, yang harus dapat diandalkan dan memenuhi SLA tertentu untuk performa dan waktu aktif.
Di sisi lain, lingkungan pengembangan terutama untuk tim beban kerja, seperti pengembang dan penguji. Lingkungan ini tidak harus memenuhi SLA yang berhadapan dengan pelanggan, tetapi harus memiliki alat dan sumber daya yang diperlukan agar tim bekerja secara efektif.
Ketika Anda memahami kebutuhan unik pengguna di setiap lingkungan, Anda dapat mengalokasikan sumber daya dengan lebih baik dan menghindari biaya tambahan. Penghindarian ini membantu memastikan setiap lingkungan berfungsi dan hemat biaya.
Selaraskan dengan langkah-langkah nilai organisasi: Selaraskan upaya pemotongan biaya Anda dengan prioritas organisasi Anda, seperti keuntungan atau kepuasan karyawan. Untuk setiap lingkungan, pahami bagaimana keberhasilan didefinisikan, sehingga Anda dapat menjaga tindakan Anda tetap tepat sasaran. Misalnya, jika organisasi Anda berfokus pada maksimalisasi laba atau kepuasan karyawan, selaraskan keputusan pengeluaran Anda dengan metrik tersebut.
Menentukan biaya lingkungan
Menentukan biaya lingkungan adalah tentang mengetahui biaya infrastruktur, layanan, lisensi, dan biaya operasional di setiap lingkungan beban kerja. Alat manajemen biaya adalah kunci untuk mendapatkan wawasan tentang pola pengeluaran dan tren di seluruh lingkungan. Untuk menentukan biaya lingkungan, pertimbangkan strategi ini:
Mengidentifikasi pendorong biaya: Identifikasi faktor utama yang mendorong biaya di setiap lingkungan. Faktor-faktor ini dapat mencakup pemanfaatan sumber daya, penggunaan penyimpanan, retensi data, transfer data, dan layanan tertentu.
Mengevaluasi risiko: Menilai risiko yang terkait dengan keputusan pengeluaran dan potensi efeknya terhadap lingkungan dan operasi bisnis. Pertimbangkan faktor-faktor seperti keamanan data, kepatuhan, performa, audit, dan persyaratan SLA.
Pantau dan sesuaikan pengeluaran Anda: Terus pantau dan analisis pola pengeluaran, pengiriman nilai, dan faktor risiko. Tinjau dan sesuaikan strategi pengoptimalan pengeluaran Anda secara teratur seiring dengan berkembangnya kebutuhan lingkungan dan bisnis.
Mengoptimalkan lingkungan produksi
Mengoptimalkan biaya di lingkungan produksi melibatkan penerapan strategi untuk mengurangi pengeluaran yang tidak perlu dan meningkatkan efisiensi operasional. Fokus pada membedakan penyebaran produksi dan memenuhi kebutuhan pengguna. Berikut adalah rekomendasi untuk mengoptimalkan lingkungan produksi:
Membedakan wilayah: Menghabiskan lebih sedikit untuk wilayah yang melayani lebih sedikit pelanggan. Misalnya, Anda harus berinvestasi lebih banyak di wilayah yang melayani 90 persen pengguna Anda daripada di wilayah yang melayani 10 persen pengguna Anda. Sesuaikan strategi penyebaran Anda untuk memenuhi persyaratan setiap wilayah dan segmen pengguna.
Membedakan penskalakan: Menerapkan strategi penskalakan horizontal dan vertikal. Menskalakan sumber daya secara efisien untuk memenuhi permintaan tanpa provisi berlebihan.
Membedakan infrastruktur: Pilih solusi perangkat keras dan infrastruktur hemat biaya yang memenuhi performa dan skalabilitas yang diperlukan. Pertimbangkan faktor-faktor seperti performa, biaya, keandalan, dan skalabilitas.
Menyempurnakan model penyewa: Menyesuaikan lingkungan berdasarkan model penyewa. Misalnya, menghabiskan lebih banyak untuk layanan dan fitur untuk penyewa berbayar dan menghabiskan lebih sedikit untuk penyewa yang tidak membayar.
Mengoptimalkan lingkungan DR
Lingkungan DR mengacu pada infrastruktur dan proses yang digunakan beban kerja untuk pulih setelah peristiwa yang mengganggu. Peristiwa yang mengganggu termasuk bencana alam, serangan cyber, dan kegagalan perangkat keras. Seimbangkan biaya pemeliharaan lingkungan DR dan potensi dampak dari peristiwa yang mengganggu. Pertimbangkan strategi berikut:
Mengevaluasi kekritisan sistem dan data: Menilai pentingnya sistem dan data untuk menentukan tingkat perlindungan dan sumber daya yang diperlukan untuk setiap komponen.
Tentukan RTO dan RPO: Untuk membantu menentukan desain lingkungan DR, tentukan batas waktu henti dan kehilangan data yang dapat diterima untuk setiap sistem atau aplikasi.
Mengoptimalkan lingkungan DR dingin: Lingkungan DR dingin memiliki sedikit atau tidak ada infrastruktur atau layanan yang berjalan. Anda dapat menggunakan infrastruktur sebagai kode (IaC) untuk menyebarkan infrastruktur dengan cepat selama peristiwa yang mengganggu. Kebijakan pencadangan dan penyimpanan Anda perlu memenuhi RPO dan RTO lingkungan. Pastikan jumlah dan frekuensi pencadangan data tidak lebih kuat dari yang diperlukan.
Tradeoff: Lingkungan DR dingin adalah opsi hemat biaya, tetapi Anda mungkin memiliki waktu pemulihan yang lama.Mengoptimalkan lingkungan DR yang panas: Semua infrastruktur dan layanan berjalan di lingkungan DR yang panas. Data mencerminkan situs utama secara real time. Ini memberikan failover hampir seketika dan kehilangan data minimal jika ada bencana. Pertimbangkan penyebaran aktif-aktif untuk mengoptimalkan biaya.
Mengoptimalkan lingkungan DR yang hangat: Pendekatan DR hangat adalah dasar tengah antara lingkungan DR yang dingin dan lingkungan DR yang panas. Lingkungan yang hangat sebagian aktif dan secara berkala disinkronkan dengan situs utama. Ini menawarkan keseimbangan antara biaya dan waktu pemulihan. Namun, ini adalah pendekatan yang paling tidak dioptimalkan biaya. Pertimbangkan pendekatan dingin atau panas untuk mengoptimalkan biaya.
Mengoptimalkan lingkungan praproduksi
Mengoptimalkan lingkungan praproduksi melibatkan pengelolaan sumber daya secara strategis dalam area pengembangan, pengujian, dan penahapan untuk menyimulasikan produksi dengan cermat sambil mengurangi biaya yang tidak perlu. Lingkungan praproduksi tidak memerlukan skala penuh dan ketersediaan lingkungan produksi. Peluang terbanyak terletak pada menyesuaikan lingkungan ini dengan kebutuhan pengujian dan pengembangan tertentu tanpa menduplikasi produksi dengan tepat. Area pengurangan biaya termasuk menggunakan sumber daya bertarif lebih rendah, menonaktifkan layanan yang tidak diperlukan, dan menerapkan diskon yang ditawarkan untuk penggunaan praproduksi. Pertimbangkan strategi berikut untuk mengoptimalkan lingkungan praproduksi:
Mengevaluasi lingkungan praproduksi
Alokasi lingkungan praproduksi yang tidak cukup atau tidak tepat dapat menyebabkan penyediaan berlebihan atau penyediaan sumber daya yang kurang. Untuk mengevaluasi lingkungan praproduksi untuk beban kerja Anda, pertimbangkan panduan berikut:
Memahami jenis lingkungan: Mengidentifikasi jenis lingkungan praproduksi, seperti pengembangan, pengujian, dan penahapan, yang Anda butuhkan untuk beban kerja Anda. Setiap lingkungan harus memiliki peran yang ditentukan dan fungsi khusus untuk memastikan alokasi sumber daya yang efisien.
Selaraskan dengan persyaratan pengguna: Sebelum Anda menyiapkan lingkungan praproduksi, pahami persyaratan dan harapan pengguna Anda. Sesuaikan fitur dan spesifikasi berdasarkan kebutuhan mereka untuk menghindari pengeluaran fitur atau sumber daya yang tidak perlu.
Mengonsolidasikan lingkungan: Tentukan apakah Anda dapat menggabungkan lingkungan tanpa mengorbankan fungsionalitasnya. Gabungkan lingkungan yang memiliki fungsi yang tidak tumpang tindih. Misalnya, Anda dapat menggabungkan lingkungan penerimaan pengguna dengan lingkungan jaminan kualitas. Fungsinya berbeda, dan satu lingkungan biasanya menganggur ketika yang lain sedang digunakan.
Risiko: Berhati-hatilah saat Menggabungkan lingkungan untuk memastikan bahwa Anda tidak menimbulkan konflik atau membahayakan proses pengujian atau pengembangan.
Tabel berikut ini menyediakan contoh lingkungan praproduksi umum.
| Contoh lingkungan praproduksi | Deskripsi |
|---|---|
| Lingkungan pengembangan | Pengembang menggunakan lingkungan ini untuk menulis dan menguji kode. Ini menyediakan ruang kotak pasir, sehingga pengembang dapat bereksperimen, membangun, dan mengintegrasikan perubahan kode. |
| Lingkungan jaminan kualitas | Lingkungan ini didedikasikan untuk kegiatan jaminan kualitas. Ini untuk pengujian untuk mengidentifikasi dan memperbaiki bug atau masalah sebelum menyebarkan ke lingkungan produksi. |
| Lingkungan keamanan | Lingkungan ini untuk pengujian keamanan. Ini untuk memastikan aplikasi aman terhadap ancaman dan kerentanan. |
| Lingkungan pengujian penerimaan pengguna | Di lingkungan ini, pengguna akhir dan pemangku kepentingan menguji aplikasi untuk memvalidasi fungsionalitasnya dan memastikan bahwa aplikasi tersebut memenuhi persyaratan dan harapan. |
| Lingkungan penahapan | Lingkungan ini sangat menyerupai lingkungan produksi. Ini untuk pengujian dan validasi akhir sebelum disebarkan ke produksi. |
Menerapkan tata kelola
Menerapkan tata kelola adalah tentang membatasi opsi penyebaran di lingkungan praproduksi untuk mengontrol pengeluaran dan mengurangi risiko. Dalam praproduksi, Anda memiliki fleksibilitas untuk menyesuaikan konfigurasi dan menyebarkan sumber daya. Semakin banyak lingkungan praproduksi yang menyimpang dari lingkungan produksi, semakin besar potensi risikonya. Gunakan tata kelola untuk membatasi lingkungan praproduksi. Pertimbangkan panduan berikut:
Batasi tingkat performa: Mengevaluasi persyaratan performa lingkungan praproduksi Anda. Pilih tingkat performa yang menyeimbangkan biaya dan performa. Layanan sering memiliki tingkat performa yang berbeda, dan beberapa tingkatan ini lebih cocok untuk pengujian. Beberapa layanan memiliki tingkatan yang menawarkan fitur seperti produksi tetapi tidak dilengkapi dengan SLA. Layanan ini mengurangi biaya tetapi masih menyediakan fungsionalitas yang diperlukan untuk pengujian dan pengembangan.
Memahami SKU praproduksi: Beberapa SKU dirancang untuk lingkungan pengembangan. Untuk mengoptimalkan biaya, evaluasi layanan dan tingkatan. Pilih tingkat performa rendah jika beban kerja tidak memerlukan performa tinggi.
Mengontrol jumlah instans dan CPU: Tentukan jumlah instans dan sumber daya CPU optimal yang dibutuhkan lingkungan praproduksi Anda berdasarkan tuntutan beban kerja. Hindari penyediaan sumber daya yang berlebihan untuk meminimalkan biaya.
Batasi retensi dan pengelogan: Tentukan kebijakan retensi untuk log dan data di lingkungan praproduksi. Pertimbangkan durasi yang diperlukan untuk menyimpan log dan data berdasarkan persyaratan kepatuhan dan pertimbangan biaya. Hindari pengelogan dan retensi yang berlebihan untuk mengurangi biaya penyimpanan.
Gunakan arsitektur CPU yang konsisten: Gunakan arsitektur CPU yang sama dalam praproduksi dan produksi. Misalnya, aplikasi x86 tidak berjalan secara asli di Azure Resource Manager, dan sebaliknya. Gunakan arsitektur CPU yang sama dengan lingkungan produksi Anda untuk memastikan kompatibilitas dan meminimalkan potensi masalah.
Gunakan sistem operasi yang sama: Hindari mengubah sistem operasi (misalnya dari Windows ke Linux) atau kernel di lingkungan praproduksi. Perangkat lunak yang dibuat untuk Windows sering kali tidak berjalan secara asli di Linux tanpa lapisan kompatibilitas, dan sebaliknya. Sistem file dan struktur direktori berbeda, yang dapat menyebabkan masalah patching aplikasi. Lingkungan yang konsisten membantu mengurangi risiko masalah kompatibilitas dan memastikan penyebaran yang lancar.
Penskalaan batasan: Untuk mengoptimalkan biaya, Anda dapat membatasi otomatisasi untuk mengurangi otomatisasi runaway. Misalnya, tetapkan batas penskalaan maksimum pada tiga di lingkungan pengembangan, dan tetapkan pada 10 di lingkungan produksi. Batasi penskalaan untuk membantu mengontrol penggunaan sumber daya dan biaya otomatisasi.
Menonaktifkan sumber daya yang tidak diperlukan: Nonaktifkan sumber daya saat tidak digunakan secara aktif, seperti selama jam nonaktif dan akhir pekan. Anda dapat menggunakan alat atau skrip otomatisasi untuk menjadwalkan pematian dan pengaktifan sumber daya. Beberapa vendor menyediakan API yang dapat Anda gunakan untuk menghentikan dan memulai sumber daya secara terprogram. Pertimbangkan untuk menggunakan IaC untuk membuat lingkungan ephemeral yang dapat Anda hapus ketika Anda tidak lagi membutuhkannya.
Membatasi wilayah yang tersedia: Pertimbangkan manfaat potensial menjalankan lingkungan praproduksi di berbagai wilayah di mana sumber daya Azure mungkin lebih murah. Batasi penyebaran praproduksi ke wilayah ini untuk mengoptimalkan biaya lingkungan ini.
Menyeimbangkan kesamaan dengan produksi
Seringkali tidak perlu dan mahal untuk lingkungan praproduksi untuk mencerminkan lingkungan produksi dengan tepat. Tujuannya adalah untuk memastikan setiap lingkungan praproduksi berbeda dengan tepat dari produksi untuk menghindari biaya yang tidak perlu. Namun, ketika praproduksi dan produksi berbeda, ada risiko menyebarkan bug ke dalam produksi. Semakin berbeda lingkungan ini, semakin banyak risiko yang ada. Menyesuaikan lingkungan praproduksi untuk memenuhi kebutuhan Anda dapat membantu Anda mengelola risiko sambil mengoptimalkan biaya. Untuk menyeimbangkan kesamaan dengan produksi, pertimbangkan rekomendasi berikut:
Hindari replika yang tepat: Hindari menjadikan lingkungan praproduksi sebagai salinan produksi yang tepat. Ini tidak perlu meningkatkan biaya. Create lingkungan praproduksi yang hemat biaya tetapi memungkinkan Anda untuk mengungkap dan mengatasi potensi risiko sebelum penyebaran.
Hindari penyimpangan ekstrem: Hindari penyimpangan yang berlebihan dari produksi, seperti penggunaan layanan yang berbeda. Layanan yang berbeda mungkin tidak secara akurat mensimulasikan risiko dunia nyata. Tentukan ambang risiko, dan jangan melewati ambang semata-mata untuk menghemat uang.
Mempersingkat runtime: Pertimbangkan untuk mempersingkat runtime proses dalam tahap praproduksi untuk menghemat uang. Berhati-hatilah terhadap kerentanan baru yang mungkin muncul, seperti kebocoran memori yang tidak terdeteksi.
Tinjau lisensi: Tinjau paket lisensi untuk alat keamanan Anda. Jika jumlah simpul bervariasi secara signifikan antara pengaturan produksi dan praproduksi Anda, menilai kembali kebutuhan Anda untuk menyempurnakan biaya tanpa mengorbankan keamanan.
Mengoptimalkan lingkungan pengembangan
Lingkungan pengembangan dirancang untuk tujuan pengembangan, pengujian, dan penelusuran kesalahan. Mereka memiliki siklus hidup yang lebih pendek dan sering dibuat sesuai kebutuhan dan ada untuk waktu yang singkat. Lingkungan pengembangan biasanya memiliki persyaratan yang lebih rendah untuk keandalan, kapasitas, dan keamanan dibandingkan dengan lingkungan praproduksi dan produksi lainnya. Mereka mungkin memiliki lebih sedikit kemampuan dan dapat menerima pemanfaatan sumber daya yang lebih rendah. Untuk mengoptimalkan lingkungan pengembangan Anda:
Mengevaluasi alat: Secara teratur menilai efektivitas biaya penyiapan peralatan Anda saat ini, termasuk lingkungan pengembangan terpadu (IDEs), lisensi, dan alat terkait. Pertimbangkan alternatif gratis atau sumber terbuka yang menawarkan fungsionalitas serupa tanpa mengorbankan kualitas. Terus mengevaluasi kembali kebutuhan dan efisiensi alat-alat ini seiring berkembangnya lanskap pengembangan.
Pertimbangkan perangkat keras: Mengevaluasi biaya dan performa penyiapan perangkat keras Anda saat ini. Berinvestasi dalam perangkat keras yang lebih baik dan lebih efisien dapat meningkatkan produktivitas dan mengurangi biaya jangka panjang. Alih-alih sering mengganti perangkat keras, pertimbangkan untuk meningkatkan sistem yang ada untuk memperpanjang masa pakainya dan meningkatkan performa.
Mengoptimalkan jumlah lingkungan: Menganalisis kelebihan dan kekurangan lingkungan pengembangan individual versus lingkungan bersama. Lingkungan individual dapat meniadakan pengaturan produksi, mencegah gangguan di antara pengembang, dan menawarkan pengaturan yang disesuaikan. Namun, penskalaan menjadi lebih mahal karena jumlah pengembang meningkat. Lingkungan bersama dapat menghemat biaya, tetapi masalah keandalan mungkin muncul jika masalah memengaruhi seluruh tim pengembangan secara bersamaan. Temukan keseimbangan yang tepat berdasarkan biaya, mitigasi risiko, efisiensi, dan kepuasan pengembang.
Bersihkan secara teratur: Bersihkan dan optimalkan lingkungan pengembangan Anda secara rutin untuk menghindari akumulasi sumber daya tanpa sumber daya, data yang tidak digunakan, dan eksperimen bukti konsep. Terapkan proses pembersihan atau alat otomatis untuk mengidentifikasi dan menghapus sumber daya yang tidak digunakan. Simpan hanya komponen penting dan aktif. Pembersihan rutin membantu mengurangi biaya penyimpanan dan memastikan pemanfaatan sumber daya yang efisien.
Menerapkan penskalaan sampel: Alih-alih menskalakan semua komponen ke kapasitas maksimumnya, pertimbangkan pendekatan sampel di mana Anda menskalakan komponen vital secara selektif. Pendekatan ini dapat hemat biaya sambil meminimalkan risiko. Evaluasi rasio risk-to-benefit untuk tidak menskalakan elemen tertentu dan pertimbangkan potensi efek pada lingkungan.
Optimalkan manajemen data: Lingkungan pengembangan mungkin memiliki kebutuhan yang rendah untuk retensi data dan frekuensi pencadangan.
Pertimbangkan emulasi titik akhir
Anda dapat mengoptimalkan biaya di lingkungan praproduksi dengan menggunakan emulasi titik akhir atau titik akhir tiruan, terutama untuk sumber daya yang mahal seperti GPU. Identifikasi komponen atau layanan di lingkungan praproduksi Anda yang paling mahal atau intensif sumber daya. Gunakan titik akhir tiruan untuk mensimulasikan respons komponen mahal ini tanpa memanggilnya. Untuk mensimulasikan respons API, Anda dapat menggunakan alat seperti WireMock, server tiruan Postman, atau implementasi kustom.
Titik akhir emulasi dan tiruan membantu menghemat biaya, tetapi Anda harus memastikan bahwa mereka mewakili lingkungan produksi ke tingkat yang cukup untuk pengujian. Mencapai keseimbangan antara akurasi dan biaya untuk membantu menghindari masalah di masa depan dalam produksi. Misalnya, jika GPU adalah faktor biaya utama, pertimbangkan emulasi GPU untuk tugas yang tidak memerlukan daya pemrosesan GPU nyata dalam tahap praproduksi. Emulasi mungkin tidak sepenuhnya mewakili performa atau kekhasan GPU nyata, jadi gunakan saat perilaku GPU yang tepat tidak penting untuk pengujian praproduksi.
Fasilitasi Azure
Menentukan dan mengoptimalkan biaya lingkungan:Microsoft Cost Management adalah serangkaian alat yang membantu organisasi memantau, mengalokasikan, dan mengoptimalkan biaya beban kerja Microsoft Cloud mereka. Cost Management tersedia untuk siapa saja yang memiliki akses ke cakupan manajemen penagihan atau sumber daya.
Azure Advisor adalah alat yang menyediakan rekomendasi pengoptimalan biaya, termasuk mengidentifikasi area penggunaan komputer virtual yang memerlukan pengoptimalan. Gunakan Advisor untuk membantu Anda membuat keputusan berdasarkan informasi dan mengoptimalkan biaya di lingkungan Azure Anda. Azure menyediakan alat dan fitur manajemen biaya yang membantu memprioritaskan pengeluaran. Anda dapat menggunakan alat ini untuk melacak dan menganalisis biaya di seluruh lingkungan, menetapkan anggaran, dan menerima rekomendasi pengoptimalan biaya.
Menerapkan tata kelola: Dengan Azure Policy, Anda dapat membatasi jenis sumber daya, SKU, dan instans dengan menentukan aturan kebijakan yang memberlakukan pembatasan pada jenis sumber daya yang dapat Anda sebarkan di lingkungan Azure Anda. Anda dapat mempertahankan kontrol atas sumber daya yang disediakan dan memastikan kepatuhan terhadap kebijakan dan praktik terbaik organisasi Anda.
Untuk membatasi jenis sumber daya dengan menggunakan Azure Policy, Anda dapat menentukan aturan kebijakan yang menentukan jenis sumber daya yang diizinkan. Terapkan aturan tersebut ke langganan Azure atau grup sumber daya yang relevan. Azure Policy mencegah pengguna menyebarkan sumber daya yang tidak diizinkan.
Gunakan Azure Resource Manager untuk menentukan dan mengelola sumber daya secara deklaratif. Anda dapat menyelaraskan sumber daya yang dialokasikan untuk setiap lingkungan berdasarkan persyaratan spesifiknya. Gunakan templat dan parameterisasi konfigurasi sumber daya untuk mengoptimalkan biaya.
Mengoptimalkan lingkungan praproduksi: Azure menawarkan opsi harga dev/test yang memberikan tarif diskon untuk lingkungan nonproduksi. Anda dapat mengalokasikan lebih banyak sumber daya dan anggaran ke lingkungan produksi penting, yang mengoptimalkan biaya di lingkungan nonproduksi. Anda juga dapat menggunakan penawaran lisensi Azure, Azure Hybrid Benefit.
Anda dapat menggunakan Azure API Management untuk tiruan API. API Management bertindak sebagai fasad ke layanan back-end, yang memungkinkan penyedia API untuk mengabstraksi implementasi API dan mengembangkan arsitektur back-end tanpa memengaruhi konsumen API.
Daftar periksa Pengoptimalan Biaya
Lihat serangkaian rekomendasi lengkap.
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk