Lewati ke konten
SteveTechArcSteveTechArc Courses

Pemilik Menetapkan Kebijakan, Arsitek Menegakkannya

Juga tersedia dalam 28 bahasa

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

Bab 5 dari Data Architect, Bagian 1: Menjadi Data Architect. Sebelumnya: Memahami Data Perusahaan.

Sebut “tata kelola data” dan orang membayangkan rapat: komite, kebijakan, dokumen yang tidak dibaca siapa pun. Saya selalu mengajukan pertanyaan yang berbeda: di mana kebijakan itu ditegakkan?

Jika kebijakan menyatakan hanya Keuangan yang boleh mengubah nama resmi pelanggan, apa yang menghentikan orang lain? Jika kebijakan menyatakan kru hanya melihat alamat Penerima untuk titik pemberhentian mereka sendiri, hanya di hari itu, apa yang membuat hal itu benar? Jika kebijakan menyatakan simpan ini selama tujuh tahun, apa yang menghapusnya setelah tujuh tahun? Kebijakan tanpa titik penegakan sebagian besar hanyalah harapan. Posisi saya sederhana: pemilik menetapkan kebijakan; arsitek menegakkannya. Pemilik data yang memutuskan. Sistem yang dirancang arsiteklah yang membuatnya benar secara mekanis.

Dan jangan berharap bisa selesai. Tata kelola tidak pernah selesai. Ia pasang surut, menjaga agar data terburuk tidak masuk. Tata kelola sederhana ketika Salesforce berdiri sendiri, dan lebih sulit, serta lebih perlu, ketika Salesforce menjadi satu simpul dalam lanskap yang kita gambar di bab 4. Itulah sebabnya bab itu datang lebih dulu: lanskap memberi tahu Anda seberapa jauh tata kelola harus menjangkau.

Seorang direktur keuangan menjelaskan kebijakan data sementara arsitek menempelkan apa yang menegakkan masing-masing: validasi, berbagi, dan retensi

Gambar dibuat dengan AI.

Posisi-posisi dalam bab ini

Section titled “Posisi-posisi dalam bab ini ”
  • Jalankan programnya sesuai cara perusahaan bekerja: terpusat, terfederasi, atau hibrida; arsitek perlu tahu siapa yang mengesahkan sebuah kebijakan.
  • Pemilik rekaman bukanlah pemilik data. Bidang Owner menggerakkan penugasan dan akses; akuntabilitas atas data ada pada bisnis.
  • Pembuatan yang terbuka atau dikunci bergantung pada tata kelola di sekitar datanya. Terbuka tidak masalah untuk sebagian besar org kecil dan menengah; kunci ketika akun dikelola sebagai master di ERP atau disinkronkan dengannya; jalan tengahnya adalah tipe rekaman sementara dengan konversi terkendali ke tipe yang dikelola.
  • Jika ERP menjadi master sebuah bidang, Anda tidak sedang mengubahnya, Anda sedang meminta untuk mengubahnya. Golden record itu hibrida: bidang master dari ERP masuk, bidang milik Salesforce sendiri tidak pernah dikirim balik, dan alur dua arah butuh aturan tabrakan.
  • Klasifikasikan bidang yang sensitif, bukan setiap bidang. Dokumentasikan secara luas; klasifikasikan dengan sengaja; simpan metadata bisnis dan metadata teknis sekaligus.
  • Ajarkan regulasinya. Banyak arsitek belum pernah mendengar hukum di luar wilayah mereka sendiri, dan hukum-hukum ini membentuk desain sistem.
  • Pakai model persetujuan bawaan sebisa mungkin, alih-alih membangunnya ulang.
  • Untuk hak untuk dilupakan, kendalikan lebih dulu ke mana data pribadi pergi. Penghapusan jarang terjadi dan sulit; rancang agar data pribadi mendarat di sedikit tempat, lalu buru setiap salinannya: riwayat bidang, arsip, salinan analitik, indeks pencarian, dan percakapan agen, sebelum waktunya habis.
  • Shield adalah jawaban untuk persyaratan regulasi utama seperti enkripsi saat disimpan, dengan trade-off yang Anda rancang sejak awal.
  • Field Audit Trail jika diatur regulasi. Riwayat bidang standar adalah bawaannya.
  • Siapkan Event Monitoring sebelum Anda membutuhkannya, dan alirkan event-eventnya ke repositori seperti Splunk. Jangan sampai Anda baru tahu setelah masalah terjadi bahwa event-event itu tidak pernah ditangkap.

Siklus hidup data yang dikelola

Section titled “Siklus hidup data yang dikelola ”
Siklus hidup data yang dikelola Siklus hidup data yang dikelola dalam tujuh tahap, masing-masing dengan pertanyaannya dan contoh mekanisme Salesforce. Tangkap: apakah data ini cukup baik untuk diizinkan masuk? Aturan validasi, aturan duplikat, bidang wajib, gerbang kualitas; modul 2. Klasifikasikan: seberapa sensitif data ini? Bidang klasifikasi data untuk sensitivitas, kepatuhan, dan pemilik; modul 3. Lindungi: siapa yang boleh melihat dan mengubahnya? Berbagi, izin, akses bidang, enkripsi Shield, dan masking sandbox; modul 6. Gunakan: apakah pemakaian ini diizinkan? Model persetujuan, tujuan penggunaan data, serta akses integrasi dan agen; modul 5. Simpan: berapa lama kita menyimpannya? Kebijakan retensi, arsip, big object; modul 6. Hapus: apa yang terjadi di akhir? Privacy Center, job penghapusan, penghilangan identitas; modul 5. Audit: bisakah kita membuktikannya? Riwayat bidang, Field Audit Trail, dan Event Monitoring yang dikirim ke SIEM; modul 6. Di bawahnya: alat mendukung kebijakan; alat tidak mendefinisikannya. TAHAP PERTANYAANNYA CONTOH MEKANISME SALESFORCE DIBAHAS DI 1 · Tangkap Apakah cukup baik untuk diizinkan masuk? Aturan validasi, aturan duplikat, bidang wajib, gerbang kualitas Modul 2 2 · Klasifikasikan Seberapa sensitif? Bidang klasifikasi data: sensitivitas, kepatuhan, pemilik Modul 3 3 · Lindungi Siapa yang boleh melihat dan mengubahnya? Berbagi, izin, akses bidang, enkripsi Shield, masking sandbox Modul 6 4 · Gunakan Apakah pemakaian ini diizinkan? Model persetujuan, tujuan penggunaan data, akses integrasi dan agen Modul 5 5 · Simpan Berapa lama kita menyimpannya? Kebijakan retensi, arsip, big object Modul 6 6 · Hapus Apa yang terjadi di akhir? Privacy Center, job penghapusan, penghilangan identitas Modul 5 7 · Audit Bisakah kita membuktikannya? Riwayat bidang, Field Audit Trail, Event Monitoring ke SIEM Modul 6 Alat mendukung kebijakan; alat tidak mendefinisikannya. © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Tujuh pertanyaan sepanjang hidup data. Alat mendukung kebijakan; alat tidak mendefinisikannya.

Alur bab ini

Section titled “Alur bab ini ”

Enam modul, masing-masing dapat dibaca secara mandiri.

  1. Tata Kelola Dirancang ke Dalam Org. Pemilik, steward, dan kustodian; terpusat, terfederasi, atau hibrida; pemilik rekaman vs pemilik data; mengubah setiap kebijakan menjadi titik penegakan.
  2. Mencegah Data Buruk Masuk. “Cukup baik” sebagai definisi bisnis; pembuatan yang terbuka vs dikunci, rekaman sementara, dan satu tipe rekaman untuk setiap alur; golden record hibrida dan alur dua arah; keputusan kualitas di setiap batas data.
  3. Kenali Data Anda: Kamus, Silsilah Data, dan Klasifikasi. Metadata bisnis dan teknis; apa artinya, dari mana asalnya, bagaimana ia harus diperlakukan, dan mengapa klasifikasi tanpa penegakan hanyalah hiasan.
  4. Hukum Privasi Membentuk Desain. Hukum-hukum yang perlu dikenali, kesamaan di antara mereka (hak, transfer, pemberitahuan pelanggaran data, akuntabilitas), dan pertanyaan yang bertahan lebih lama dari hukumnya; dianonimkan vs dipseudonimkan; kepatuhan bukanlah produk.
  5. Persetujuan dan Hak untuk Dilupakan. Persetujuan sebagai data, model persetujuan standar, tenggat waktu pada setiap permintaan, dan merancang penghapusan sebelum permintaan pertama datang.
  6. Lindungi, Simpan, dan Buktikan. Trade-off enkripsi, sandbox, retensi, riwayat bidang dan Field Audit Trail, serta Event Monitoring yang disiapkan sebelum dibutuhkan.

Setelah selesai, uji diri Anda dengan panduan belajar bab ini: daftar periksa untuk ujian, kebiasaan di luar ujian, istilah penting, dan beberapa pertanyaan.

Yang diputuskan arsitek di sini

Section titled “Yang diputuskan arsitek di sini ”
  • Siapa pemilik setiap domain data penting, dan apa yang menegakkan kebijakan setiap pemilik.
  • Data buruk apa yang dicegah masuk, dan apa yang ditangkap, dikarantina, dan diperbaiki nanti.
  • Bidang mana yang sensitif, dan apa yang diubah oleh klasifikasi itu.
  • Ke mana data pribadi pergi, untuk apa ia boleh dipakai, dan bagaimana ia dihapus dari setiap salinan.
  • Berapa lama data dan riwayatnya disimpan, dan bukti apa yang ada untuk membuktikan apa yang terjadi.

Bab ini adalah panduan arsitektur, bukan nasihat hukum. Tim hukum dan kepatuhan memutuskan hukum mana yang berlaku dan apa yang diwajibkannya; arsitek mengubah persyaratan itu menjadi desain.

Di luar ujian: tata kelola punya konsumen baru, yaitu agen. Klasifikasi menentukan apa yang boleh diambilnya, persetujuan menentukan untuk apa ia boleh memakai data, dan silsilah data serta audit harus menjangkau sampai ke apa yang dikatakan dan dilakukannya. Setiap modul diakhiri dengan apa yang diubah AI untuk bagian siklus hidupnya.

Jelajahi

Section titled “Jelajahi ”

Berikutnya: Data Master dan Identitas