Anda pasti bertanya-tanya berapa biaya infrastruktur proyek Anda. Pada saat yang sama, hal yang mengejutkan: pertumbuhan biaya tidak linier terhadap beban. Banyak pemilik bisnis, bengkel, dan pengembang diam-diam menyadari bahwa mereka membayar lebih. Tapi untuk apa sebenarnya?
Biasanya, memangkas biaya hanya berarti menemukan solusi termurah, paket AWS, atau, dalam kasus rak fisik, mengoptimalkan konfigurasi perangkat keras. Tidak hanya itu: sebenarnya, siapa pun melakukan ini, sesuka Tuhan: jika kita berbicara tentang sebuah startup, maka ini mungkin adalah pengembang terkemuka yang banyak pusing. Di kantor yang lebih besar, hal ini ditangani oleh CMO/CTO, dan terkadang direktur umum secara pribadi terlibat dalam masalah ini bersama dengan kepala akuntan. Secara umum, orang-orang yang memiliki cukup banyak kekhawatiran “inti”. Dan ternyata tagihan infrastruktur meningkat, namun mereka yang tidak punya waktu untuk menanganinya, merekalah yang menanganinya.
Jika Anda perlu membeli tisu toilet untuk kantor, hal ini akan dilakukan oleh manajer persediaan atau penanggung jawab perusahaan pembersih. Jika kita berbicara tentang pengembangan - pimpinan dan CTO. Penjualan - semuanya juga jelas. Tapi sejak dulu, ketika “ruang server” adalah nama untuk sebuah kabinet yang di dalamnya terdapat sistem menara biasa dengan sedikit lebih banyak RAM dan beberapa hard drive dalam serangan itu, semua orang (atau setidaknya banyak) mengabaikannya. fakta bahwa pembelian kapasitas harus ditangani juga oleh orang yang terlatih khusus.
Sayangnya, ingatan dan pengalaman sejarah menunjukkan bahwa selama beberapa dekade tugas ini dialihkan ke orang-orang “acak”: siapa pun yang paling dekat akan menjawab pertanyaan tersebut. Dan baru belakangan ini profesi FinOps mulai terbentuk di pasaran dan mengambil bentuk yang konkret. Ini adalah orang yang terlatih khusus yang tugasnya mengontrol pembelian dan penggunaan kapasitas. Dan, pada akhirnya, mengurangi biaya perusahaan di bidang ini.
Kami tidak menganjurkan untuk meninggalkan solusi yang mahal dan efektif: setiap bisnis harus memutuskan sendiri apa yang dibutuhkannya untuk kenyamanan hidup dalam hal tarif perangkat keras dan cloud. Namun kita tidak bisa tidak memperhatikan fakta bahwa pembelian “sesuai daftar” yang ceroboh tanpa pemantauan dan analisis penggunaan selanjutnya bagi banyak perusahaan pada akhirnya mengakibatkan kerugian yang sangat, sangat signifikan karena pengelolaan “aset” backend mereka yang tidak efektif.
Siapa FinOps
Katakanlah Anda memiliki perusahaan yang memiliki reputasi baik, dan staf penjualan berbicara tentang “perusahaan” dengan nada yang menarik. Mungkin, “menurut daftar” Anda membeli selusin atau dua server, AWS dan beberapa “barang kecil” lainnya. Yang logis: di perusahaan besar, semacam pergerakan terus terjadi - beberapa tim tumbuh, yang lain terpecah, yang lain dipindahkan ke proyek tetangga. Dan kombinasi dari gerakan-gerakan ini, serta mekanisme pengadaan “berbasis daftar”, pada akhirnya menimbulkan uban baru ketika mempertimbangkan tagihan infrastruktur bulanan berikutnya.
Jadi apa yang harus dilakukan - dengan sabar melanjutkan warna abu-abu, mengecatnya, atau mencari tahu alasan munculnya banyak angka nol yang mengerikan ini dalam pembayaran?
Jujur saja: persetujuan, persetujuan, dan pembayaran langsung atas permohonan dalam perusahaan untuk tarif AWS yang sama tidak selalu (pada kenyataannya, hampir tidak pernah) cepat. Dan justru karena pergerakan korporasi yang terus-menerus, beberapa dari akuisisi yang sama mungkin “hilang” di suatu tempat. Dan bermalas-malasan itu hal yang sepele. Jika administrator yang penuh perhatian melihat rak tanpa pemilik di ruang servernya, maka dalam kasus tarif cloud, semuanya jauh lebih menyedihkan. Mereka dapat disimpan selama berbulan-bulan - dibayar, tetapi pada saat yang sama tidak lagi dibutuhkan oleh siapa pun di departemen tempat mereka dibeli. Pada saat yang sama, rekan-rekan dari kantor berikutnya mulai mencabut uban mereka tidak hanya di kepala mereka, tetapi juga di tempat lain - mereka belum mampu membayar tarif AWS yang kira-kira sama untuk minggu ke-n, yang sangat dibutuhkan.
Apa solusi yang paling jelas? Benar, serahkan kendali kepada mereka yang membutuhkan, dan semua orang senang. Namun komunikasi horizontal tidak selalu terjalin dengan baik. Dan departemen kedua mungkin tidak mengetahui kekayaan departemen pertama, yang ternyata tidak terlalu membutuhkan kekayaan tersebut.
Siapa yang harus disalahkan dalam hal ini? - Sebenarnya, tidak ada siapa-siapa. Begitulah cara semuanya diatur untuk saat ini.
Siapa yang menderita hal ini? - Itu saja, seluruh perusahaan.
Siapa yang bisa memperbaiki situasi ini? - Ya, ya, FinOps.
FinOps bukan sekedar lapisan antara pengembang dan peralatan yang mereka butuhkan, namun seseorang atau tim yang akan mengetahui di mana, apa, dan seberapa baik “kebohongannya” dalam hal tarif cloud yang sama yang dibeli oleh perusahaan. Faktanya, orang-orang ini harus bekerja sama dengan DevOps di satu sisi, dan departemen keuangan di sisi lain, memainkan peran sebagai perantara yang efektif dan, yang paling penting, sebagai analis.
Sedikit tentang optimasi
Awan. Relatif murah dan sangat nyaman. Namun solusi ini tidak lagi murah ketika jumlah server mencapai dua atau tiga digit. Selain itu, cloud memungkinkan untuk menggunakan lebih banyak layanan yang sebelumnya tidak tersedia: ini adalah database sebagai layanan (Amazon AWS, Azure Database), aplikasi tanpa server (AWS Lambda, Azure Functions) dan banyak lainnya. Semuanya sangat keren karena mudah digunakan - beli dan pergi, tidak ada masalah. Namun semakin dalam perusahaan dan proyek-proyeknya terjun ke dalam awan, semakin buruk pula tidur CFO. Dan semakin cepat sang jenderal berubah menjadi abu-abu.
Faktanya adalah faktur untuk berbagai layanan cloud selalu sangat membingungkan: untuk satu item Anda mungkin menerima penjelasan tiga halaman tentang apa, ke mana, dan bagaimana uang Anda disalurkan. Ini tentu saja menyenangkan, tetapi hampir mustahil untuk memahaminya. Selain itu, pendapat kami tentang masalah ini bukanlah satu-satunya: untuk mentransfer akun cloud ke akun manusia, ada seluruh layanan, misalnya или . Jika seseorang bersusah payah membuat layanan terpisah untuk menguraikan tagihan, maka skala masalahnya telah melebihi biaya pewarna rambut.
Jadi apa yang dilakukan FinOps dalam situasi ini:
- memahami dengan jelas kapan dan dalam volume berapa solusi cloud dibeli.
- tahu bagaimana kapasitas ini digunakan.
- mendistribusikannya kembali tergantung pada kebutuhan unit tertentu.
- tidak membeli “supaya bisa jadi”.
- dan pada akhirnya, ini menghemat uang Anda.
Contoh yang bagus adalah penyimpanan cloud dari salinan database yang dingin. Misalnya, apakah Anda mengarsipkannya untuk mengurangi jumlah ruang dan lalu lintas yang dikonsumsi saat memperbarui penyimpanan? Ya, tampaknya situasinya murah - dalam satu kasus tertentu, tetapi totalitas dari situasi murah seperti itu kemudian mengakibatkan biaya layanan cloud yang selangit.
Atau situasi lain: Anda membeli kapasitas cadangan di AWS atau Azure agar tidak berada di bawah beban puncak. Dapatkah Anda yakin bahwa ini adalah solusi optimal? Lagi pula, jika 80% instance ini menganggur, Anda hanya memberikan uang kepada Amazon. Selain itu, untuk kasus seperti itu, AWS dan Azure yang sama memiliki instans yang dapat meledak - mengapa Anda memerlukan server yang tidak aktif, jika Anda dapat menggunakan alat untuk memecahkan masalah beban puncak? Atau, daripada menggunakan instans Lokal, Anda sebaiknya memilih instans Cadangan - instans tersebut jauh lebih murah dan juga menawarkan diskon.
Berbicara tentang diskon
Seperti yang kami katakan di awal, pengadaan sering kali dilakukan oleh siapa saja - mereka menemukan yang terakhir, dan kemudian dia melakukannya sendiri. Paling sering, orang yang sudah sibuk menjadi "ekstrim", dan sebagai hasilnya kita mendapatkan situasi di mana seseorang dengan cepat dan terampil, tetapi sepenuhnya mandiri, memutuskan apa dan dalam jumlah berapa yang akan dibeli.
Namun saat berinteraksi dengan tenaga penjualan dari layanan cloud, Anda bisa mendapatkan kondisi yang lebih menguntungkan dalam hal pembelian kapasitas secara grosir. Jelas bahwa Anda tidak akan bisa mendapatkan diskon seperti itu dari mobil dengan registrasi sepihak dan sepihak - tetapi setelah berbicara dengan manajer penjualan sungguhan, Anda mungkin kehabisan tenaga. Atau orang-orang ini dapat memberi tahu Anda diskon apa yang saat ini mereka dapatkan. Ini juga bisa bermanfaat.
Pada saat yang sama, Anda perlu mengingat bahwa cahaya tidak menyatu seperti irisan di AWS atau Azure. Tentu saja, tidak ada pertanyaan untuk mengatur ruang server Anda sendiri - tetapi ada alternatif untuk dua solusi klasik dari raksasa ini.
Misalnya, Google menghadirkan platform Firebase ke perusahaan-perusahaan, sehingga mereka dapat menghosting proyek seluler yang sama secara turnkey, yang mungkin memerlukan penskalaan cepat. Penyimpanan, database real-time, hosting dan sinkronisasi data cloud menggunakan solusi ini sebagai contoh tersedia di satu tempat.
Di sisi lain, jika kita tidak berbicara tentang proyek monolitik, namun tentang totalitasnya, maka solusi terpusat tidak selalu bermanfaat. Jika proyek tersebut berumur panjang, memiliki riwayat pengembangannya sendiri dan jumlah data yang diperlukan untuk penyimpanan, maka ada baiknya memikirkan penempatan yang lebih terfragmentasi.
Saat mengoptimalkan biaya untuk layanan cloud, Anda mungkin tiba-tiba menyadari bahwa untuk aplikasi bisnis penting, Anda dapat membeli tarif yang lebih kuat yang akan memberi perusahaan pendapatan tanpa gangguan. Pada saat yang sama, menyimpan “warisan” pengembangan, arsip lama, database, dll. di cloud yang mahal adalah sebuah solusi. Lagi pula, untuk data seperti itu, pusat data standar dengan HDD biasa dan perangkat keras berdaya sedang tanpa fitur apa pun cukup cocok.
Di sini sekali lagi, Anda mungkin berpikir bahwa “keributan ini tidak sepadan,” namun keseluruhan masalah publikasi ini didasarkan pada kenyataan bahwa pada berbagai tahap orang-orang yang bertanggung jawab mengabaikan hal-hal kecil dan melakukan apa yang lebih nyaman dan cepat. Yang pada akhirnya, setelah beberapa tahun, menghasilkan kisah-kisah yang sangat mengerikan.
Hasilnya?
Secara umum, cloud itu keren, mereka memecahkan banyak masalah bagi bisnis dalam skala apa pun. Namun kebaruan fenomena ini membuat kita masih belum memiliki budaya konsumsi dan manajemen. FinOps adalah tuas organisasi yang membantu Anda memanfaatkan kekuatan cloud dengan lebih efektif. Hal utama adalah jangan mengubah posisi ini menjadi analogi regu tembak, yang tugasnya adalah menangkap tangan pengembang yang lalai dan "memarahi" mereka karena downtime.
Pengembang harusnya berkembang, bukan menghitung uang perusahaan. Oleh karena itu, FinOps harus menjadikan proses pembelian dan proses penonaktifan atau transfer kapasitas cloud ke tim lain menjadi acara yang sederhana dan menyenangkan bagi semua pihak.
Sumber: www.habr.com