Bỏ qua, tới nội dung chính

Trung tâm quản trị hợp nhất

Mỗi hệ thống một trang admin riêng? Admux gom tất cả về một chỗ.

Admux kết nối trực tiếp cơ sở dữ liệu của từng hệ thống: bán hàng, kho, CRM, thanh toán. Doanh nghiệp tra cứu, cập nhật và kiểm soát toàn bộ dữ liệu vận hành trên cùng một nền tảng, với một lần đăng nhập, một mô hình phân quyền và một nhật ký kiểm toán.

  • Nhiều cơ sở dữ liệu trong một nơi quản trị
  • Một mô hình phân quyền cho mọi hệ thống
  • Một nhật ký kiểm toán cho mọi thao tác

Kết nối với

  • PostgreSQL
  • MySQL 8
  • SQL
  • JavaScript
  • React + TSX
  • Cron
  • SOURCE ban-hang · PostgreSQL · prod ✓
  • SOURCE kho-hang · MySQL 8 · prod ✓
  • RUN tra-cuu-don-hang · env=production · ✓
  • DENY xoa-don-hang · role=viewer · ghi nhật ký
  • JOB doi-soat-thanh-toan · cron 0 1 * * * UTC

Thực trạng

Mười hệ thống, mười trang admin, không ai nhìn được toàn cảnh

Cách làm hiện tại

  • Bán hàng, kho, CRM, thanh toán mỗi hệ thống có trang quản trị riêng, do các đội khác nhau xây và bảo trì.
  • Nhân viên giữ nhiều tài khoản; quyền được cấp và thu hồi rời rạc ở từng nơi.
  • Tra một đơn hàng phải mở ba công cụ rồi tự ghép kết quả.
  • Nhật ký thao tác nằm rải rác, khó trả lời ai đã sửa dữ liệu nào, ở hệ thống nào.

Với Admux

  • Cơ sở dữ liệu của mọi hệ thống kết nối vào một nơi, mỗi nguồn có cấu hình riêng cho từng môi trường.
  • Một lần đăng nhập, một mô hình phân quyền áp dụng cho toàn bộ thao tác.
  • Một màn hình ghép được dữ liệu từ nhiều nguồn; một action JavaScript điều phối thao tác trên nhiều hệ thống.
  • Mọi lần thực thi, trên mọi nguồn dữ liệu, ghi vào cùng một nhật ký kiểm toán.

Quy trình

Ba bước để đưa mọi hệ thống về một trung tâm quản trị

Không cần thay đổi hệ thống đang chạy: Admux làm việc trực tiếp trên cơ sở dữ liệu sẵn có của từng hệ thống.

  1. STEP_01

    Kết nối các nguồn dữ liệu

    Khai báo cơ sở dữ liệu PostgreSQL, MySQL của từng hệ thống, mỗi nguồn có cấu hình riêng cho dev và production. Xem cấu trúc bảng và sơ đồ quan hệ của từng nguồn ngay trên trình duyệt.

  2. STEP_02

    Định nghĩa thao tác

    Viết action SQL có tham số trên từng nguồn, hoặc action JavaScript gọi nhiều action để xử lý nghiệp vụ trải qua nhiều hệ thống. Action được kiểm tra khi publish và quản lý theo version.

  3. STEP_03

    Quản trị tập trung

    Người dùng được cấp quyền thao tác qua biểu mẫu tự sinh hoặc màn hình ghép dữ liệu nhiều nguồn. Mọi thao tác đi qua cùng một lớp phân quyền và cùng một nhật ký.

Tính năng

Mọi nguồn dữ liệu, một lớp quản trị chung

Kết nối, phân quyền, thực thi và kiểm toán dùng chung cho toàn bộ hệ thống của doanh nghiệp.

  • Nhiều nguồn dữ liệu trong một nơi

    Kết nối cơ sở dữ liệu PostgreSQL và MySQL của từng hệ thống. Mỗi nguồn có cấu hình riêng theo môi trường, hỗ trợ TLS với CA và client certificate.

  • Cấu trúc và sơ đồ của từng nguồn

    Bảng, cột, khoá chính, khoá ngoại của từng nguồn dữ liệu hiển thị dưới dạng danh sách và sơ đồ quan hệ, không cần mở công cụ quản trị cơ sở dữ liệu.

  • Màn hình ghép dữ liệu nhiều nguồn

    Một View gọi nhiều action trên các nguồn khác nhau: đơn hàng, tồn kho, khách hàng hiển thị trên cùng một màn hình cho đúng người cần dùng.

  • Điều phối thao tác liên hệ thống

    Action JavaScript gọi các action khác để xử lý một nghiệp vụ trải qua nhiều hệ thống. Quyền gọi giữa các action được cấp riêng.

  • Một mô hình phân quyền

    Vai trò admin, editor, viewer; group người dùng; quyền chạy theo từng action; quyền truy cập theo môi trường. Cấp và thu hồi ở một nơi cho mọi hệ thống.

  • Nhật ký kiểm toán tập trung

    Mọi thay đổi cấu hình và mọi lần thực thi trên mọi nguồn dữ liệu, kể cả lần bị từ chối, nằm trong cùng một nhật ký. Lọc và xuất file khi cần đối soát.

  • Tách môi trường dev, production

    Mỗi project có sẵn dev và prod. Action mới chưa áp dụng cho production cho tới khi được bật. Thanh điều hướng chuyển màu đỏ khi đang ở production.

  • Biến và secret

    Giá trị cấu hình theo môi trường, dùng trực tiếp trong action. Secret chỉ ghi, không hiển thị lại sau khi lưu.

  • Biểu mẫu chạy tự sinh

    Mỗi action có biểu mẫu sinh từ tham số; action ghi luôn yêu cầu xác nhận, chạy hàng loạt tối đa 10.000 bộ tham số. Kết quả xuất được ra CSV.

  • Sinh action CRUD từ bảng

    Chọn một bảng trên bất kỳ nguồn nào để có bộ action danh sách, xem, thêm, sửa, xoá ở dạng nháp cho đội kỹ thuật duyệt.

  • Bản nháp, version, rollback

    Chỉnh sửa trên bản nháp không ảnh hưởng bản đang dùng. Mỗi lần publish tạo một version cố định, có thể so sánh và khôi phục.

  • Job nền và lịch chạy

    Theo dõi tiến độ tác vụ dài và huỷ khi cần. Lịch cron áp dụng đồng thời cho nhiều môi trường.

Nhiều nguồn dữ liệu

Cơ sở dữ liệu của từng hệ thống, nhìn thấy trên cùng một nền tảng

Mỗi hệ thống được khai báo thành một data source với thông tin kết nối riêng cho từng môi trường. Trang Bảng & sơ đồ hiển thị cấu trúc thực tế của từng nguồn; từ một bảng, hệ thống sinh sẵn bộ action CRUD ở dạng nháp.

  • PostgreSQL và MySQL 8, cấu hình riêng cho dev và production
  • Sơ đồ quan hệ tự sắp xếp theo khoá ngoại của từng nguồn
  • Mật khẩu được mã hoá, không bao giờ gửi về trình duyệt
Từ sơ đồ quan hệ, chọn bảng sản phẩm và chọn các thao tác CRUD cần tạo thành action.

Màn hình hợp nhất

Một màn hình, dữ liệu từ nhiều hệ thống

View được viết bằng TSX và gọi bất kỳ action nào của project, nên một màn hình có thể đặt đơn hàng, tồn kho và thông tin khách hàng cạnh nhau. Có thể bắt đầu từ trình dựng bố cục kéo-thả; publish xong, người dùng tải lại trang là nhận bản mới.

  • Gợi ý kiểu dữ liệu cho từng action, kiểm tra kiểu khi publish
  • View chạy trong khung cách ly, dùng quyền của chính người xem
  • Quản lý version và rollback như action
Người dựng màn hình kéo khối số liệu và bảng dữ liệu vào bố cục, rồi gắn action cho bảng.

Kiểm soát tập trung

Một nơi để biết ai đã làm gì, trên hệ thống nào, ở môi trường nào

Quyền chạy được cấp theo từng action và từng môi trường, áp dụng như nhau cho mọi nguồn dữ liệu. Production được đánh dấu rõ ràng. Mọi lần thực thi, kể cả bị từ chối, đều có trong cùng một nhật ký kiểm toán.

  • Quyền chạy open hoặc restricted cho từng action
  • IP allowlist và giới hạn vai trò theo môi trường
  • Nhật ký ghi số dòng, không lưu nội dung dữ liệu
Khi chuyển sang Production, giao diện chuyển đỏ và mọi thao tác ghi dữ liệu đều phải xác nhận.

Vận hành tự phục vụ

Nhân viên nghiệp vụ tự tra cứu và cập nhật, không phải chờ đội phát triển

Mỗi action đã publish có trang thực thi riêng: biểu mẫu sinh từ tham số, kết quả dạng bảng, xuất CSV. Đội kỹ thuật định nghĩa thao tác một lần, không phải dựng thêm trang admin cho từng yêu cầu.

  • Action ghi luôn có bước xác nhận
  • Chạy hàng loạt tối đa 10.000 bộ tham số
  • Lưu lịch sử thực thi cho từng action
Khối chạy hàng loạt: danh sách bộ tham số và bản xem trước trước khi chạy

Vai trò

Phân định trách nhiệm theo vai trò

Bốn vai trò dùng chung cho mọi project và mọi nguồn dữ liệu, từ quản trị tổ chức tới người dùng nghiệp vụ.

  • Owner

    Quản trị tổ chức: tạo project, tạo và quản lý tài khoản người dùng cho toàn doanh nghiệp.

  • Admin

    Quản trị project: thành viên, group, môi trường, data source, xoá action, xem nhật ký kiểm toán.

  • Editor

    Xây dựng: viết action, quản lý biến và secret, dựng View, tạo lịch chạy.

  • Viewer

    Sử dụng: chạy action được cấp quyền, mở màn hình, theo dõi job. Không xem được SQL hay thông tin kết nối.

Bảo mật

Gom về một chỗ, kiểm soát chặt hơn

Một nơi truy cập được cơ sở dữ liệu của mọi hệ thống phải được bảo vệ chặt hơn bất kỳ trang admin riêng lẻ nào.

  • Thông tin kết nối được mã hoá

    Mật khẩu và chứng chỉ được mã hoá theo phương pháp envelope (AES-256-GCM) và chỉ được giải mã tại máy chủ thực thi. Trình duyệt không bao giờ nhận lại giá trị đã lưu.

  • SQL được kiểm tra khi publish

    Tham số luôn được bind, không ghép chuỗi vào câu lệnh. Câu nhiều lệnh, lệnh DDL hoặc lệnh ghi trong action chỉ đọc bị chặn trước khi tới người dùng.

  • Mã tuỳ biến chạy trong sandbox

    JavaScript chạy trong sandbox WebAssembly, không truy cập được file hay mạng. View chạy trong iframe cách ly trên origin riêng, không đọc được phiên đăng nhập.

  • Không cấp quyền ngầm

    Publish một View không cấp thêm quyền cho người xem. Người dùng chỉ chạy được action mà chính họ được phép. Quyền được kiểm tra tại một điểm duy nhất.

  • Ghi nhật ký mọi lần thực thi

    Mỗi lần thực thi, kể cả bị từ chối, đều ghi lại người thực hiện, thời điểm, môi trường và kết quả. Nội dung dữ liệu trả về không được lưu.

  • Tách biệt theo khách hàng

    Mỗi khách hàng có môi trường riêng về dữ liệu cấu hình, khoá mã hoá, tên miền và địa chỉ IP ra cố định để đưa vào allowlist của cơ sở dữ liệu.

Ứng dụng

Một trung tâm quản trị cho mọi bộ phận

  • Chăm sóc khách hàng

    Đơn hàng, thanh toán, giao vận trên một màn hình

    Nhân viên tra cứu một khách hàng và thấy ngay dữ liệu từ hệ thống bán hàng, thanh toán và kho, không phải mở từng công cụ. Phạm vi dữ liệu giới hạn theo quyền được cấp.

  • Vận hành

    Cập nhật hàng loạt có kiểm soát

    Cập nhật trạng thái hàng nghìn bản ghi trong một lần chạy hàng loạt, có bước xác nhận trước khi ghi và nhật ký sau khi thực thi.

  • Tài chính và dữ liệu

    Đối soát giữa các hệ thống theo lịch

    Đặt lịch cho các action tổng hợp doanh thu và đối soát dữ liệu giữa các nguồn. Kết quả xuất CSV để tiếp tục xử lý trên bảng tính.

  • Quản trị và bảo mật

    Cấp và thu hồi quyền ở một nơi

    Nhân viên nghỉ việc chỉ cần khoá một tài khoản. Quyền vào từng môi trường, từng thao tác được rà soát và kiểm toán tập trung.

Triển khai

Hạ tầng riêng cho từng doanh nghiệp

Mỗi khách hàng sử dụng một bản cài đặt độc lập. Dữ liệu cấu hình, khoá mã hoá, tên miền và địa chỉ IP ra không dùng chung với khách hàng khác.

  • Cô lập theo khách hàng

    Cơ sở dữ liệu cấu hình và khoá mã hoá riêng cho từng khách hàng.

  • IP ra cố định

    Chỉ cần mở allowlist cho một địa chỉ IP để nền tảng kết nối tới cơ sở dữ liệu của doanh nghiệp.

  • Hỗ trợ triển khai

    Đội ngũ triển khai cùng doanh nghiệp kết nối data source đầu tiên và xây dựng các công cụ ưu tiên.

Lộ trình phát triển

  • Action gọi HTTP/REST API
  • Đăng nhập một lần (SSO/SAML)
  • Gateway đặt trong VPC của doanh nghiệp
  • Phê duyệt trước khi chạy action nhạy cảm
  • Đẩy nhật ký kiểm toán sang hệ thống SIEM

Hỏi đáp

Câu hỏi thường gặp

Người dùng nghiệp vụ có cần biết lập trình không?

Không. Người dùng chỉ cần điền biểu mẫu và bấm chạy, hoặc mở màn hình đã dựng sẵn. Việc định nghĩa action cần kiến thức SQL (hoặc dùng tính năng sinh CRUD từ bảng). Dựng View tuỳ biến cần kiến thức React.

Admux khác gì trang quản trị sẵn có của từng hệ thống?

Trang quản trị của từng hệ thống chỉ thấy dữ liệu của hệ thống đó, với tài khoản và quy tắc phân quyền riêng. Admux kết nối cơ sở dữ liệu của nhiều hệ thống vào một nơi: một lần đăng nhập, một mô hình phân quyền, một nhật ký, và màn hình có thể ghép dữ liệu từ nhiều nguồn.

Có kết hợp được dữ liệu từ nhiều cơ sở dữ liệu không?

Có. Mỗi action chạy trên một data source; một View hoặc một action JavaScript gọi nhiều action, nên một màn hình hay một nghiệp vụ có thể dùng dữ liệu từ nhiều hệ thống trong cùng project. Action JavaScript chỉ gọi được action khác khi đã được cấp quyền.

Nền tảng hỗ trợ những nguồn dữ liệu nào?

PostgreSQL và MySQL (từ phiên bản 8.0), mỗi data source có cấu hình riêng cho từng môi trường và hỗ trợ TLS với CA, client certificate. Data source HTTP API hiện đã lưu được cấu hình và kiểm tra kết nối; action gọi HTTP nằm trong lộ trình phát triển.

Dữ liệu của doanh nghiệp có được lưu trên nền tảng không?

Không. Lịch sử thực thi và nhật ký chỉ ghi người thực hiện, action, thời điểm, môi trường, tham số (đã che giá trị nhạy cảm), kết quả và số dòng. Nội dung dữ liệu trả về không được lưu. Thông tin kết nối được mã hoá và không gửi về trình duyệt.

Làm sao ngăn thao tác ghi nhầm trên production?

Action mới mặc định không áp dụng cho production, và việc bật production cần xác nhận. Action ghi luôn yêu cầu xác nhận trước khi chạy. Môi trường production hiển thị màu đỏ. Quyền chạy có thể giới hạn cho từng người dùng hoặc group.

Chỉnh sửa action đang được sử dụng có ảnh hưởng người dùng không?

Không. Mọi chỉnh sửa diễn ra trên bản nháp, người dùng vẫn chạy version đã publish. Mỗi lần publish tạo version mới và có thể khôi phục về version trước bất kỳ lúc nào.

So với tự phát triển trang quản trị, Admux tiết kiệm được gì?

Đội phát triển không phải xây lại đăng nhập, phân quyền, nhật ký, quản lý môi trường, chạy nền và xuất dữ liệu cho từng hệ thống. Nguồn lực tập trung vào câu truy vấn và màn hình nghiệp vụ; việc publish không cần build hay deploy.

Nền tảng có hỗ trợ đăng nhập một lần (SSO) không?

SSO/SAML nằm trong lộ trình phát triển. Hiện tại, tài khoản do owner của tổ chức tạo và quản lý; phiên đăng nhập có thể thu hồi trên mọi thiết bị.

Quy trình bắt đầu sử dụng như thế nào?

Đặt lịch demo để đội ngũ của chúng tôi cùng doanh nghiệp kết nối các nguồn dữ liệu thử nghiệm và dựng những màn hình quản trị đầu tiên. Phần Tài liệu mô tả đầy đủ quy trình làm việc trên Admux.

Mọi hệ thống của doanh nghiệp, quản trị ở một nơi

Buổi demo 30 phút trên chính các hệ thống và kịch bản nghiệp vụ của doanh nghiệp bạn.