Resource Management：Praktik terbaik untuk desain tag

Informasi latar belakang

Jika perusahaan Anda hanya memiliki beberapa atau belasan sumber daya cloud, pengklasifikasian sumber daya tersebut dapat dilakukan dengan mudah. Namun, seiring berkembangnya bisnis, perusahaan mungkin memiliki puluhan ribu sumber daya, sehingga pengklasifikasian manual menjadi sulit dan tidak andal. Oleh karena itu, dibutuhkan platform untuk menyelesaikan masalah ini.

Kami merekomendasikan penggunaan tag untuk mengklasifikasikan sumber daya. Saat membuat sumber daya, pengguna harus menambahkan tag untuk menunjukkan atribut seperti atribut bisnis atau keuangan. Sebagai contoh, pengguna dapat menambahkan tag untuk menunjukkan pembuat, wilayah, atau proyek dari sumber daya tersebut. Hal ini memudahkan manajemen sumber daya.

Prinsip

• Eksklusivitas Bersama

  Prinsip ini memastikan bahwa satu atribut sumber daya hanya menggunakan satu kunci tag. Sebagai contoh, jika Anda telah menggunakan kunci tag pemilik untuk mewakili atribut pemilik, maka Anda tidak dapat menggunakan kunci tag lain seperti milik atau pengelola untuk mewakili atribut yang sama.

• Kehabisan Kolektif

  Prinsip ini mengharuskan Anda merencanakan kunci tag dan nilai tag untuk sumber daya yang termasuk dalam cabang, departemen, atau proyek berbeda. Sebagai contoh, Perusahaan A memiliki tiga departemen proyek game dan berencana menggunakan kunci tag proyek untuk sumber daya di departemen-departemen tersebut. Dalam hal ini, perusahaan harus merencanakan setidaknya tiga nilai tag untuk membedakan antar departemen. Selain itu, semua sumber daya perusahaan harus ditandai dengan kunci tag dan nilai tag yang direncanakan.

  Kehabisan kolektif merupakan prasyarat untuk pencarian sumber daya berbasis tag, alokasi biaya, operasi dan pemeliharaan otomatis (O&M), serta kontrol akses.

• Nilai Terbatas

  Prinsip ini digunakan untuk mempertahankan hanya nilai tag inti dan menghapus nilai tag berlebihan. Sebagai contoh, jika Perusahaan A memiliki lima departemen, perusahaan hanya perlu memiliki satu tag untuk setiap departemen guna memudahkan manajemen.

  Prinsip ini menyederhanakan prosedur seperti pencarian sumber daya, alokasi biaya, O&M otomatis, dan kontrol akses.

• Pertimbangan Konsekuensi Masa Depan

  Saat merencanakan tag, Anda harus mempertimbangkan dampak penambahan atau penghapusan nilai tag di masa mendatang. Pastikan Anda dapat dengan mudah mengidentifikasi jenis layanan menggunakan tag yang direncanakan. Ini memberikan fleksibilitas tambahan untuk memodifikasi tag. Sebagai contoh, Perusahaan A menggunakan kunci tag departemen untuk mengelola kepemilikan sumber daya, kepemilikan keuangan, dan O&M otomatis pada hari-hari awal migrasi data ke cloud. Namun, seiring berkembangnya bisnis, kunci tag ini tidak lagi cukup untuk membedakan sumber daya. Oleh karena itu, kami merekomendasikan agar perusahaan mengevaluasi kebutuhan bisnis untuk tag pada tahap awal migrasi data ke cloud. Dalam contoh ini, perusahaan dapat merencanakan untuk menggunakan kunci tag berikut: departemen, pusat biaya, dan O&M.

  Jika Anda memodifikasi tag, kontrol akses berbasis tag, O&M otomatis, atau laporan penagihan terkait mungkin berubah. Untuk bisnis korporat atau individu, kami merekomendasikan agar Anda membuat tag yang terkait dengan bisnis. Dengan cara ini, Anda dapat mengelola sumber daya berdasarkan tag dari dimensi teknis, bisnis, dan keamanan. Jika Anda menggunakan alat O&M otomatis untuk mengelola sumber daya dan layanan, Anda dapat menambahkan tag spesifik otomatisasi untuk memfasilitasi otomatisasi.

• Desain Disederhanakan

  Prinsip ini digunakan untuk menyederhanakan penggunaan tag. Saat merancang tag, sederhanakan nilai kunci tag dan nilai tag. Kami merekomendasikan agar Anda menentukan nilai tetap untuk kunci tag dan nilai tag sesuai dengan persyaratan bisnis. Sebagai contoh, saat merancang tag untuk menunjukkan lingkungan pengujian, gunakan kunci tag pengujian untuk semua jenis lingkungan pengujian. Hindari menggunakan kunci tag berbeda untuk menunjukkan berbagai jenis lingkungan pengujian, seperti pra-pengujian dan pengujian formal.

  Prinsip ini mengurangi kesalahan operasi yang disebabkan oleh terlalu banyak kunci tag.

• Penamaan Standar

  Prinsip ini mengharuskan kunci tag dan nilai tag diberi nama dalam format standar yang kompatibel dengan berbagai alat open source. Ini memfasilitasi integrasi API di masa mendatang. Sebagai contoh, gunakan huruf kecil untuk menentukan kunci tag dan nilai tag.

Praktik terbaik

Sebuah perusahaan Internet memiliki tiga departemen: departemen bisnis, departemen pemasaran, dan departemen O&M. Setiap departemen mengelola satu atau lebih proyek. Lingkungan produksi, lingkungan pengembangan, dan lingkungan pengujian disediakan untuk tahapan berbeda dalam siklus hidup setiap proyek. Departemen O&M memantau penggunaan sumber daya secara real-time, secara berkala mengalokasikan biaya untuk proyek, mengontrol akses ke sumber daya secara real-time, dan menerapkan O&M otomatis.

Perusahaan merancang tag berdasarkan persyaratan berikut.

Contoh

Tabel berikut mencantumkan beberapa contoh tag dari dimensi umum.