#multi-tenancy

When agents build, deploy, and maintain, persistence becomes the hard problem

Các ứng dụng agent đang đối mặt với thách thức chi phí cơ sở dữ liệu khi agent phải xây dựng, triển khai và duy trì hệ thống. Nguyên nhân kỹ thuật là do coupling giữa state và compute khiến database phải hoạt động liên tục để lưu trữ trạng thái của agent. Hệ quả là chi phí cơ sở dữ liệu tăng lên đáng kể khi hệ thống mở rộng, gây ra "database idle cost trap". Giải pháp hiệu quả là decoupling state từ compute, giúp giảm đáng kể chi phí khi không có agent nào hoạt động. Bài viết cung cấp kiến thức thực tế về cách tối ưu hóa kiến trúc agent-based application để cân bằng giữa hiệu năng và chi phí.

Bài này giải quyết bài toán persistence khó khăn khi agent quản lý trạng thái và tính toán, giúp tối ưu chi phí database cho ứng dụng agent-based.

Amazon Bedrock AgentCore Memory now supports flexible namespace variables

Amazon Bedrock vừa cập nhật AgentCore Memory để hỗ trợ biến namespace linh hoạt, cho phép người dùng định nghĩa namespace động thay vì cố định. Trước đây, mỗi agent phải chỉ định namespace cụ thể trong mã hoặc cấu hình, gây khó khăn khi mở rộng sang nhiều môi trường hoặc khách hàng. Với tính năng mới, biến namespace có thể được truyền vào tại thời gian chạy thông qua tham số hoặc biến môi trường, giúp cùng một bản code agent phục vụ nhiều tenant mà không cần thay đổi. Điều này giảm thiểu lỗi cấu hình, tăng tính tái sử dụng và đơn giản hoá quy trình triển khai trong các hệ thống đa khu vực hoặc đa tài khoản AWS. Bài học cho nhà phát triển là khi thiết kế thành phần lưu trữ cho agent, nên ưu tiên sử dụng biến cấu hình linh hoạt thay vì giá trị cứng để dễ dàng mở rộng và bảo trì.

Tìm hiểu cách tận dụng namespace variables linh hoạt trong Amazon Bedrock AgentCore để nâng cao khả năng lưu trữ và truy xuất thông tin cho ứng dụng AI của bạn.

Designing Search-Friendly Public Pages for a Multi-Tenant Next.js SaaS Application

Bối cảnh: Khi phát triển ứng dụng SaaS đa tenant trên Next.js, cần tách riêng trang công khai (marketing) khỏi phần ứng dụng riêng tư đã xác thực. Nguyên nhân kỹ thuật: Bài viết hướng dẫn sử dụng route groups để tạo folder public riêng, xây dựng mô hình dữ liệu công khai độc lập, render nội dung quan trọng ở server-side, sinh metadata và structured data từ cùng nguồn nội dung, trả về 404 thực sự cho slug không hợp lệ và giữ URL canonical ổn định. Hệ quả: Khi áp dụng, trang công khai được tìm kiếm tốt hơn, giảm tải client-side fetch, tránh tạo hàng nghìn trang programmatic mỏng cho mỗi tenant và giữ các liên kết thực (anchor links) để navigation, đồng thời không dùng noindex làm biện pháp bảo mật. Điều đáng học: Viết ticket SEO cụ thể, kiểm tra hiệu suất script bên thứ ba, và tự động hóa kiểm tra route công khai bằng Playwright trong pipeline triển khai để đảm bảo các thay đổi không phá vỡ SEO. Lưu ý thêm: Các biện pháp trên giúp duy trì tính khả mở và chất lượng SEO mà không cần phụ thuộc vào các thủ thuật mỏng manh hoặc các biện pháp bảo mật sai lầm.

Modular Edge Computing at Multi-Tenant SaaS Scale on Cloudflare Workers

A modular Cloudflare Workers architecture separates edge features into deployable workers, using image optimization to explore per-tenant controls, CDN differences, staged releases, and testing.

RAG Retrieval Authorization and Data Lifecycle: Tenant Filters, Provenance, and Deletion

Learn RAG access control and data lifecycle patterns for .NET: server-derived scopes, tenant filters, provenance, revisions, deletion, caches, and audit trails.

AWS HealthOmics now supports IAM session policies

AWS HealthOmics nay hỗ trợ IAM session policies, cho phép kiểm soát truy cập chi tiết hơn vào dữ liệu genomics và proteomics. Công nghệ này sử dụng các chính sách phiên (session policies) để giới hạn phạm vi quyền trong một phiên đăng nhập cụ thể. Việc triển khai giúp giảm rủi ro tiết lộ dữ liệu nhạy cảm trong môi trường đa người dùng. Các lập trình viên làm với healthcare data nên cân nhắc áp dụng để tăng cường bảo mật khi xử lý dữ liệu HealthOmics.

Bài viết này giúp lập trình viên hiểu cách sử dụng IAM session policies trong AWS HealthOmics để tăng cường bảo mật quản trị truy cập vào dịch vụ.

What's new in CYPEX v2.0.0: tenancy moves from the query to the catalog

CYPEX v2.0.0 di chuyển cơ chế tách tenant khỏi mã ứng dụng sang PostgreSQL row-level security, giúp người xem có thể đọc chính sách và thực hiện kiểm tra. Trước đây, cơ chế multi-tenancy được triển khai trong code, tạo ra độ phức tạp và khó bảo trì. Sử dụng row-level security của PostgreSQL giúp giảm thiểu lượng code cần viết và quản lý, đồng thời tăng tính minh bạch cho chính sách bảo mật. Lợi ích lớn nhất là các chính sách now nằm trực tiếp trong database, không phải lồng trong code, giúp đơn giản hóa bảo trì và kiểm toán. Đây là bài học quý cho các dự án multi-tenant về việc tận dụng native feature của database thay vì tự triển khai giải pháp.

Lập trình viên nên đọc bài này để hiểu cách CYPEX tách biệt logic thuê nhà khỏi code ứng dụng và chuyển vào PostgreSQL row-level security, tăng bảo mật và dễ kiểm tra.

Inside LuBot's database-per-tenant architecture

Bối cảnh: Một lập trình viên đơn độc đã xây dựng thành công kiến trúc multi-tenant cho LuBot chỉ trong 6 ngày. Nguyên nhân kỹ thuật: Thành công này nhờ Neon API cung cấp PostgreSQL serverless, cho phép thiết kế cơ sở dữ liệu riêng cho từng tenant một cách hiệu quả. Hệ quả: Kiến trúc database-per-tenant này đảm bảo tính cách ly hoàn toàn giữa các khách hàng, đồng thời vẫn giữ được khả năng mở rộng. Điều đáng học: Trường hợp này chứng minh rằng với công nghệ phù hợp như Neon, việc xây dựng hệ thống multi-tenant phức tạp có thể thực hiện nhanh chóng ngay cả với nguồn lực hạn chế.

Bài viết chia sẻ kiến thức thiết lập kiến trúc cơ sở dữ liệu đa tenant khả năng mở rộng chỉ trong sáu ngày với một người lập trình viên.

PostgreSQL Row-Level Security With EF Core and Npgsql

EF Core query filters can be bypassed. PostgreSQL row-level security enforces tenant isolation on reads and writes, if you connect with the right database role…

Red Hat AI 3.5 tackles the GPU queue that can stall AI pilots

Red Hat AI 3.5 brings priority-aware GPU scheduling and tenant isolation to shared infrastructure, plus pre-deployment safety evals via EvalHub.

The Agentic Road to Revenue

Xây dựng SaaS chỉ là phần đầu tiên trong hành trình thương mại hóa phần mềm. Bài viết hướng dẫn chi tiết cách triển khai ứng dụng SaaS lên Azure Marketplace - nền tảng có hơn 220 sản phẩm được đăng tải mỗi tháng. Tác giả giải thích cơ chế phân phối, tính năng quản lý subscription và tích hợp payment gateway như Stripe hay PayPal trên Azure. Thành công trên marketplace đòi hỏi chiến lược pricing model linh hoạt và kỹ năng optimize user experience. Lập trình viên cần hiểu rõ technical requirements của Azure để tích hợp seamless và tận dụng benefits như automatic scaling.

Bài viết này giúp lập trình viên hiểu cách biến ý tưởng SaaS thành sản phẩm thương mại thành công trên Azure Marketplace.

Whose GPUs are these, anyway? Secure, self-service metrics for multi-tenant Kubernetes

Bối cảnh là bài viết giải quyết vấn đề phân bổ chi phí GPU trong môi trường Kubernetes đa tenant, khi các team không xác định được ai đang tiêu tốn tài nguyên nhất. Nguyên nhân kỹ thuật là do hệ thống monitoring hiện tại chỉ theo dõi tổng thể GPU usage mà không phân tích theo từng namespace hoặc workload. Hệ quả là doanh nghiệp phải trả hóa đơn lớn nhất cho cơ sở hạ tầng mà không biết cách tối ưu hóa, dẫn đến lãng phí tài nguyên và chi phí. Điều đáng học là bài viết đề xuất giải pháp Secure, self-service metrics sử dụng Prometheus và Grafana để cho phép các team tự xem và quản lý tài nguyên GPU của mình, với ví dụ cụ thể về dashboard cho việc theo dõi NVIDIA GPU metrics.

Bài viết giải quyết vấn đề quản lý và phân bổ GPU trong môi trường Kubernetes đa tenant một cách an toàn và hiệu quả.

Global Query Filters in EF Core

Bài viết giới thiệu cách sử dụng Global Query Filters trong EF Core để triển khai tính năng như soft delete và multi-tenancy. Nó giải thích cách tạo bộ lọc tên (named filters) trong EF Core 10 và áp dụng chúng qua ModelBuilder.HasQueryFilter. Tuy nhiên, khi kết hợp bộ lọc toàn cục với navigation bắt buộc (required navigation), EF Core có thể vô tình loại bỏ các hàng không có navigation liên quan, dẫn đến mất dữ liệu mà không có cảnh báo. Điều này xảy ra vì bộ lọc được áp dụng sau khi EF Core thực hiện join, và nếu navigation là bắt buộc thì các bản ghi thiếu liên kết sẽ bị loại trừ khỏi kết quả. Bài học là luôn kiểm tra tính bắt buộc của navigation và xem xét sử dụng optional navigation hoặc chuyển bộ lọc sang cấp độ entity thay vì dựa vào join ngầm khi dùng Global Query Filters.

Bài viết này giúp lập trình viên hiểu cách sử dụng Global Query Filters trong EF Core để triển khai soft delete, multi-tenancy và tránh lỗi rủi ro với navigation properties.

ABP vs Clean Architecture templates, starter kits, and DIY ASP.NET Core

Compare ABP Platform with DIY ASP.NET Core, Clean Architecture templates, and starter kits, and learn which trade-offs matter for multi-tenancy, ident...

Hiding a Signup Button Isn’t Security: From Client-Side Controls to Cross-Tenant Data Exposure

Bài viết mô tả một lỗi bảo mật phổ biến khi phát triển ứng dụng đa tenant: ẩn nút Đăng ký chỉ bằng cách sử dụng CSS hoặc JavaScript ở phía client. Nguyên nhân kỹ thuật là việc kiểm soát quyền truy cập được thực hiện hoàn toàn ở giao diện người dùng, trong khi endpoint API vẫn chấp nhận yêu cầu tạo tài khoản mà không xác thực tenant của người gọi. Do đó, kẻ tấn công có thể gửi request trực tiếp tới API, tạo tài khoản trong tenant khác và sau đó truy cập dữ liệu của tenant đó, dẫn đến lộ dữ liệu xuyên tenant. Trong trường hợp được phân tích, tác giả cho thấy chỉ cần một request POST tới endpoint /api/signup với payload hợp lệ là đủ để vượt qua kiểm soát ẩn nút. Bài học chính là phải luôn thực hiện kiểm soát ủy quyền và xác thực tenant ở phía server, không dựa vào bất kỳ biện pháp ẩn giao diện nào ở client.

Bài viết giúp lập trình viên nhận thức được những lỗ hổng bảo mật nghiêm trọng khi chỉ dựa vào kiểm soát phía client-side mà không có biện pháp bảo vệ thực sự.

Self-service backup for VMs and containers on OpenShift: No cluster-admin required

Learn how OpenShift APIs for Data Protection (OADP) self-service lets non-admin teams back up and restore OpenShift VMs and containers without cluster-admin.

Building an AI factory on Kubernetes

Bối cảnh: Các đội ngũ đang phát triển các ứng dụng AI và cần tài nguyên tính toán mạnh mẽ để huấn luyện và triển khai mô hình. Nguyên nhân kỹ thuật: Khi một nhóm tinh chỉnh mô hình trên một cụm Kubernetes, nó yêu cầu nhiều GPU đồng thời, khiến các nhóm khác phải chờ hoặc chia sẻ tài nguyên. Hệ quả: Sự tranh giành tài nguyên dẫn đến tắc nghẽn, thời gian chờ tăng và giảm hiệu suất over‑all của hệ thống. Điều đáng học: Việc xây dựng một “AI factory” trên Kubernetes yêu cầu quản lý pool GPU có thể chia sẻ, sử dụng scheduler và resource quotas để tránh tranh chấp. Kết luận: Nếu bạn đang cân nhắc triển khai, hãy xem cách họ thiết kế multi‑tenant scheduling và cost‑effective allocation để tối ưu hoá quy trình.

Bài viết này giúp lập trình viên hiểu cách xây dựng và quản lý một nhà máy AI hiệu quả trên Kubernetes để tối ưu hóa tài nguyên GPU cho nhiều nhóm làm việc cùng lúc.

CORTO’s billion-scale legal semantic search with Aurora PostgreSQL pgvector

CORTO, a legal tech platform serving over 10,000 law firms, scaled Amazon Aurora PostgreSQL with pgvector to handle 7.6 billion vectors across 2.5 billion documents in a 46 TB cluster, delivering sub-second semantic search. Key architectural decisions included separating vector storage from bulk text (moving metadata to DynamoDB and archives to S3), self-hosting Nomic embeddings to avoid API rate limits, migrating from OpenAI ADA (1,536 dimensions) to Nomic embeddings (384 dimensions) for a 75% storage cost reduction, and implementing per-firm partial HNSW indexes with hash partitioning by firm_id for tenant isolation and consistent low-latency performance. The company also built two-layer observability combining service-level tracing with document-level pipeline correlation, cutting mean time to resolution from hours to minutes.

Workspaces in LangSmith for improved collaboration and organization

Workspaces in LangSmith lets enterprises separate resources between different teams, business units, or deployment environments.

A Convention Is Not a Constraint

Học cách bảo vệ dữ liệu đa tenant khi chuyển từ cơ sở hạ tầng độc lập sang worker dùng chung, sử dụng tenant context, database roles và giới cách biệt được thực thi.

Bài viết này giúp bạn bảo vệ dữ liệu đa tenant hiệu quả khi chuyển từ cơ sở hạ tầng riêng sang worker chia sẻ.

Building a Secure Employee Document Portal with Node.js and Express

A tutorial walks through designing a secure employee document portal using Node.js and Express, focusing on separating authentication from resource-level authorization, enforcing tenant isolation in multi-tenant systems, keeping sensitive files out of public directories, and using expiring signed download URLs. It covers safe file upload handling with generated storage keys instead of user-controlled filenames, minimizing stored sensitive data, separating audit logs from debug logs, adding browser security headers like CSP, keeping the interface accessible, and testing failure paths (blocked cross-tenant or cross-employee access) alongside successful downloads.

Cloud Native platform sovereignty through multi-plane architecture

Bài viết bàn về chủ quyền cloud (cloud sovereignty) không chỉ dừng lại ở lựa chọn region mà còn mở rộng sang kiến trúc đa-plane (multi-plane architecture), giúp tăng cường kiểm soát và độc lập cho nền tảng cloud-native.

Lập trình viên cần đọc bài này để hiểu cách xây dựng nền tảng đa tầng (multi-plane) giúp kiểm soát và tối ưu hóa quyền chủ quyền đám mây không chỉ ở cấp độ vùng, mà còn ở các lớp kiến trúc khác như mạng, lưu trữ, và ứng dụng, giúp đảm bảo an toàn, tuân thủ và hiệu suất cao trong môi trường đám mây.

Per-developer environments were the goal. Agents moved the goalposts.

Môi trường phát triển dựa trên từng nhà phát triển (per-developer environments) không còn phù hợp khi các AI coding agents tham gia vào quy trình. Cần chuyển đổi đơn vị quản lý đa tenancy từ developer sang các thay đổi (changes) trong code.

Là một lập trình viên muốn tối ưu hóa hiệu suất và tương tác với công nghệ mới, bài viết này giúp bạn hiểu cách AI và môi trường phát triển cá nhân hóa đang thay đổi cách làm việc, từ đó tối ưu hóa hiệu quả công việc và chuẩn bị sẵn sàng cho những thay đổi trong ngành.

Fair by design: orchestrating background jobs in Ruby—Martian Chronicles, Evil Martians’ team blog

Bài viết đề cập đến tầm quan trọng của việc ưu tiên công bằng cho các background job trong Ruby, nhằm tránh tình trạng người dùng bị chặn bởi tài nguyên bị chiếm dụng bởi người dùng khác.

Lập trình viên nên đọc bài này để tránh tình trạng hệ thống bị chậm do các nhiệm vụ background không được phân phối công bằng, ảnh hưởng đến trải nghiệm của người dùng thường xuyên hơn những người sử dụng nhiều hơn.

Multi-tenant BYOK encryption in PostgreSQL with pgcrypto

Triển khai mã hóa cột multi-tenant BYOK trong PostgreSQL bằng pgcrypto, sử dụng khóa mã hóa do khách hàng quản lý.

Lập trình viên cần đọc bài này để hiểu cách bảo mật dữ liệu multi-tenant bằng mã hóa bằng khóa do khách hàng quản lý (BYOK) trong PostgreSQL, giúp tối ưu hóa an toàn và tuân thủ tiêu chuẩn bảo mật trong ứng dụng phân tán.

Amazon OpenSearch Serverless now supports up to 10,000 collections per collection group

Amazon OpenSearch Serverless nâng giới hạn lên 10.000 collections mỗi collection group, giúp quản lý khối lượng dữ liệu lớn hơn hiệu quả.

Lập trình viên cần đọc bài này để hiểu cách tối ưu hóa quy mô dữ liệu cho ứng dụng tìm kiếm và phân tích với OpenSearch Serverless, giúp tiết kiệm chi phí và cải thiện hiệu suất khi xử lý hàng triệu dữ liệu trong các nhóm tập hợp lớn.

New ClusterNetworkPolicy in GKE

CNP trên GKE cho phép quản trị viên quản lý bảo mật mạng tập trung và triển khai các chính sách nhất quán, không thể bỏ qua.

Lập trình viên cần đọc để hiểu cách ClusterNetworkPolicy trong GKE giúp bảo vệ ứng dụng của họ bằng cách áp dụng các quy tắc an ninh mạng thống nhất, giảm thiểu rủi ro từ các cuộc tấn công mạng và tối ưu hóa cách triển khai các dịch vụ container trong Kubernetes.