Desain dengan pola pikir efisiensi biaya
 Belanjakan hanya untuk apa yang Anda butuhkan untuk mencapai pengembalian tertinggi pada investasi Anda. |
|---|
Setiap keputusan arsitektur memiliki implikasi keuangan langsung dan tidak langsung. Pahami biaya yang terkait dengan build versus opsi beli, pilihan teknologi, model penagihan dan lisensi, pelatihan, operasi, dan sebagainya.
Mengingat serangkaian persyaratan, mengoptimalkan dan membuat keputusan tradeoff, sehubungan dengan biaya, yang masih secara efektif mengatasi kekhawatiran lintas pemotongan beban kerja.
Contoh skenario
Contoso Manufacturing (CM) menjalankan sistem manajemen gudang (WMS) yang dibangun khusus untuk menangani empat gudangnya di seluruh Amerika Selatan dan mereka telah memutuskan bahwa saatnya untuk memperbarui solusi dan memindahkannya ke cloud. Mereka sedang mempertimbangkan perpindahan lift-and-shift solusi saat ini atau build bidang hijau dengan alat cloud modern. Kepemimpinan senior CM ingin mengontrol biaya dan telah bertanya kepada pemimpin tim beban kerja bagaimana mereka akan mendekati migrasi dengan tujuan menjaga efisiensi biaya.
Solusi WMS adalah aplikasi .NET yang berjalan di IIS dan menggunakan SQL Server untuk databasenya.
Mengukur total biaya desain beban kerja
Ukur total biaya yang dikeluarkan oleh pilihan teknologi dan otomatisasi, dengan mempertimbangkan dampak pada pengembalian investasi (ROI). Desain harus berfungsi dalam batas yang dapat diterima untuk semua persyaratan fungsional dan nonfungsi. Desainnya juga harus fleksibel untuk mengakomodasi evolusi yang diprediksi. Faktor biaya akuisisi, pelatihan, dan manajemen perubahan.
Menerapkan pendekatan seimbang yang memperhitungkan ROI mencegah rekayasa berlebihan, yang dapat meningkatkan biaya.
Tantangan Contoso
- Tim teknik beban kerja sangat bersemangat untuk memasukkan beban kerja ini ke cloud, bergabung dengan tim CM lain yang telah melakukan pengembangan cloud-native.
- Mereka menyadari utang teknis dalam aplikasi dan berharap untuk mengatasinya dengan menulis ulang sejumlah besar kode aplikasi dan pindah ke solusi cloud-native baru untuk banyak komponen.
- Tim teknik berharap untuk mengambil kesempatan ini untuk sepenuhnya mendesain ulang sistem menjadi layanan mikro dan menghostingnya di AKS, teknologi baru tetapi menarik bagi tim.
Menerapkan pendekatan dan hasil
- Meskipun tim beban kerja memiliki keinginan yang jelas untuk melakukan refaktor skala besar sebagai bagian dari migrasi cloud, mereka menyadari bahwa beban kerja perlu mempertahankan ROI. Mempertahankan ROI beban kerja kemungkinan akan mengarahkan tim ke arah menggunakan solusi yang tidak memerlukan pelatihan tim teknik baru yang luas, dan mereka tidak akan dapat membuat penulisan ulang besar ke beban kerja sebagai bagian dari migrasi.
- Tim beban kerja mengambil pendekatan pragmatis untuk desain sistem, memastikannya tetap hemat biaya, dan bekerja dalam parameter yang diharapkan, dan tidak direkayasa secara berlebihan. Untuk memastikan bahwa ROI dipertahankan dan migrasi dilakukan secara efisien, mereka memutuskan pendekatan terbaik adalah dengan menggunakan solusi seperti untuk serupa di cloud, seperti Azure App Service.
- Selama migrasi, mereka akan secara selektif mengatasi beberapa utang teknis yang akan memungkinkan mereka untuk mengembangkan platform lebih lanjut setelah berada di Azure, dan akan mempertimbangkan ROI sebagai bagian dari proses pemilihan.
Menyempurnakan desain
Sesuaikan desain dengan memprioritaskan layanan yang dapat mengurangi biaya keseluruhan, tidak memerlukan investasi tambahan, atau tidak berdampak signifikan pada fungsionalitas. Prioritas harus memperhitungkan model bisnis dan pilihan teknologi yang membawa ROI tinggi.
Anda akan dapat menjelajahi opsi yang lebih murah yang mungkin memungkinkan fleksibilitas sumber daya atau penskalaan dinamis, atau Anda mungkin membenarkan penggunaan investasi yang ada. Parameter prioritas mungkin memperhitungkan biaya yang diperlukan untuk beban kerja penting, runtime, dan operasi, dan biaya lain yang mungkin membantu tim bekerja lebih efisien.
Tantangan Contoso
- Beban kerja yang ada dihosting pada appliance hyper-converged (HCI) dan pusat biaya tim dikenakan biaya kembali untuk biaya komputasi, jaringan, dan penyimpanan.
- Beban kerja telah menyebarkan lingkungan pra-produksi dan produksi pada komputer virtual Windows.
- GitHub Actions dengan runner yang dihost sendiri digunakan untuk menjalankan pekerjaan GitHub Actions.
Menerapkan pendekatan dan hasil
- Setelah mengevaluasi beberapa opsi cloud-native, tim memutuskan bahwa memindahkan komponen web ke Azure App Service akan memberikan kompatibilitas aplikasi Windows IIS tanpa perubahan yang signifikan dan tidak akan memerlukan pelatihan yang signifikan.
- Tim memutuskan untuk terus menggunakan GitHub Actions dengan pelari yang dihost sendiri, tetapi mereka akan bermigrasi ke set skala komputer virtual dengan kemampuan untuk menskalakan ke nol simpul saat tidak digunakan.
Merancang arsitektur Anda untuk mendukung pagar pembatas biaya
Terapkan pagar pembatas biaya melalui solusi platform, kebijakan, infrastruktur dan pola desain aplikasi, atau otomatisasi untuk membantu memastikan bahwa biaya lingkungan cloud Anda disimpan dalam anggaran.
Penerapan melalui kebijakan tata kelola atau pola desain aplikasi bawaan dapat mencegah biaya insidental atau tidak disetujui.
Tantangan Contoso
- Sistem yang ada tidak memiliki pagar pembatas biaya tetapi jarang berubah, jadi ada sedikit motivasi untuk membangun pagar pembatas seperti itu.
- Pemilik lingkungan HCI telah menetapkan batas sumber daya yang berlaku untuk beban kerja ini, secara efektif menghentikan beban kerja untuk mengkonsumsi kelebihan sumber daya komputasi dan penyimpanan.
- Tim khawatir bahwa pindah ke cloud akan menimbulkan risiko menimbulkan biaya yang tidak terduga, dan tidak yakin tentang cara meminimalkan risiko itu.
Menerapkan pendekatan dan hasil
- Tim mendidik diri mereka sendiri tentang solusi Microsoft Cost Management.
- Tim berencana untuk menyiapkan batas skala untuk paket Azure App Service.
- Tim berencana untuk menyiapkan kebijakan Tolak untuk SKU komputer virtual dengan harga lebih tinggi tertentu untuk melarang SKU tersebut disebarkan.
- Tim berencana untuk menerapkan otomatisasi untuk membantu mengontrol biaya penyimpanan. Jenis data tertentu akan secara otomatis berpindah dari penyimpanan panas ke penyimpanan dingin atau arsip berdasarkan kriteria seperti tanggal akses terakhir. Jenis otomatisasi ini tidak dimungkinkan di lingkungan HCI.