Alokasi biaya merupakan praktik manajemen keuangan perusahaan yang memecah total biaya sumber daya cloud menjadi komponen yang lebih rinci berdasarkan perspektif manajemen tertentu, kebutuhan analitis, atau tingkat granularitas sumber daya. Hal ini memungkinkan alokasi dan pengelolaan biaya secara efektif.
Latar Belakang
Seiring percepatan migrasi perusahaan ke cloud, pengelolaan biaya cloud menjadi semakin penting. Pengguna menghadapi tantangan berikut dalam menerapkan alokasi biaya:
Mengalokasikan biaya berdasarkan pusat biaya dari perspektif keuangan: Pengguna perlu mengalokasikan biaya dari berbagai perspektif keuangan, seperti anak perusahaan utama, cabang kantor pusat, tim departemen, aplikasi bisnis, atau proyek. Mereka memerlukan satu alat yang mendukung alokasi biaya lintas berbagai skenario.
Mengalokasikan biaya untuk resource yang dibagikan: Misalnya, resource keamanan jaringan atau platform data besar digunakan oleh beberapa tim. Bagaimana cara membagi konsumsi dan mengalokasikan biaya secara adil?
Meningkatkan efisiensi alokasi biaya dengan alat otomatisasi: Banyak aplikasi bisnis yang ada, dan model pengadaan serta operasional resource berkembang pesat. Alokasi biaya manual tidak efisien, rentan kesalahan, memakan waktu, dan padat karya.
Anda dapat melakukan alokasi biaya multidimensi menggunakan alat Alibaba Cloud seperti struktur multi-akun, unit keuangan, dan tag.
Arsitektur Solusi
Skema Penggunaan
(1) Manajemen biaya detail halus untuk berbagai departemen dan proyek
Hitung secara akurat penggunaan dan konsumsi sumber daya komputasi cloud untuk departemen atau proyek yang berbeda. Hal ini membantu mengevaluasi dan mengendalikan biaya TI per departemen dan tim secara wajar, menyesuaikan konfigurasi resource secara tepat waktu, mendukung perencanaan anggaran dan penilaian kinerja, serta mengurangi pemborosan pengeluaran.
Pelanggan yang sesuai: Perusahaan yang mengalokasikan dan menggunakan sumber daya cloud berdasarkan departemen, proyek, atau kriteria lainnya.
(2) Penagihan dan penyelesaian internal multi-level untuk perusahaan
Sumber daya cloud dikelola dan dibayar secara terpusat oleh tim TI kantor pusat. Penyelesaian dan penagihan internal kemudian dilakukan untuk pengguna resource—seperti anak perusahaan dan kantor cabang—berdasarkan tagihan alokasi biaya.
Pelanggan yang sesuai: Perusahaan dengan struktur organisasi kompleks, seperti yang memiliki anak perusahaan utama, perusahaan grup, atau sistem manajemen keuangan multi-level.
Alur Kerja Solusi
Bangun Sistem Multi-Akun di Cloud
Buat beberapa Akun Alibaba Cloud melalui Enterprise Account Center. Akun root perusahaan mengelolanya secara terpusat dan mendukung arsitektur manajemen tingkat tunggal atau multi-level.
Alokasikan biaya ke entitas yang bertanggung jawab untuk setiap akun. Setiap akun dapat lebih lanjut mengalokasikan biaya berdasarkan model bisnisnya.
Pertimbangkan skalabilitas horizontal resource di masa depan, penyederhanaan kompleksitas manajemen, pencegahan risiko keamanan, pemetaan struktur organisasi, dan isolasi tagihan. Rencanakan dan adopsi model multi-akun selama migrasi cloud awal untuk mendukung skalabilitas sumber daya cloud yang berkelanjutan dan efisien. Hal ini mengurangi risiko implementasi akibat penyesuaian dan realokasi resource di kemudian hari karena pertumbuhan bisnis.
Untuk pengguna akun tunggal, selesaikan alokasi biaya dalam satu akun menggunakan alat seperti tag dan financial units.
Rencanakan Tag dan Asosiasikan Resource
Jika akun Anda berisi berbagai resource dengan banyak interdependensi, buat dan sambungkan tag kustom atau tag yang telah ditentukan sebelumnya untuk mengkategorikan dan mengelolanya secara terpusat. Tag terdiri dari pasangan kunci-nilai (Key:Value), termasuk kunci tag dan nilai tag.
Kunci tag memiliki hubungan satu-ke-banyak dengan nilai tag. Kunci tag umumnya mendefinisikan dimensi atau prinsip klasifikasi, sedangkan nilai tag memberikan informasi spesifik dalam dimensi tersebut. Misalnya, jika kunci tag adalah Department, nilai tag yang mungkin termasuk HR, R&D, Sales, O&M, dan Administration.
Sambungkan tag yang telah ditentukan sebelumnya langsung di halaman pembelian. Atau, sambungkan tag ke resource yang sedang berjalan melalui konsol Tags, konsol produk cloud, atau API.
Rencanakan tag terlebih dahulu untuk memastikan tag tersebut masuk akal, detail, dan ringkas. Bangun sistem tag lintas dimensi seperti lingkungan, departemen, dan proyek. Contohnya sebagai berikut:
Dimensi Alokasi Biaya | Kunci Tag | Nilai Tag |
Business Application | Application | Nama aplikasi, seperti Retail, Mall, Outlet, dll. |
Account ID | Owner | Nama pemilik (atau ID akun) |
Lingkungan | Environment | POC, UAT, SIT, Production, dll. |
Business Unit | BusinessUnit | Nama unit bisnis, seperti E-Commercial, dll. |
Proyek | Project | Nama proyek |
Departemen | Department | seperti Development, Testing, Sales, dll. |
Anda juga dapat melakukan alokasi biaya menggunakan resource groups. Kelompokkan resource dengan karakteristik serupa ke dalam resource group yang sama.
Mengonfigurasi Unit Finansial
Financial units mengidentifikasi pengeluaran dan mendukung klasifikasi multidimensi untuk semua layanan atau resource cloud. Rancang berdasarkan bagan organisasi perusahaan Anda dan lakukan drill down melalui pohon direktori multi-level untuk memenuhi kebutuhan alokasi biaya multi-level. Pertimbangkan pola berikut untuk desain financial unit:
Pola 1: Buat financial units tingkat pertama berdasarkan lingkungan produksi dan staging. Tetapkan kondisi pengumpulan berbeda di node tingkat kedua sesuai granularitas manajemen biaya Anda.
Node Tingkat Pertama | Node Tingkat Kedua | Kondisi Pengumpulan Otomatis Financial Unit |
Lingkungan staging | Department 1 | Environment=Lingkungan staging & Department=Department 1 |
Department 2 | Environment=Lingkungan staging & Department=Department 2 | |
Department 3 | Environment=Lingkungan staging & Department=Department 3 | |
Lingkungan produksi | Department 1-Mobile Game-Project 1 | Environment=Lingkungan produksi and Department=Department 1 and Line-of-Business=Mobile Game and Project=Project 1 |
Department 1-Web Game-Project 2 | .. |
Pola 2: Gunakan pengumpulan sederhana untuk lingkungan staging dan pohon direktori multi-level untuk lingkungan produksi.
Node Tingkat Pertama | Node Tingkat Kedua | Node Tingkat Ketiga | Node Tingkat Keempat | Pengaturan Kondisi Financial Unit |
Lingkungan staging | Department 1 | Environment=Lingkungan staging and Department=Department 1 | ||
Department 2 | Environment=Lingkungan staging and Department=Department 2 | |||
Lingkungan produksi | Department 1 | Web Game | Project 1 | Environment=Lingkungan produksi and Department=Department 1 and Line-of-Business=Web Game and Project=Project 1 |
Project 2 | Environment=Lingkungan produksi and Department=Department 1 and Line-of-Business=Web Game and Project=Project 2 | |||
Department 2 | Mobile Game | Project 3 | Environment=Lingkungan produksi and Department=Department 2 and Line-of-Business=Mobile Game and Project=Project 3 | |
Project 4 | Environment=Lingkungan produksi and Department=Department 2 and Line-of-Business=Mobile Game and Project=Project 4 |
Untuk panduan operasional detail tentang financial units, lihat Financial Units.
Tangani Biaya Bersama
Biaya bersama mengacu pada pengeluaran untuk resource yang digunakan oleh beberapa departemen atau tim. Saat tagihan tidak dapat langsung dibagi di antara tim yang bertanggung jawab atas biaya, definisikan aturan pemisahan kustom untuk mengalokasikan biaya publik ke financial units yang ditentukan. Hal ini mencapai alokasi biaya.
Buat aturan alokasi bersama melalui financial units. Metode yang didukung meliputi pemisahan rata-rata, pemisahan proporsional, dan pemisahan kustom.
Detail Alokasi Biaya Kueri
Detail alokasi biaya menampilkan data pengeluaran yang lebih rinci setelah pemisahan. Setelah mengonfigurasi financial units, lihat data detail dengan menavigasi ke . Untuk informasi lebih lanjut, lihat Detail Alokasi Biaya.
Rekomendasi Alokasi Biaya Produk Cloud
Untuk memastikan akurasi dan otomatisasi data biaya, rancang strategi alokasi biaya Anda selama fase perencanaan resource:
Pahami granularitas alokasi biaya produk cloud—seperti per instans atau penggunaan—dan pastikan sesuai dengan kebutuhan alokasi biaya Anda. Untuk informasi lebih lanjut, lihat Cloud Services Supporting Tags untuk mengidentifikasi produk mana yang mendukung tag dan alokasi biaya berbasis tag.
Kembangkan dan terapkan kebijakan klasifikasi resource terpadu, seperti tagging atau penggunaan resource groups, untuk mencapai atribusi biaya otomatis.
Untuk resource bersama yang tidak dapat ditag, pilih metrik bisnis yang masuk akal—seperti penggunaan CPU atau jumlah panggilan API—sebagai dasar alokasi biaya.
Alokasi Biaya untuk Resource Workload
Resource workload mencakup instans general-purpose tradisional—seperti ECS, ApsaraDB RDS, dan OSS—serta workload data besar. Dimensi alokasi biaya yang didukung dan praktik spesifiknya sebagai berikut:
Produk Cloud | Dimensi Alokasi Biaya | Rekomendasi Alokasi Biaya |
ECS | Instance | Untuk Elastic Network Interfaces (ENIs), cloud disk, dan elastic IP addresses (EIPs) yang terkait dengan ECS, atur tag resource terkait agar mewarisi tag ECS. Hal ini memungkinkan alokasi biaya otomatis. |
OSS | Bucket | Konfigurasikan bucket independen untuk setiap tim. Hal ini memastikan keamanan dan isolasi data. |
RDS | Instance | Untuk instans ApsaraDB RDS bersama, alokasikan biaya secara proporsional berdasarkan metrik seperti jumlah akses atau volume data ruang tabel. |
Alibaba Cloud Model Studio | Ruang kerja | Tag ruang kerja menggunakan tag. Alokasikan biaya melalui ruang kerja. |
EIP | Instans EIP | Tag dengan tag yang konsisten dengan resource yang terikat (seperti ECS). Hal ini memungkinkan alokasi biaya langsung. |
Snapshot | Instance | Asosiasikan snapshot dengan ECS yang sesuai. Alokasikan biaya ke instans ECS terkait. |
Short Message Service | Template SMS | Jika template tidak memenuhi persyaratan alokasi biaya, lakukan alokasi biaya kustom berdasarkan statistik volume pengiriman (seperti tanda tangan SMS, jenis template, atau jumlah pesan yang dikirim). |
MaxCompute | Proyek | Untuk proyek bersama, buat pekerjaan independen untuk setiap aplikasi atau proyek. Pantau dan hitung penggunaan resource untuk setiap pekerjaan. Sesuaikan rasio alokasi biaya. |
Kafka | Instance | Tambahkan tag ke topik Kafka. Pantau dan hitung trafik inbound dan outbound serta penggunaan disk space untuk setiap topik. Alokasikan total biaya instans Kafka secara proporsional berdasarkan penggunaan dua resource ini oleh setiap tim. |
RocketMQ | Topik | Tim berbeda menyiapkan topik secara terpisah. Atur tag atau resource groups untuk topik. Alokasikan biaya berdasarkan tag topik message queue atau resource groups. |
Alokasi Biaya untuk Resource Layanan Publik
Resource seperti infrastruktur jaringan, perlindungan keamanan, dan O&M merupakan layanan publik. Banyak resource berbagi layanan ini—misalnya, WAF melindungi beberapa instans ECS, CEN menghubungkan beberapa VPC, dan Simple Log Service (SLS) terintegrasi dengan semua produk cloud. Alokasikan biaya untuk resource ini menggunakan pendekatan berikut:
Kategori Produk | Produk Cloud | Dimensi Alokasi Biaya | Rekomendasi Alokasi Biaya | |
Network Services | CBWP | Konfigurasikan tag alokasi biaya untuk setiap Alamat IP publik. Hal ini memungkinkan alokasi biaya berbasis IP. | ||
CDN | Konfigurasikan tag untuk setiap nama domain. Hal ini memungkinkan alokasi biaya berbasis nama domain. | |||
NAT Gateway | Alokasikan biaya dengan menjumlahkan jumlah entri DNAT atau SNAT yang digunakan oleh bisnis. | |||
VPN | Tetapkan proporsi berdasarkan jumlah koneksi klien SSL atau IPSec. | |||
Security Services | Security Center | Alokasikan biaya secara proporsional berdasarkan jumlah instans ECS untuk setiap bisnis ditambah jumlah instans ECS yang dialokasikan oleh ACK. | ||
DDoS | Alokasikan biaya secara proporsional berdasarkan jumlah Alamat IP publik yang ditambahkan di bawah setiap departemen. | |||
WAF | Alokasikan biaya secara merata berdasarkan nama domain atau instans yang dilindungi. Atau, konfigurasikan aturan perlindungan WAF independen untuk nama domain setiap aplikasi. Gunakan tool pemantauan trafik dan analisis log untuk menghitung trafik dan status perlindungan setiap nama domain. Pisahkan biaya secara proporsional. | |||
SSL | Alokasikan biaya berdasarkan pengguna sertifikat spesifik. Untuk satu sertifikat dengan beberapa nama domain, alokasikan secara proporsional berdasarkan bisnis terkait. | |||
Bastionhost | Alokasikan biaya berdasarkan jumlah instans ECS dan ApsaraDB RDS yang digunakan oleh bisnis. | |||
Cloud Firewall | Alokasikan biaya secara proporsional berdasarkan jumlah resource yang dilindungi di bawah setiap departemen. | |||
O&M Services | Cloud Monitor | Alokasikan biaya secara proporsional berdasarkan jumlah resource yang dipantau untuk setiap bisnis. | ||
Simple Log Service | Utamakan membuat proyek terpisah untuk setiap tim. Jika dalam satu proyek, alokasi merata direkomendasikan. Atau, hitung menggunakan item penagihan berbobot (seperti storage space, trafik baca/tulis, dan jumlah baca/tulis untuk setiap aplikasi). Gunakan metrik dengan perbedaan signifikan sebagai bobot utama. | |||
Untuk resource infrastruktur publik, alokasikan biaya melalui pemisahan merata atau alokasi proporsional.
Untuk alokasi biaya yang lebih akurat dan detail halus, ambil data penggunaan spesifik untuk metrik kunci menggunakan alat pihak ketiga seperti log, dan selesaikan alokasi manual melalui perhitungan berbobot.
Alokasi Biaya untuk Resource Manfaat Promosi
Produk seperti resource plans dan savings plans merupakan manfaat promosi. Produk ini harus digunakan bersama produk bayar sesuai penggunaan. Alokasikan biaya bagian yang digunakan ke objek konsumsi. Alokasikan biaya idle atau tidak terpakai ke pembeli resource.
Alokasikan biaya berdasarkan pembeli: Konfigurasikan tag untuk savings plans dan resource plans dan tetapkan ke financial units yang sesuai. Alokasikan sepenuhnya biaya ke akun pembeli resource. Metode ini berlaku untuk manajemen keuangan terpusat di mana tidak ada biaya yang dikumpulkan dari departemen atau saat tim membeli manfaat secara independen hanya untuk penggunaan internal.
Alokasikan biaya berdasarkan objek deduksi: Karena produk tipe manfaat merupakan produk langganan, tinjau detail deduksi harian di Expense Details untuk menentukan atribusi biaya.