Desain untuk pengoptimalan tarif
 Tingkatkan efisiensi tanpa mendesain ulang, menegosiasikan ulang, atau mengorbankan persyaratan fungsional atau nonfungsi. |
|---|
Manfaatkan peluang untuk mengoptimalkan utilitas dan biaya sumber daya dan operasi Anda yang ada. Jika tidak, Anda tidak perlu mengeluarkan uang tanpa ROI tambahan.
Contoh skenario
Tim kecerdasan bisnis (BI) Contoso menyelenggarakan serangkaian API GraphQL untuk berbagai unit bisnis untuk mengakses penyimpanan data di seluruh organisasi tanpa memberikan akses database langsung. Mereka telah membangun ini selama bertahun-tahun dan menemukan bahwa penerapan versi itu penting, sehingga mereka telah mengekspos API mereka sekarang melalui titik akhir versi pada satu gateway API Management tingkat Konsumsi.
Di balik instans API Management ada tiga kluster AKS yang menghosting API yang diekspos. Satu menjalankan kumpulan simpul Windows untuk API yang ditulis dalam .NET 4.5, satu kluster Linux untuk API yang ditulis di Java Spring, dan satu Linux yang mereka warisi dari tim sebelumnya yang menjalankan API inti dotnet. Kluster sekarang semuanya dimiliki oleh tim BI dan hanya digunakan untuk API ini. Meskipun mengelola tiga kluster tidak ideal, mereka telah bekerja seperti yang dimaksudkan sehingga telah dibiarkan saja.
Sebagai pusat biaya dalam bisnis, tim BI mencari cara untuk mengoptimalkan tarifnya untuk menurunkan biaya operasi.
Mengonsolidasikan infrastruktur di mana praktis
Temukan penggunaan bersama dengan sumber daya, beban kerja, dan bahkan tim lainnya. Lebih suka layanan yang membuatnya lebih mudah untuk mencapai kepadatan yang lebih tinggi. Pertimbangkan potensi pertukaran, terutama pada batas keamanan.
Mengonsolidasikan infrastruktur Anda akan membantu Anda mengoptimalkan biaya cloud Anda. Seiring dengan meningkatnya kepadatan, jumlah sumber daya yang Anda butuhkan untuk menjalankan beban kerja berkurang. Penurunan ini mengurangi biaya per unit dan biaya manajemen.
Tantangan Contoso
- Tim beban kerja telah merancang infrastruktur AKS mereka sesuai dengan panduan arsitektur garis besar Microsoft, yang merekomendasikan untuk menjalankan setidaknya tiga simpul per kluster. Konfigurasi ini telah mengakibatkan tim mendukung sembilan simpul sistem di tiga kluster.
- Tim menerapkan patch dan pembaruan untuk kluster tiga kali per bulan.
Menerapkan pendekatan dan hasil
- Setelah pengujian, tim memutuskan bahwa mereka dapat menggabungkan semua API ke dalam satu kluster dengan tiga kumpulan simpul pengguna sambil mencapai performa dan karakteristik OS yang sama dari kluster asli mereka.
- Setelah mengonsolidasikan API ke satu kluster, mereka mengonsolidasikan ke empat simpul untuk kumpulan simpul sistem mereka, menghemat biaya lima komputer virtual.
- Tim juga sekarang dapat menyederhanakan proses patching dan peningkatan pada kluster mereka karena mereka hanya memiliki satu kluster untuk dikelola.
- Tujuan penghematan biaya mereka berikutnya adalah untuk mengevaluasi konsolidasi dua kumpulan simpul linux menjadi satu untuk mengurangi overhead operasional lebih jauh.
Manfaatkan reservasi dan diskon infrastruktur lainnya
Optimalkan dengan berkomitmen dan pra-pembelian untuk memanfaatkan diskon yang ditawarkan pada jenis sumber daya yang tidak diharapkan berubah dari waktu ke waktu dan biaya dan pemanfaatan mana yang dapat diprediksi. Selain itu, bekerja samalah dengan tim lisensi Anda untuk memengaruhi program dan perpanjangan perjanjian pembelian di masa mendatang.
Microsoft menawarkan pengurangan tarif untuk komitmen jangka panjang dan dapat diprediksi untuk kategori sumber daya dan sumber daya tertentu. Sumber daya lebih murah selama periode penggunaan dan dapat diamortisasi selama periode tersebut.
Dengan menjaga tim lisensi Anda mengetahui investasi saat ini dan diprediksi berdasarkan sumber daya, Anda dapat membantu mereka komitmen ukuran yang tepat saat organisasi Anda menandatangani perjanjian. Dalam beberapa kasus, proyeksi dan komitmen ini dapat memengaruhi lembar harga organisasi Anda, yang menguntungkan biaya beban kerja Anda dan juga tim lain yang menggunakan teknologi yang sama.
Tantangan Contoso
- Sekarang setelah tim telah berkonsolidasi ke satu kluster, menghapus beberapa beban komputasi dan operasional berlebih yang sebelumnya mereka serap, mereka tertarik untuk menemukan langkah-langkah tambahan untuk menurunkan biaya kluster.
- Karena tim BI senang dengan platform AKS, mereka berencana untuk terus menggunakannya untuk masa depan yang dapat diperkirakan, dan kemungkinan bahkan akan menumbuhkan penggunaannya.
Menerapkan pendekatan dan hasil
- Karena AKS dibangun di atas Virtual Machine Scale Sets, tim melihat reservasi Azure. Mereka mengetahui SKU dan unit skala yang diharapkan yang mereka butuhkan untuk simpul pengguna.
- Mereka membeli reservasi tiga tahun yang mencakup kumpulan simpul sistem dan jumlah instans minimum simpul per kumpulan simpul pengguna.
- Dengan pembelian ini, tim tahu bahwa mereka mendapatkan kesepakatan terbaik pada kebutuhan komputasi mereka sambil memungkinkan beban kerja tumbuh dari waktu ke waktu.
Gunakan penagihan harga tetap saat praktis
Beralih ke penagihan harga tetap alih-alih penagihan berbasis konsumsi untuk sumber daya ketika pemanfaatannya tinggi dan dapat diprediksi dan opsi SKU atau penagihan yang sebanding tersedia.
Ketika pemanfaatan tinggi dan dapat diprediksi, model harga tetap biasanya lebih murah dan sering mendukung lebih banyak fitur. Menggunakannya dapat meningkatkan ROI Anda.
Tantangan Contoso
- Instans API Management semuanya disebarkan sebagai SKU tingkat Konsumsi saat ini. Setelah mengevaluasi pola penggunaan API, mereka memahami bahwa API digunakan secara global dan terkadang cukup berat. Tim memutuskan untuk menganalisis perbedaan biaya antara model penagihan saat ini dan model harga tetap.
Menerapkan pendekatan dan hasil
- Setelah melakukan analisis biaya, tim menemukan bahwa migrasi dari tingkat Konsumsi ke Standar akan menjadi sedikit lebih murah secara keseluruhan mengingat pola penggunaan saat ini. Ketika layanan tumbuh selama setahun ke depan, perbedaan biaya kemungkinan akan menjadi lebih jelas. Meskipun model harga tetap tidak mencerminkan karakteristik elastisitas permintaan, terkadang model penagihan yang dibeli sebelumnya adalah pilihan yang tepat.
- Sebagai bonus tambahan, menggunakan tingkat Standar memungkinkan penggunaan Titik Akhir Privat untuk koneksi masuk, yang ingin diterapkan tim untuk beban kerja.
- Dalam hal ini, beralih SKU masuk akal untuk tujuan pemanfaatan dan untuk keuntungan tambahan dari segmentasi jaringan tambahan yang dimungkinkan dengan implementasi Titik Akhir Privat.