Biaya Satu Teknologi yang Tidak Anda Ukur—Itu Dapat Menghemat Jutaan Jika Anda Melakukannya

Salah satu perubahan terbesar yang terjadi dengan peralihan ke cloud adalah cara kami membayar teknologi dan aplikasi. Industri telah beralih dari proses sepuasnya di server dengan pusat data lokal ke variabel, atau model komputasi utilitas. Menurut Apptio baru-baru ini melaporkan, ini berarti bahwa “pengoptimalan mikro dapat terjadi di tingkat tim setiap hari untuk mengubah bentuk pengeluaran cloud… Ini adalah dunia OpEx (biaya operasional) alih-alih CapEx (biaya modal), benar-benar mengubah cara pelaporan keuangan dan dikelola.”

Akibatnya, model pengadaan tradisional untuk biaya telah terbalik, menempatkan kekuatan pembelanjaan di tangan para insinyur yang mengembangkan dan mengelola aplikasi dan infrastruktur ini dengan sangat sedikit memperhatikan biaya perusahaan dalam biaya operasional. Setiap orang yang bekerja di parit teknologi saat ini berfokus di sini dan saat ini untuk area kepemilikan khusus mereka, memastikan sistem berjalan setiap hari tanpa pemadaman. Tidak ada yang memikirkan: Bisakah kita melakukan apa yang sedang kita lakukan lebih cepat, lebih baik, lebih pintar, yaitu lebih efisien dalam aplikasi dan proses?

Apptio, pembuat perangkat lunak yang dirancang untuk menilai dan mengomunikasikan biaya layanan TI untuk tujuan perencanaan, penganggaran, dan peramalan, lebih lanjut menggambarkan kenyataan suram dari situasi ini sebagai “insinyur membuat komitmen keuangan ke cloud yang memengaruhi garis bawah perusahaan mereka sementara tim keuangan berjuang untuk mengikuti kecepatan dan perincian pengeluaran.”

Sebagian besar insinyur tidak mengontrol atau sepenuhnya memahami kode yang mereka tulis; mereka hanya menambah infrastruktur untuk menjalankan apa pun yang dipromosikan ke produksi.

Menghitung biaya total untuk lingkungan teknologi Anda untuk ratusan aplikasi atau teknologi yang didukung oleh tim Anda bukanlah praktik umum di industri ini. Ini perlu diubah. (Catatan: Saya tidak berbicara tentang Otomasi Pemrosesan Robotik-RPA, menggunakan bot untuk mengotomatiskan tugas digital.) Pendekatan saya berfokus pada efisiensi aplikasi, kode, dan proses, bukan efisiensi melalui otomatisasi.

Mengapa mengukur Total Biaya Kode itu penting.

Aplikasi dirancang untuk membuat proses sederhana bagi pengguna bisnis. Dibutuhkan banyak sumber daya dan kerumitan bagi aplikasi untuk memberikan jawaban, meskipun waktu responsnya hanya beberapa detik. Sekarang, kalikan dengan ribuan atau jutaan permintaan aplikasi per detik di ribuan server di seluruh perusahaan Anda. Sangat mudah untuk hal-hal menjadi di luar jangkauan dengan begitu banyak hal yang terjadi secara bersamaan, dan ini juga berkaitan dengan biaya. Jika server yang menjalankan aplikasi seharusnya bertahan tiga tahun, tetapi hanya bertahan satu tahun karena kehabisan kapasitas—berapa biaya sebenarnya dari aplikasi itu? Ini adalah sesuatu yang perlu diketahui CFO dan lainnya karena mereka memiliki anggaran yang harus dipenuhi.

Sistem yang efisien dan sehat membutuhkan lebih sedikit sumber daya untuk memproses beban kerja yang sama daripada sistem yang tidak efisien. Pengoptimalan kode membebaskan lebih banyak sumber daya.

Hampir semua sistem memiliki potensi untuk mewujudkan rasionalisasi kapasitas setidaknya 30 hingga 40 persen dan pengoptimalan kode dapat memberikan penghematan biaya 20 hingga 80 persen lagi.

Ini berarti beban kerja yang sama dapat dijalankan di server yang lebih kecil, mengurangi biaya cloud dan lisensi. Nilai penghematan ini tidak hanya dalam jangka pendek, tetapi dalam jangka waktu yang lama karena sebagian besar aplikasi sekarang bertahan selama 5 hingga 20 tahun, atau lebih lama. Ini bukan hanya masalah intinya, ini adalah pertimbangan tentang apa yang dapat dilakukan dengan modal yang dibebaskan ini untuk KPI bisnis lebih lanjut hari ini.

Bayangkan Total Biaya Kode selama 20 tahun dan pertimbangkan: “Bisakah kita membuat kode itu 20% lebih efisien, dan, jika ya, berapa banyak yang bisa kita hemat selama 20 tahun?”

Lalu, ada perpindahan ke cloud dan pay-as-you-go lawan bayar dimuka model yang menghabiskan biaya untuk mengoperasikan dan memelihara sistem data lebih cepat daripada yang dapat kami tangkap dan analisis. Laporan Apptio menyoroti bagaimana setiap orang merugi ketika tidak ada transparansi mengenai biaya layanan cloud:

• Rekayasa menghabiskan lebih dari yang dibutuhkan dengan sedikit pemahaman tentang efisiensi biaya.
• Tim keuangan berjuang untuk memahami—dan mengikuti—apa yang dihabiskan untuk sejumlah opsi yang membingungkan (AWS sendiri memiliki sekitar 300,000 SKU dan tambahan ribuan fitur baru per tahun).
• Kepemimpinan tidak memiliki masukan yang cukup mengenai berapa banyak yang akan dibelanjakan atau kemampuan untuk memengaruhi prioritas.
• Pengadaan bukanlah peserta yang disengaja dalam pengalihdayaannya sendiri.

Memperkirakan penghematan, Anda akan memiliki jika Anda mengoptimalkan sepotong kode sebelum membuat sistem Anda tidak efisien (paling baik) atau menyebabkan pemadaman (paling buruk) membutuhkan lebih banyak perencanaan dan wawasan. Tapi itu perlu jika kita ingin mengikuti tingkat pertumbuhan bisnis saat ini.

Dalam artikel saya berikutnya, saya akan berbicara tentang bagaimana kita dapat mengukur Total Biaya Kode, sehingga menghemat miliaran untuk proses yang tidak efisien. Apakah kau setuju dengan saya?