Data Management:Menyesuaikan proses persetujuan tiket

Ikhtisar

1. Buat node persetujuan

   Tambahkan pengguna DMS yang menyetujui tiket ke dalam node persetujuan.

2. Buat templat persetujuan

   Tentukan alur kerja persetujuan tiket kustom.

3. Terapkan templat persetujuan ke aturan keamanan yang terkait dengan instans

   Untuk mengaktifkan templat persetujuan kustom, terapkan ke aturan keamanan yang terkait dengan instans tersebut.

Catatan penggunaan

• Satu instans hanya dapat dikaitkan dengan satu aturan keamanan, yaitu aturan default atau aturan kustom.

• Kami menyarankan agar Anda mengonfigurasi minimal dua approver dalam proses persetujuan tiket untuk mencegah persetujuan yang salah atau keterlambatan.

• Aturan keamanan tingkat instans memungkinkan Anda menetapkan proses persetujuan berbeda untuk instans atau database, tetapi dalam praktiknya hal ini bisa bersifat membatasi. Contohnya:

  • Satu instansiasi basis data hanya memiliki satu DBA. Untuk menghindari bottleneck akibat satu approver, Anda mungkin perlu menugaskan tugas persetujuan kepada beberapa pengguna dengan peran DBA.

  • Satu instansiasi basis data digunakan bersama oleh database milik beberapa unit bisnis. Anda mungkin perlu melibatkan setiap unit bisnis dalam proses persetujuan untuk menangani tiket yang berkaitan dengan database masing-masing.

Langkah 1: Buat node persetujuan

1. Masuk ke DMS 5.0.

2. Arahkan penunjuk ke ikon di pojok kiri atas, lalu pilih All Features > Security and disaster recovery (DBS) > Approval Processes.

   Catatan

   Jika Anda menggunakan Konsol DMS dalam mode normal, pilih Security and disaster recovery (DBS) > Approval Processes di bilah navigasi atas.

3. Pada tab Approval Node, klik Create Approval Node dan konfigurasikan parameter dalam kotak dialog.

   Sebagai contoh, buat dua node persetujuan untuk administrator uji coba db_doc dan pengguna uji coba dmsuser.

   Kotak dialog mencakup tiga bidang wajib: Name, Remarks, dan Approver. Setelah selesai mengonfigurasi, klik Submit.

   Catatan

   Anda dapat menambahkan satu atau beberapa approver ke dalam satu node persetujuan. Jika sebuah node persetujuan memiliki beberapa approver, cukup salah satu dari mereka yang menyetujui permintaan.

4. Klik Submit.

   Setelah dikirim, dua node persetujuan yang Anda buat akan muncul dalam daftar: Test User (ID 4505448, Database db_doc, Username dmsuser_test) dan Test Admin (ID 4505433, Database db_doc, Username db_doc). Type-nya adalah Custom, dan Anda dapat Edit atau Delete keduanya.

Langkah 2: Buat templat persetujuan

1. Pada tab Approval Template, klik Create Approval Template dan konfigurasikan parameter dalam kotak dialog.

   Sebagai contoh, beri nama templat Test User->Test Admin dan tambahkan keterangan Define the approval flow: first approved by the test user, then by the test admin. Lalu, tambahkan node persetujuan dalam urutan berikut: Test User, Test Admin.

2. Klik Submit.

3. Setelah templat dibuat, catat Template ID yang baru.

   Dalam contoh ini, Template ID-nya adalah 4399383.

   Templat persetujuan baru memiliki alur persetujuan Test User->Test Admin. Type-nya adalah Custom, Associated Object-nya adalah db_doc, dan jumlah Approval Levels adalah 2. Ini menunjukkan bahwa tiket harus disetujui terlebih dahulu oleh pengguna uji coba, lalu oleh administrator uji coba.

Langkah 3: Terapkan templat ke aturan keamanan

1. Arahkan penunjuk ke ikon di pojok kiri atas, lalu pilih All Features > Security and disaster recovery (DBS) > Security Rules.

   Catatan

   Jika Anda menggunakan Konsol DMS dalam mode normal, pilih Security and disaster recovery (DBS) > Security Rules di bilah navigasi atas.

2. Pada halaman Security Rules, temukan aturan yang dituju, lalu klik Edit di kolom Actions.

   Anda dapat mengikuti langkah-langkah berikut untuk menemukan aturan keamanan yang terkait dengan suatu instans.

   Di panel navigasi kiri, pilih Database Instance. Di daftar instans, klik kanan instans yang dituju dan pilih View Details untuk melihat aturan keamanan yang terkait.

   Dalam kotak dialog Instance Details, bidang Security Rule pada bagian Basic Information menampilkan nama aturan keamanan yang terkait dengan instans tersebut, misalnya SD-DT.

3. Di halaman detail aturan keamanan, klik SQL Correct.

4. Atur Checkpoint menjadi risk approval rule, lalu klik Edit di samping Medium-risk approval process.

5. Di kotak teks Rule DSL, ganti ID proses persetujuan yang ada dengan ID baru: 4399383.

   Contoh kode Rule DSL: if @fac.risk_level=='middle' then select_approve_template(4399383) end. Setelah melakukan perubahan, klik Submit.

6. Klik Submit.

7. Di halaman detail aturan, Enable aturan proses persetujuan risiko menengah.

8. Kaitkan aturan persetujuan risiko dengan aturan identifikasi risiko.

   Pada "Production environment, default is medium risk" > risk identification rule, konfigurasikan aturan agar menerapkan proses persetujuan kustom ke database yang diperlukan.

   Di panel navigasi kiri, klik SQL Correct, pilih tab Risk Identification Rules. Pada baris aturan Production environment, default is medium risk, klik Edit di kolom Actions.

   Kode Rule DSL contoh berikut untuk aturan Production environment, default is medium risk menunjukkan bahwa ketika Anda melakukan operasi impor data pada database di lingkungan produksi, DMS menandai operasi tersebut sebagai risiko menengah. Dalam kasus ini, templat persetujuan Test User->Test Admin yang baru dibuat akan menangani persetujuannya.

   if
    @fac.env_type in ['product']
   then
    @act.mark_risk 'middle' 'Medium risk: production environment'
   end

9. Verifikasi apakah konfigurasi berhasil.

   Sebagai contoh, ajukan tiket impor data untuk database di lingkungan produksi. Selama tahap persetujuan tiket, jika proses persetujuan dalam kotak dialog persetujuan sesuai dengan konfigurasi Anda, maka konfigurasi tersebut benar. Untuk informasi selengkapnya, lihat Impor data.

   Sebagai contoh, kotak dialog Preview Details menampilkan proses persetujuan dengan tiga node persetujuan: Submit Application (diajukan oleh pengguna db_doc), Test User (disetujui oleh pengguna dmsuser_test), dan Test Admin (disetujui oleh pengguna db_doc).

Langkah selanjutnya

Setelah menyesuaikan proses persetujuan tiket, Anda mungkin juga perlu mengonfigurasi cara approver menerima notifikasi persetujuan, seperti melalui SMS, DingTalk, atau email. Untuk informasi selengkapnya, lihat manajemen pengguna dan Gunakan DingTalk atau Lark untuk mengirim notifikasi.

FAQ

T: Bagaimana cara menentukan approver berbeda untuk database yang berbeda?

J: Tetapkan pemilik resource yang berbeda untuk setiap database, lalu tambahkan node sistem 'Owner' ke dalam templat persetujuan.