Tentang alur kerja tata kelola

Alur kerja tata kelola memungkinkan Anda menyiapkan kontrol otomatis dan mekanisme persetujuan untuk resource data organisasi. Dengan alur kerja ini, Anda dapat membantu memastikan bahwa individu atau tim yang berwenang mengelola akses ke produk data Anda dan mengatur metadata katalog dan glosarium.

Penggunaan alur kerja tata kelola memiliki manfaat berikut:

  • Konsumen data dapat menemukan produk data yang relevan dan meminta akses secara langsung dalam Knowledge Catalog (sebelumnya Dataplex Universal Catalog), sehingga menggantikan proses tiket dukungan manual.
  • Setelah permintaan disetujui, sistem akan otomatis memberikan peran Identity and Access Management (IAM) dan keanggotaan grup yang diperlukan, sehingga menghilangkan overhead administratif manual dan mengurangi waktu akses.
  • Log sistem mencatat jejak audit permintaan, justifikasi, keputusan pemberi persetujuan, dan stempel waktu untuk mendukung audit kepatuhan.
  • Mekanisme persetujuan terpusat untuk aset data sensitif membantu memastikan bahwa akses dan pembaruan metadata dibatasi untuk pengguna dan tim yang berwenang.

Kasus penggunaan

Alur kerja tata kelola mendukung pengelolaan akses otomatis dan kurasi metadata di berbagai skenario:

  • Pengelolaan akses produk data: manajer pemasaran atau analis risiko meminta akses ke produk data penjualan atau histori transaksi yang diseleksi untuk menganalisis perilaku pelanggan atau membangun model risiko. Setelah disetujui, peran IAM yang diperlukan akan otomatis disediakan.
  • Pengelolaan glosarium bisnis: organisasi mendelegasikan pembuatan dan pembaruan kategori dan istilah glosarium bisnis kepada kontributor domain atau kontraktor eksternal. Kontraktor mengirimkan permintaan tata kelola untuk ditinjau oleh data steward pusat sebelum memperbarui glosarium.
  • Entri katalog dan pengayaan metadata batch: kontributor data atau agen pengayaan otomatis mengusulkan update tunggal atau batch ke entri katalog, seperti membuat entri kustom, memperbarui deskripsi dan aspek, atau menautkan entri ke istilah glosarium bisnis. Pemilik data dapat meninjau dan menyetujui perubahan dalam satu alur kerja.

Menggunakan alur kerja tata kelola di Knowledge Catalog

Anda dapat menggunakan alur kerja tata kelola untuk meminta akses ke produk data, meminta perubahan metadata resource tunggal pada glosarium bisnis dan entri Knowledge Catalog, serta meminta perubahan metadata batch untuk entri dan link entri.

Serentak

Beberapa permintaan perubahan metadata yang tertunda dapat berada di satu resource. Knowledge Catalog menggunakan model penulis terakhir menang, yang berarti perubahan yang paling baru disetujui akan menimpa pembaruan sebelumnya, terlepas dari kapan permintaan dikirimkan. Permintaan yang menunggu persetujuan tetap valid meskipun resource diupdate secara langsung atau oleh permintaan persetujuan lain yang disetujui.

Operasi metadata yang didukung

Tabel berikut mencantumkan resource dan operasi yang didukung oleh permintaan perubahan metadata:

Resource Buat Perbarui Hapus
Kategori glosarium Ya Ya Ya
Istilah glosarium Ya Ya Ya
Entri Ya Ya Ya
Link entri Ya Tidak Ya

Permintaan perubahan metadata batch

Anda dapat menggunakan Dataplex API untuk mengelompokkan operasi metadata ke dalam satu permintaan perubahan.

Operasi metadata batch yang didukung

Tabel berikut mencantumkan resource dan operasi yang didukung oleh permintaan perubahan metadata batch:

Resource Buat Perbarui Hapus
Entri Ya Ya Ya
Link entri Ya Ya Ya

Permintaan perubahan metadata batch dapat berasal dari cara berikut:

  • Dikirim langsung oleh pengguna: Anda mengirim permintaan REST API untuk membuat permintaan perubahan batch untuk entri dan link entri.
  • Dibuat secara otomatis oleh agen pengayaan: saat eksekusi agen pengayaan menghasilkan rekomendasi metadata yang memerlukan peninjauan manual, bukan publikasi otomatis, agen akan membuat permintaan perubahan batch.

Jalur pemrosesan alur kerja tata kelola

Knowledge Catalog melacak permintaan di seluruh siklus prosesnya menggunakan nilai status. Tabel berikut menjelaskan setiap status untuk permintaan perubahan tunggal dan batch:

Status Permintaan tunggal Permintaan perubahan metadata batch
NEW Menunggu peninjauan. Hanya penulis yang dapat mengedit permintaan, dan hanya penulis atau administrator alur kerja yang dapat menghapusnya. Menunggu peninjauan. Penulis dapat mengedit permintaan yang dikirimkan pengguna, peninjau dapat mengedit permintaan agen pengayaan, dan penulis atau administrator alur kerja dapat menghapus permintaan.
APPLYING Tidak berlaku. Disetujui dan sedang diterapkan di latar belakang.
APPROVED Disetujui dan diterapkan. Disetujui, dan setidaknya satu perubahan dalam batch berhasil. Setiap error tingkat item tercantum dalam respons.
FAILED Tidak dapat diterapkan. Memperbarui permintaan akan mereset statusnya ke NEW untuk persetujuan ulang. Tidak ada perubahan dalam batch yang dapat diterapkan. Memperbarui permintaan akan mereset statusnya ke NEW untuk persetujuan ulang.
REJECTED Ditolak oleh pemberi persetujuan. Tidak ada perubahan yang diterapkan. Ditolak oleh pemberi persetujuan. Tidak ada perubahan yang diterapkan.

Jika permintaan dihapus secara manual, resource targetnya dihapus, atau masa berlakunya habis setelah 90 hari, Knowledge Catalog akan menghapus permintaan tersebut secara permanen dari penyimpanan. Kueri berikutnya untuk permintaan tersebut akan menampilkan error 404 NOT_FOUND.

Peran alur kerja tata kelola

Peran alur kerja tata kelola mencakup pemohon, pemberi persetujuan, dan administrator alur kerja. Tabel berikut menjelaskan peran secara mendetail:

Peran Deskripsi
Pemohon Membuat dan mengirimkan permintaan, serta dapat mengedit atau menghapus permintaan mereka sendiri saat dalam status NEW.
Approver Meninjau, menyetujui, atau menolak permintaan. Untuk permintaan perubahan metadata batch yang dibuat oleh agen pengayaan, pemberi persetujuan juga dapat mengedit perubahan batch yang diusulkan sebelum menyetujui.
Administrator alur kerja Memantau kepatuhan, mengonfigurasi kebijakan alur kerja, dan mengelola backlog permintaan. Administrator dapat melihat jejak audit di semua status permintaan dan memiliki izin penghapusan administratif untuk menghapus permintaan dalam status apa pun.

Batasan

Langkah berikutnya