Panduan keputusan penamaan dan pemberian tag sumber daya

Mengatur sumber daya berbasis cloud adalah tugas penting untuk TI, kecuali semua penyebaran sederhana. Untuk penyebaran yang rumit atau kompleks, gunakan standar penamaan dan pemberian tag untuk mengatur sumber daya Anda karena alasan berikut:

  • Manajemen sumber daya: Tim TI Anda perlu dengan cepat menemukan sumber daya yang terkait dengan beban kerja, lingkungan, grup kepemilikan tertentu, atau informasi penting lainnya. Mengatur sumber daya sangat penting untuk menetapkan peran organisasi dan izin akses untuk manajemen sumber daya.

  • Manajemen dan pengoptimalan biaya: Membuat grup bisnis mengetahui konsumsi sumber daya cloud memerlukan IT untuk memahami sumber daya dan beban kerja yang digunakan setiap tim. Tag terkait biaya mendukung jenis informasi berikut:

  • Manajemen operasi: Visibilitas pada komitmen bisnis dan SLA adalah aspek penting dari operasi yang sedang berlangsung untuk tim manajemen operasi. Mengelola operasi dengan baik membutuhkan penandaan untuk kekritisan misi.

  • Keamanan: Klasifikasi data dan menentukan dampak keamanan sangat penting ketika pelanggaran atau masalah keamanan lainnya muncul. Pengoperasian dengan aman memerlukan penandaan untuk klasifikasi data.

  • Tata kelola dan kepatuhan terhadap peraturan: Menjaga konsistensi di seluruh sumber daya membantu mengidentifikasi divergensi dari kebijakan. Panduan preskriptif untuk pemberian tag sumber daya menunjukkan bagaimana salah satu pola penandaan yang dijelaskan dalam pola pemberian tag Sumber Daya, nantinya dalam artikel ini, dapat membantu penyebaran praktik tata kelola. Pola serupa tersedia untuk mengevaluasi kepatuhan terhadap peraturan dengan menggunakan tag.

  • Otomatisasi: Skema organisasi yang tepat memungkinkan Anda memanfaatkan otomatisasi sebagai bagian dari membuat sumber daya, memantau operasi, dan membuat proses DevOps. Otomatisasi juga memudahkan sumber daya untuk dikelola TI.

  • Pengoptimalan beban kerja: Pemberian tag dapat membantu mengidentifikasi pola dan menyelesaikan masalah luas. Pemberian tag juga dapat membantu mengidentifikasi aset yang diperlukan oleh satu beban kerja. Menandai semua aset yang terkait dengan setiap beban kerja memungkinkan analisis yang lebih mendalam tentang beban kerja misi penting Anda, yang membantu Anda membuat keputusan arsitektur yang baik.

Panduan keputusan penandaan

Pendekatan Anda untuk memberi tag bisa sederhana atau kompleks. Ini dapat mendukung tim TI yang mengelola beban kerja cloud atau mengintegrasikan informasi yang terkait dengan semua aspek bisnis.

Diagram yang memperlihatkan opsi pemberian tag dari yang paling tidak kompleks ke yang paling kompleks.

Tabel berikut ini menjelaskan kualitas dan perataan yang diperlihatkan dalam diagram.

Deskripsi
Pertimbangan desain utama Persyaratan operasi dasar, dilengkapi dengan persyaratan bisnis aditif.
Konvensi penamaan garis besar Penamaan sumber daya diperlukan untuk penyebaran. Skema penamaan standar adalah tag minimum.
Fungsional Tag yang menjelaskan fungsi komputer virtual untuk memudahkan identifikasi.
Contoh: beban kerja; fungsi dalam beban kerja (aplikasi, data, dan sebagainya); lingkungan (seperti pengembangan, penahapan, produksi).
Klasifikasi Tag yang mengklasifikasikan nilai aset dapat membantu dalam membuat keputusan.
Contoh: klasifikasi data (publik, privat, rahasia, dan sebagainya); Kritis; SLA.
Akuntansi Tag yang membantu melacak biaya yang terkait dengan operasi aset.
Contoh: departemen, proyek, wilayah, dan sebagainya.
Tujuan Tag yang menyelaraskan aset dengan fungsi bisnis dapat berharga dalam membuat keputusan investasi.
Contoh: proses bisnis, kekritisan bisnis, dampak pendapatan.

Skema pemberian tag yang selaras dengan IT, seperti pemberian tag berdasarkan beban kerja, aplikasi, atau lingkungan, mengurangi kompleksitas aset pemantauan. Dengan kurangnya kompleksitas, Anda dapat menyederhanakan proses pengambilan keputusan manajemen yang didasarkan pada persyaratan operasional.

Skema pemberian tag yang selaras dengan bisnis, seperti akuntansi, kepemilikan bisnis, atau kekritisan bisnis, mungkin memerlukan investasi waktu yang lebih besar. Anda perlu menginvestasikan lebih banyak waktu untuk membuat standar penandaan yang mencerminkan minat bisnis dan mempertahankan standar tersebut di masa depan. Investasi ini menghasilkan sistem penandaan yang memberikan peningkatan akuntansi untuk biaya dan nilai aset TI untuk keseluruhan bisnis. Menautkan nilai bisnis aset ke biaya operasionalnya dapat mengubah pandangan TI sebagai pusat biaya dalam organisasi Anda yang lebih luas.

Konvensi penamaan garis besar

Konvensi penamaan standar adalah titik awal untuk mengatur sumber daya yang dihosting cloud Anda. Sistem penamaan yang terstruktur dengan benar memungkinkan Anda mengidentifikasi sumber daya dengan cepat untuk tujuan manajemen dan akuntansi. Anda mungkin memiliki konvensi penamaan yang selaras dengan TI di bagian lain organisasi Anda. Jika demikian, pertimbangkan apakah konvensi penamaan cloud Anda harus selaras dengan konvensi tersebut, atau jika Anda harus menetapkan standar berbasis cloud terpisah.

Catatan

Aturan penamaan dan pembatasan bervariasi menurut sumber daya Azure. Konvensi penamaan Anda harus mematuhi aturan ini.

Pola penandaan sumber daya

Untuk organisasi yang lebih canggih daripada konvensi penamaan yang konsisten saja menyediakan, platform cloud mendukung kemampuan untuk menandai sumber daya.

Tag adalah elemen metadata yang dilampirkan ke sumber daya. Tag terdiri dari pasangan string kunci-nilai. Nilai yang Anda sertakan dalam pasangan ini terserah Anda. Namun, penerapan serangkaian tag global yang konsisten, sebagai bagian dari kebijakan penamaan dan penandaan yang komprehensif, adalah bagian penting dari kebijakan tata kelola secara keseluruhan.

Sebagai bagian dari proses perencanaan Anda, gunakan pertanyaan berikut untuk menentukan jenis informasi yang harus didukung tag sumber daya Anda:

  • Apakah kebijakan penamaan dan penandaan Anda perlu diintegrasikan dengan kebijakan yang ada di dalam perusahaan Anda?

  • Apakah Anda akan menerapkan sistem akuntansi penagihan balik atau showback? Apakah Anda perlu mengaitkan sumber daya dengan informasi akuntansi untuk departemen, grup bisnis, dan tim secara lebih rinci daripada perincian tingkat langganan sederhana yang disediakan?

  • Haruskah tag mewakili detail untuk sumber daya, seperti persyaratan kepatuhan terhadap peraturan? Bagaimana dengan detail operasional seperti persyaratan waktu aktif, jadwal patching, atau persyaratan keamanan?

  • Tag apa yang diperlukan untuk semua sumber daya berdasarkan kebijakan IT terpusat? Tag apa yang bersifat opsional? Apakah masing-masing tim diizinkan untuk menerapkan skema penandaan kustomnya sendiri?

Pola pemberian tag berikut adalah contoh bagaimana Anda dapat menggunakan pemberian tag untuk mengatur aset cloud. Pola-pola ini tidak dimaksudkan untuk eksklusif, dan Anda dapat menggunakannya secara paralel. Pola ini menyediakan berbagai cara untuk mengatur aset berdasarkan kebutuhan perusahaan Anda.

Jenis tag Contoh Deskripsi
Fungsional app = catalogsearch1
tier = web
webserver = apache
env = prod
env = staging
env = dev
Mengategorikan sumber daya berdasarkan tujuannya dalam beban kerja, lingkungan tempat sumber daya tersebut disebarkan, atau fungsionalitas dan detail operasional lainnya.
Klasifikasi confidentiality = private
SLA = 24hours
Mengklasifikasikan sumber daya dengan cara penggunaannya dan kebijakan yang berlaku untuknya.
Akuntansi department = finance
program = business-initiative
region = northamerica
Mengaitkan sumber daya dengan grup tertentu dalam organisasi untuk tujuan penagihan.
Tujuan businessprocess = support
businessimpact = moderate
revenueimpact = high
Menyelaraskan sumber daya dengan fungsi bisnis untuk mendukung keputusan investasi dengan lebih baik.

Pelajari lebih lanjut

Untuk informasi selengkapnya tentang penamaan dan penandaan di Azure, lihat:

Langkah berikutnya

Pemberian tag sumber daya hanyalah salah satu komponen infrastruktur inti yang memerlukan keputusan arsitektur dalam proses adopsi cloud. Untuk mempelajari tentang pola atau model alternatif untuk membuat keputusan desain tentang jenis infrastruktur lainnya, lihat panduan keputusan arsitektur.