Menentukan strategi pemberian tag Anda
Saat menerapkan tag metadata ke sumber daya cloud, Anda dapat menyertakan informasi yang tidak disertakan nama sumber daya, seperti informasi tentang aset. Anda dapat menggunakan informasi tersebut untuk menjalankan pemfilteran dan pelaporan canggih pada sumber daya. Sertakan konteks tentang beban kerja atau aplikasi terkait sumber daya, persyaratan operasional, dan informasi kepemilikan. Tim TI atau bisnis menggunakan informasi ini untuk menemukan sumber daya atau menghasilkan laporan tentang penggunaan sumber daya dan tagihan.
Tag yang diperlukan dan tag opsional yang Anda terapkan ke sumber daya berbeda di antara organisasi. Daftar berikut ini memberikan contoh tag umum yang menangkap konteks dan informasi penting tentang sumber daya. Gunakan daftar ini sebagai titik awal untuk membuat konvensi penandaan Anda sendiri.
Tag minimum yang disarankan
Gunakan tag berikut untuk membantu memandu implementasi dan proses Cloud Adoption Framework untuk metodologi Azure. Metodologi memiliki banyak praktik terbaik yang menunjukkan otomatisasi dan tata kelola operasi cloud berdasarkan tag berikut.
Nama tag | Deskripsi | Nilai kunci dan nilai contoh |
---|---|---|
Nama beban kerja | Nama beban kerja yang didukung sumber daya. | WorkloadName ControlCharts |
Klasifikasi data | Sensitivitas data yang dihosting sumber daya. | DataClassification Non-business Public General Confidential Highly confidential |
Kekritisan bisnis | Dampak bisnis dari sumber daya atau beban kerja yang didukung. | Kritis Low Medium High Business unit-critical Mission-critical |
Unit bisnis | Divisi tingkat atas perusahaan Anda yang memiliki langganan atau beban kerja milik sumber daya. Dalam organisasi yang lebih kecil, tag ini mungkin mewakili satu elemen organisasi tingkat atas perusahaan atau bersama. | BusinessUnit Finance Marketing Product XYZ Corp Shared |
Penerapan komitmen | Tingkat dukungan operasi yang disediakan untuk beban kerja atau sumber daya. | OpsCommitment Baseline only Enhanced baseline Platform operations Workload operations |
Tim operasi | Tim bertanggung jawab atas operasi sehari-hari. | OpsTeam Central IT Cloud operations ControlCharts team MSP-{Managed Service Provider name} |
Contoh penandaan umum lainnya
Gunakan tag berikut untuk meningkatkan visibilitas ke dalam penggunaan sumber daya Azure.
Nama tag | Deskripsi | Nilai kunci dan contoh |
---|---|---|
Nama aplikasi | Tambah granularitas, jika beban kerja dibagi lagi di beberapa aplikasi atau layanan. | ApplicationName IssueTrackingSystem |
Nama pemberi izin | Orang yang bertanggung jawab untuk menyetujui biaya yang terkait dengan sumber daya. | Pemberi Persetujuan chris@contoso.com |
Anggaran yang dibutuhkan/disetujui | Uang yang disetujui untuk aplikasi, layanan, atau beban kerja. | BudgetAmount $200,000 |
Pusat biaya | Pusat biaya akuntansi yang terkait dengan sumber daya. | PusatBiaya 55332 |
Pemulihan bencana | Kekritisan bisnis dari aplikasi, beban kerja, atau layanan. | DR Mission-critical Critical Essential |
Tanggal akhir proyek | Tanggal ketika aplikasi, beban kerja, atau layanan dijadwalkan untuk dihentikan. | EndDate 2023-10-15 |
Lingkungan | Lingkungan penyebaran aplikasi, beban kerja, atau layanan. | Env Prod Dev QA Stage Test |
Wilayah Azure | Wilayah tempat Anda membuat sumber daya. | AzureRegion West Europe UK South East US Japan East Qatar Central |
Nama pemilik | Pemilik aplikasi, beban kerja, atau layanan. | Pemilik jane@contoso.com |
Nama pemohon | Pengguna yang meminta pembuatan aplikasi. | Pemohon john@contoso.com |
Kelas layanan | Tingkat perjanjian tingkat layanan aplikasi, beban kerja, atau layanan. | ServiceClass Dev Bronze Silver Gold |
Tanggal mulai proyek | Tanggal ketika aplikasi, beban kerja, atau layanan pertama kali digunakan. | StartDate 2020-10-15 |
Mengambil tindakan
Tag panduan keputusan penamaan dan penandaan sumber daya.
Langkah selanjutnya
Pelajari cara memindahkan grup sumber daya dan aset antar langganan di Azure.
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk