

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Praktik terbaik
<a name="best-practice-tagging"></a>

Saat menggunakan tag, penting untuk memahami perusahaan saat ini atau potensial dan struktur kasus penggunaan. Dengan menggunakan informasi ini, Anda dapat memilih tag yang tepat. Misalnya, jika Anda membangun data lake untuk departemen presales, dan Anda tahu bahwa ada rencana untuk memperluas data lake untuk memasukkan data dari departemen purna jual, menggunakan tag `department` akan membantu mengidentifikasi biaya dan kinerja masing-masing departemen secara terpisah. Perencanaan, alokasi biaya, dan optimalisasi kode atau data dapat diidentifikasi dengan lebih akurat. Tanpa `department` tag, jika data presales membutuhkan 15 menit untuk pemodelan data dan data purna jual membutuhkan 45 menit, pengembang harus menghabiskan lebih banyak waktu dalam analisis akar penyebab. Dengan `department` tag tersebut, pengembang akan tahu persis di mana mencarinya.

## Menandai ontologi
<a name="ontology"></a>

Bisnis dan teknologi bersama-sama memainkan peran penting dalam mengidentifikasi tag yang tepat untuk digunakan. Dari perspektif bisnis, perusahaan dan proyek akan selalu mengikuti struktur tertentu. Misalnya, di *wilayah* EMEA, di *departemen* SDM, mungkin ada *proyek* tentang memprediksi perlunya perekrutan. Dalam hal ini, memasukkan metadata dari struktur yang ada akan menjadi penting untuk pelaporan, pemantauan, pembersihan, dan peluncuran. Pada saat yang sama, departemen teknis memahami bahwa proyek akan membutuhkan yang berikut: 
+ *Fase* pengumpulan data melalui pipa data yang terdiri dari konsumsi, pembersihan, dan pemrosesan data
+ Tim ML**** untuk melakukan pemodelan data untuk peramalan
+  DevOps Pipeline untuk orkestrasi kode, menyebar melalui lingkungan dev, test, dan prod

Semua kata kunci yang dicetak miring adalah struktur kelompok bisnis dan teknis yang penting untuk dikaitkan dengan komponen aplikasi. Ini adalah contoh ontologi penandaan yang khas. Menggunakan contoh, tabel berikut menunjukkan pasangan kunci-nilai yang sesuai untuk tag.


|  |  | 
| --- |--- |
| **Kunci** | **Nilai-nilai** | 
| `department` | `human resources` | 
| `region` | `EMEA` | 
| `project` | `hiring forecast` | 
| `phase` | `3` | 
| `process` | `data ingestion`,`data cleaning`,`processing`,`modeling`, atau `sales forecasting` | 
| `domain` | `machine learning` atau `data pipeline` | 
| `creation` | `cdk`,`x framework`,`ingest pipeline`, atau `manual - empty` | 
| `status` | `development`,`testing`,`production access`,`reporting`, atau `onboarding` | 

## Tata kelola tag
<a name="governance"></a>

Menyiapkan mekanisme tata kelola membantu membuat penandaan konsisten dan dapat diprogram di semua sumber daya: AWS 
+ *Tata kelola reaktif* berarti menemukan sumber daya yang tidak ditandai dengan benar. Anda dapat menggunakan alat seperti [Resource Groups Tagging API](https://docs.aws.amazon.com/resourcegroupstagging/latest/APIReference/overview.html), [AWS Config aturan](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config_use-managed-rules.html), dan skrip kustom.
+ *Tata kelola proaktif* berarti bahwa pengguna tidak diizinkan untuk membuat sumber daya yang tidak ditandai. Anda dapat menggunakan alat seperti [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html), [AWS Service Catalog](https://docs.aws.amazon.com/servicecatalog/latest/userguide/end-user-console.html), [kebijakan tag](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) di AWS Organizations, atau izin tingkat sumber daya IAM.