Bỏ qua để đến nội dung
Documentation

Quản trị catalog: chủ sở hữu dữ liệu, curation và vai trò

Một danh mục dữ liệu (data catalog) chỉ đáng tin khi có người chịu trách nhiệm cho từng tài sản trong đó. Nếu không ai “chăm”, catalog nhanh chóng đầy mô tả lỗi thời, thuật ngữ mâu thuẫn, phân loại sai — và người dùng quay lại thói quen cũ: đi hỏi vòng quanh thay vì tra cứu. Trang này dành cho người mới: ai sở hữu dữ liệu, luồng curation duyệt nội dung trước khi công bố diễn ra thế nào, ai được xem – sửa – duyệt (vai trò & quyền), và vì sao catalog là việc làm liên tục chứ không phải làm một lần.

Ai chịu trách nhiệm cho dữ liệu?

Phần tiêu đề “Ai chịu trách nhiệm cho dữ liệu?”

Trong catalog, mỗi tài sản dữ liệu — một nguồn, một bảng, một cột, hay một thuật ngữ nghiệp vụ — đều nên có người đứng tên chịu trách nhiệm. Có hai vai trò hay gặp, dễ nhầm nhưng khác nhau:

  • Chủ sở hữu dữ liệu (data owner) — thường là người ở phía nghiệp vụ, có thẩm quyền cao nhất với tài sản đó. Họ trả lời câu hỏi “dữ liệu này dùng để làm gì, ai được dùng, quy tắc kinh doanh là gì”. Ví dụ: Giám đốc Kinh doanh sở hữu dữ liệu khách hàng và doanh thu.
  • Người quản lý dữ liệu (data steward) — người chăm sóc hằng ngày: viết và cập nhật mô tả, gắn thuật ngữ, kiểm tra phân loại, xử lý vấn đề chất lượng, trả lời thắc mắc của người dùng. Steward là “người gác cổng” cho chất lượng metadata của tài sản.

Vì sao quan trọng cho governance: khi mỗi tài sản có chủ rõ ràng, mọi câu hỏi đều có nơi để hỏi và mọi thay đổi đều có người chịu trách nhiệm. Catalog hiển thị chủ sở hữu ngay trên mỗi tài sản, nên người dùng không còn phải dò tìm “ai biết bảng này”. Đây cũng là yêu cầu nền tảng để tuân thủ (compliance): khi có quy định về dữ liệu cá nhân, phải chỉ ra được ai chịu trách nhiệm cho từng tập dữ liệu nhạy cảm.

Ataccama làm thế nào: Knowledge Catalog cho phép gán vai trò chịu trách nhiệm lên từng tài sản (owner, steward…), hiển thị các vai trò này ngay trong trang tài sản, và gắn quy trình phê duyệt vào đúng những người đó. Việc gán có thể làm cho từng tài sản hoặc theo nhóm tài sản (ví dụ: toàn bộ một nguồn dữ liệu giao cho một steward).

Ví dụ Việt Nam: một ngân hàng có bảng KHACH_HANG_VAY. Phòng Tín dụng là chủ sở hữu (định nghĩa thế nào là “khoản vay đang hoạt động”, ai được xem). Một chuyên viên dữ liệu của phòng là steward: mỗi quý rà lại mô tả các cột, xác nhận thuật ngữ “Nợ xấu” vẫn khớp định nghĩa nghiệp vụ, kiểm tra cột số CCCD đã được gắn nhãn nhạy cảm hay chưa.

Curation: duyệt nội dung trước khi công bố

Phần tiêu đề “Curation: duyệt nội dung trước khi công bố”

Curation (biên tập – kiểm duyệt catalog) là việc rà soát và chuẩn hóa thông tin của một tài sản — mô tả, thuật ngữ, phân loại — rồi mới công bố cho toàn tổ chức tra cứu. Mục tiêu: thứ gì xuất hiện trong catalog phải là thứ đã được người có thẩm quyền xác nhận, không phải bản nháp tự động chưa ai kiểm.

Vì sao cần bước duyệt? Catalog hiện đại tự sinh rất nhiều metadata: AI gợi ý mô tả cho cột, máy đoán thuật ngữ, quy tắc tự gắn nhãn nhạy cảm. Những gợi ý này rất hữu ích nhưng chưa chắc đúng 100 phần trăm. Một cột tên amt có thể được máy đoán là “số tiền giao dịch”, nhưng thực ra là “số tiền hoàn trả”. Nếu công bố thẳng mà không duyệt, sai sót sẽ lan ra toàn tổ chức và làm mất niềm tin vào catalog.

Một luồng curation điển hình:

  1. Khám phá & nạp tài sản. Catalog kết nối nguồn, quét và đưa bảng/cột vào dưới dạng bản nháp, kèm metadata kỹ thuật.

  2. Làm giàu tự động. Hệ thống chạy profiling, gợi ý mô tả – thuật ngữ – phân loại bằng AI hoặc quy tắc. Đây mới là đề xuất, chưa phải thông tin chính thức.

  3. Steward biên tập. Người quản lý dữ liệu rà từng đề xuất: sửa mô tả cho đúng nghiệp vụ, gắn đúng thuật ngữ từ business glossary, xác nhận hoặc chỉnh nhãn nhạy cảm (PII), bổ sung ngữ cảnh (“bảng này cập nhật hằng đêm lúc 2h”).

  4. Phê duyệt. Tài sản (hoặc thay đổi) được gửi đi duyệt. Người duyệt — thường là data owner hoặc steward cấp cao — xem lại và chấp thuận hoặc trả lại kèm góp ý.

  5. Công bố. Sau khi duyệt, tài sản chuyển sang trạng thái đã công bố và hiện ra cho toàn tổ chức tra cứu, với mô tả – thuật ngữ – nhãn đã được xác nhận.

  6. Theo dõi & cập nhật. Khi nguồn thay đổi (thêm cột, đổi nghĩa), tài sản quay lại bước biên tập — vòng lặp lặp lại liên tục.

Ataccama làm thế nào: Knowledge Catalog có trạng thái và quy trình phê duyệt (workflow) cho tài sản và thuật ngữ — đề xuất, đưa đi duyệt, chấp thuận, công bố. Người được giao vai trò duyệt sẽ nhận việc cần xử lý; phần đã duyệt mới hiển thị như thông tin chính thức. Điều này giữ ranh giới rõ giữa “máy gợi ý” và “người đã xác nhận”.

Vai trò & quyền: ai xem, ai sửa, ai duyệt (RBAC)

Phần tiêu đề “Vai trò & quyền: ai xem, ai sửa, ai duyệt (RBAC)”

Không phải ai cũng được làm mọi việc trong catalog. RBAC (Role-Based Access Control — phân quyền theo vai trò) nghĩa là: thay vì cấp quyền cho từng người một, ta định nghĩa vai trò (ví dụ: Người xem, Steward, Người duyệt, Quản trị) với một bộ quyền, rồi gán người dùng vào vai trò.

Phân tách quyền hay gặp trong catalog:

  • Người xem (consumer) — tìm kiếm, đọc mô tả, xem thuật ngữ, xem điểm chất lượng, theo dõi tài sản. Đây là đa số người dùng (phân tích viên, nhân viên nghiệp vụ).
  • Người đóng góp / steward — chỉnh sửa metadata: viết mô tả, gắn thuật ngữ, đề xuất phân loại cho những tài sản mình phụ trách.
  • Người duyệt / owner — chấp thuận hoặc trả lại các thay đổi, công bố tài sản.
  • Quản trị (admin) — cấu hình kết nối nguồn, định nghĩa vai trò, quản lý quy tắc phân loại và phân quyền.

Vì sao quan trọng cho governance: RBAC vừa mở vừa chặn đúng chỗ. Mở: cho càng nhiều người tra cứu càng tốt — đó chính là mục tiêu self-service. Chặn: chỉ người được giao mới sửa hoặc duyệt, để thông tin chính thức không bị thay đổi tùy tiện. Đặc biệt, quyền xem dữ liệu nhạy cảm (giá trị thật trong cột PII) thường tách riêng với quyền xem metadata — nhiều người được xem mô tả của cột CCCD nhưng không được xem giá trị bên trong.

Ví dụ Việt Nam: ở một doanh nghiệp bán lẻ, mọi nhân viên phân tích được vai trò Người xem để tra cứu bảng doanh thu, sản phẩm, tồn kho. Đội dữ liệu phòng Marketing được vai trò Steward để biên tập metadata các bảng liên quan chiến dịch. Chỉ Trưởng phòng Dữ liệu có vai trò Người duyệt để công bố thay đổi. Quản trị hệ thống mới được cấu hình kết nối và sửa quy tắc phân loại.

Chi tiết cách thiết lập vai trò và phân quyền trong Ataccama ONE, xem Vai trò & phân quyền (RBAC).

Vì sao catalog phải được “chăm” liên tục

Phần tiêu đề “Vì sao catalog phải được “chăm” liên tục”

Sai lầm dễ mắc phải nhất là coi catalog là dự án làm một lần: nạp dữ liệu, viết mô tả, rồi để đó. Nhưng dữ liệu của tổ chức luôn thay đổi — thêm bảng mới, đổi cấu trúc, định nghĩa nghiệp vụ điều chỉnh, hệ thống cũ ngừng dùng. Metadata cũ thì mất tin cậy: chỉ cần vài mô tả sai là người dùng bắt đầu nghi ngờ cả catalog, và quay về cách làm cũ.

Vì vậy stewardship là việc vận hành liên tục, không phải hạng mục triển khai một lần:

  • Rà soát định kỳ — steward kiểm tra lại tài sản mình phụ trách theo lịch (ví dụ hằng quý): mô tả còn đúng không, thuật ngữ còn khớp không, có cột nhạy cảm mới chưa gắn nhãn không.
  • Xử lý thay đổi nguồn — khi nguồn dữ liệu đổi, catalog phát hiện và đưa phần thay đổi quay lại luồng curation để duyệt.
  • Theo phản hồi người dùng — người dùng có thể đánh dấu mô tả sai, hỏi thêm, hoặc đề xuất bổ sung; steward tiếp nhận và cập nhật.
  • Theo dõi tài sản “mồ côi” — tài sản mất chủ (người phụ trách nghỉ việc) cần được giao lại, tránh bị bỏ quên.

Ataccama làm thế nào: Knowledge Catalog hỗ trợ vòng đời này bằng tự động phát hiện thay đổi khi quét lại, giữ trạng thái duyệt để biết phần nào đã lỗi thời, và gắn vai trò chịu trách nhiệm để mỗi tài sản luôn có người trông coi. Stewardship trong catalog cũng song hành với stewardship trong MDM (dữ liệu chủ): cùng tinh thần “có người chịu trách nhiệm và quy trình duyệt”, áp cho hai lớp khác nhau — xem Quản lý dữ liệu (stewardship) trong MDM.

Tiếp theo

Phần tiêu đề “Tiếp theo”
Chia sẻ: