Nhóm và quyền truy cập
Bốn vai trò khách hàng, các tài khoản phụ phản ánh đúng cơ cấu tổ chức doanh nghiệp của quý vị, khóa API cho từng tổ chức, đăng nhập một lần và nhật ký kiểm toán sau mỗi tác vụ đặc quyền. Cùng một mô hình truy cập được áp dụng trên bảng điều khiển, API, CLI, Terraform và máy chủ MCP của chúng tôi. Tính khả dụng: nhà cung cấp Terraform đang được tích cực phát triển và hiện chưa khả dụng. Mọi tính năng khác được mô tả ở đây đều đã hoạt động ngay hôm nay.
Quyền truy cập không phải là một công tắc bật/tắt đơn thuần. Mỗi tổ chức khách hàng được cung cấp bốn vai trò, mỗi vai trò là một gói cố định gồm các quyền module.action chi tiết — nhờ đó, người liên hệ tài chính không bao giờ chạm vào máy chủ và nhà phát triển không bao giờ nhìn thấy hóa đơn.
Toàn quyền kiểm soát tổ chức và các tài khoản phụ của tổ chức: tạo tổ chức con, mời và xóa thành viên, thay đổi vai trò, quản lý khóa API, khởi tạo, khởi động lại, tạm ngưng và xóa trang web, quản lý hóa đơn và phương thức thanh toán, cũng như đọc nhật ký kiểm tra. Có hai việc được chủ ý để bên ngoài phạm vi này — đóng tổ chức và hoàn tiền là các hành động của nhân viên, không phải là vai trò của khách hàng.
Mọi thứ liên quan đến tài chính và không có gì khác: hóa đơn, gói đăng ký, phương thức thanh toán và danh mục gói dịch vụ, cùng với chế độ xem tổ chức và danh sách thành viên. Hoàn toàn không có quyền truy cập trang web — người liên hệ tài chính hoặc kế toán bên ngoài không thể khởi động lại, tạm ngưng hoặc xóa bất cứ thứ gì.
Làm việc trên các trang web mà không động đến tiền bạc: xem và cấp phát trang web, khởi động lại dịch vụ, xóa bộ nhớ đệm, quản lý khóa API, cũng như gửi hoặc trả lời yêu cầu hỗ trợ. Không có quyền xem thanh toán, không quản lý thành viên, không tạm ngưng và không xóa — các hành động mang tính phá hủy và thương mại vẫn thuộc về chủ sở hữu.
Một chế độ xem đầy đủ mà không có khả năng thay đổi bất cứ điều gì — thành viên, trang web, thanh toán, gói dịch vụ, phiếu hỗ trợ, trạng thái bản dịch và nhật ký kiểm toán. Vai trò phù hợp cho bên liên quan của khách hàng, kiểm toán viên nội bộ hoặc nhân viên mới vẫn đang làm quen với công việc.
Mô hình thuê bao (tenancy) là một cấu trúc cây, không phải là một danh sách phẳng. Một tổ chức đại lý nằm trên các tổ chức khách hàng của họ và các trang web nằm dưới các tổ chức đó. Một thành viên nhóm là một tư cách thành viên — một người dùng, một tổ chức, một vai trò — vì vậy cùng một thành phần cơ bản này có thể vận hành một nhóm hai người, một đại lý quản lý một trăm tài khoản khách hàng và một nhà bán lại điều hành các tài khoản phụ dưới thương hiệu riêng của họ.
Các vai trò được cấp theo từng tổ chức và việc thực thi cũng theo từng tổ chức. Một vai trò trong một tổ chức không cấp bất kỳ quyền truy cập nào trong một tổ chức riêng biệt, không liên quan — một nhà thầu có thể là Nhà phát triển trên tài khoản của một khách hàng và Chỉ đọc trên tài khoản thứ hai, từ cùng một thông tin đăng nhập. Tuy nhiên, quyền truy cập được phân cấp xuống theo hệ thống phân cấp của riêng bạn: một vai trò trong tổ chức mẹ sẽ áp dụng cho các tổ chức được lồng bên dưới nó, đây là cách các đại lý và đơn vị trung gian quản lý khách hàng của họ.
Tính cô lập được thực thi trong cơ sở dữ liệu chứ không chỉ trong mã ứng dụng. Tính năng bảo mật cấp hàng của Postgres giới hạn phạm vi mọi truy vấn của đối tượng thuê vào cây con của trình gọi, và bất kỳ thứ gì nằm ngoài cây con đó sẽ trả về kết quả không tìm thấy thay vì lỗi cấp quyền — do đó nền tảng thậm chí không bao giờ xác nhận sự tồn tại của tổ chức hoặc trang web của đối tượng thuê khác.
Vai trò không chỉ là tiện ích dành riêng cho bảng điều khiển. Mọi cách thức truy cập vào nền tảng đều dẫn đến cùng các khóa quyền hạn, vì vậy không có cửa sau nào có thể bỏ qua các quy tắc truy cập của quý vị.
Trang web, thanh toán, phiếu hỗ trợ, thông báo chung, thông báo cá nhân, khóa API và quản lý nhóm trong một giao diện duy nhất. Giao diện hiển thị những gì vai trò của thành viên đã đăng nhập cho phép, nhờ đó mọi người không nhìn thấy các nút điều khiển mà họ không thể sử dụng.
API được xuất bản chính là API công cụ mà bảng điều khiển sử dụng. Các khóa API được cấp cho từng tổ chức với phạm vi chi tiết gắn liền với quyền RBAC, và các chế độ sandbox cùng live riêng biệt cho phép quý vị thử nghiệm tích hợp mà không ảnh hưởng đến việc thanh toán hay cấp phát tài nguyên thực tế.
Quản lý các trang web, miền, DNS, hộp thư và các gói dịch vụ dưới dạng cơ sở hạ tầng dưới dạng mã và chạy terraform apply để khởi tạo dịch vụ lưu trữ — được điều chỉnh bởi các phạm vi tương tự như mọi thứ khác.
Kết nối Claude Code, Cursor, ChatGPT, Claude Desktop hoặc bất kỳ công cụ nào hỗ trợ MCP. Mã token được giới hạn trong phạm vi một tổ chức và các quyền RBAC của tổ chức đó, có thể thu hồi theo từng công cụ, có xác nhận đối với các tác vụ mang tính phá hủy, giới hạn chi tiêu và nhật ký kiểm toán đầy đủ.
Chỉ có mã băm của mỗi khóa API được lưu trữ — không bao giờ lưu trữ khóa gốc. Các khóa có tên và tiền tố hiển thị để quý vị có thể phân biệt chúng, ghi lại thời điểm sử dụng lần cuối và có thể thu hồi riêng lẻ mà không ảnh hưởng đến các khóa còn lại.
Quản lý danh tính chạy trên Keycloak, vì vậy xác thực là OIDC và SAML chuẩn mực thay vì một biểu mẫu đăng nhập tùy chỉnh được gắn tạm vào bảng điều khiển lưu trữ.
Mọi hành động có đặc quyền đều ghi lại một bản ghi kiểm tra chỉ thêm: ai đã thực hiện, họ đã làm gì, họ đã tác động lên đối tượng nào, bằng chứng hỗ trợ và địa chỉ IP khởi tạo. Nhật ký này chỉ thêm — các sự kiện được thêm vào chứ không được chỉnh sửa tại chỗ — và trong môi trường sản xuất, nó được phân vùng theo thời gian để duy trì tốc độ nhanh khi tăng dung lượng.
Đọc nhật ký đó chính là một quyền hạn. Chủ sở hữu và các thành viên chỉ có quyền đọc nắm giữ quyền này, do đó cả người chịu trách nhiệm về tài khoản và người kiểm tra tài khoản đều có thể xem toàn bộ lịch sử mà không cần các quyền nâng cao để làm điều đó.
Xoay quanh đó là các biện pháp kiểm soát mà các nhóm lớn hơn yêu cầu: chính sách phiên, danh sách IP cho phép tùy chọn theo từng tổ chức và xác thực nâng cao cho các hành động nhạy cảm để một phiên hoạt động riêng lẻ không đủ để thực hiện điều gì đó nghiêm trọng.
Danh mục quyền là dữ liệu chứ không phải logic được mã hóa cứng — đó là lý do tại sao nó có thể được mở rộng mà không cần tái cấu trúc nền tảng.
Chủ sở hữu có toàn quyền kiểm soát tổ chức và các tài khoản phụ của tổ chức, bao gồm các thành viên, khóa API, trang web và phương thức thanh toán. Quản lý thanh toán xem hóa đơn, gói đăng ký, phương thức thanh toán và các gói dịch vụ mà không có quyền truy cập trang web. Nhà phát triển quản lý các trang web và khóa API cũng như xử lý các phiếu hỗ trợ mà không có quyền kiểm soát thanh toán hoặc thành viên. Quyền chỉ đọc có thể xem các thành viên, trang web, thanh toán, các gói dịch vụ, phiếu hỗ trợ và nhật ký kiểm tra mà không thể thay đổi bất kỳ điều gì.
Hiện chưa có dưới dạng cài đặt cho từng trang web — việc giới hạn một tư cách thành viên cho các trang web cụ thể là một cải tiến đã được lên kế hoạch. Hiện tại, quý vị có thể đạt được sự phân tách tương tự bằng cấu trúc đối tượng thuê: hãy đưa các trang web đó vào một tổ chức con và cấp cho người đó một vai trò tại đó. Vì các vai trò được cấp theo từng tổ chức, quyền truy cập đó sẽ không áp dụng cho bất kỳ mục nào khác trong tài khoản của quý vị.
Không — các khóa API được cấp theo từng tổ chức, với phạm vi chi tiết gắn liền với cùng các quyền RBAC, cùng các chế độ sandbox và live riêng biệt. Hãy sử dụng chúng làm thông tin xác thực dịch vụ cho các tích hợp, CI hoặc Terraform, và sử dụng quyền thành viên cho con người. Chỉ hàm băm của mỗi khóa được lưu trữ, mỗi khóa đều ghi lại thời điểm được sử dụng lần gần nhất, và bất kỳ khóa nào cũng có thể bị thu hồi riêng lẻ.
Vai trò Developer bao gồm việc xem và cấp phép các trang web, khởi động lại dịch vụ, xóa bộ nhớ đệm, quản lý khóa API và xử lý các yêu cầu hỗ trợ. Vai trò này không có quyền xuất bản trên một trang web đang hoạt động, vì vậy nếu quý vị muốn ai đó có thể áp dụng các thay đổi, quyền truy cập đó cần thuộc về chủ sở hữu. Các vai trò được áp dụng theo từng tổ chức, do đó quý vị có thể giữ một vai trò khác trên một tài khoản khác.
Có. Danh tính chạy trên Keycloak với OIDC và SAML, vì vậy tính năng đăng nhập một lần SAML khả dụng cho khách hàng doanh nghiệp và đại lý cùng với đăng nhập bằng liên kết ma thuật, email và mật khẩu, nhà cung cấp mạng xã hội, khóa liên kết và xác thực hai yếu tố TOTP, được thực thi theo chính sách. Một phiên bao gồm bảng điều khiển, trang web công khai và cơ sở kiến thức, cũng như các phiếu hỗ trợ.
Mọi hành động đặc quyền đều được ghi vào nhật ký kiểm toán chỉ cho phép thêm mới, ghi lại tác nhân, hành động, mục tiêu, bằng chứng hỗ trợ và địa chỉ IP. Việc đọc nhật ký này là một quyền riêng biệt, được nắm giữ bởi cả hai vai trò Chủ sở hữu và Chỉ đọc, nhờ đó chủ tài khoản và kiểm toán viên có thể xem xét cùng một lịch sử.
Các gói dịch vụ được định giá theo dung lượng lưu trữ thay vì theo số lượng người dùng. Ví dụ: trên dòng Footprint-Free, tất cả 42 gói đều chia sẻ chính xác cùng một bộ quyền lợi và chỉ khác nhau về số lượng trang web được phép. Giá luôn được hiển thị từ danh mục trực tiếp, theo đơn vị tiền tệ của quý khách, vì vậy những gì quý khách thấy trên trang định giá chính là số tiền thực tế được tính.
Có. Bản dùng thử Footprint-Free kéo dài 14 ngày, không cần thông tin thẻ và áp dụng cho tối đa 5 trang web, vì vậy quý khách có thể thiết lập tổ chức của mình, mời nhóm và thử nghiệm các vai trò trong công việc thực tế trước khi thanh toán bất kỳ khoản nào. Có bảo đảm hoàn tiền trong 30 ngày cho các gói trả phí.
Bắt đầu dùng thử 14 ngày không cần thẻ trên dòng Footprint-Free, mời nhóm của quý vị và xem các vai trò hoạt động trên các trang web thực tế trước khi quý vị thanh toán bất kỳ khoản nào.
Bắt đầu miễn phí