Compose Local Subgraphs Inside Hive Gateway

Judgment-Based API Governance at Scale

Khi tổ chức sản phẩm và kỹ thuật mở rộng, hệ API cũng phát triển theo với nhiều tính năng mới và các mẫu thiết kế cũ đan xen. Cách tiếp cận governance dựa trên phán đoán (judgment-based) thay vì quy định cứng nhắc giúp duy trì tính nhất quán khi quản lý hàng nghìn endpoint API như tại Netflix, áp dụng linh hoạt các nguyên tắc cho từng ngữ cảnh cụ thể. Hệ quả là đội ngũ có thể phát triển API nhanh hơn mà không hy sinh chất lượng, đồng thời giảm xung đột giữa các team khi họ có cơ chế tự chủ trong việc tuân thủ governance. Bài viết cung cấp case study thực tế về cách Netflix quản lý governance API quy mô lớn, giúp lập trình viên hiểu cách cân bằng giữa tự chủ và kiểm soát trong môi trường phát triển nhanh.

Bài này giúp lập trình viên hiểu cách áp dụng quản trị API hiệu quả khi quy mô mở rộng dựa trên phán đoán chuyên môn.

GitLab Critical Patch Release: 19.3.2, 19.2.6, 19.1.8

GitLab vừa phát hành bản vá bảo mật quan trọng phiên bản 19.3.2, 19.2.6 và 19.1.8 cho cả Community Edition và Enterprise Edition. Các bản vá này khắc phục lỗ hổng nghiêm trọng ảnh hưởng đến GitLab CE và EE, không được chi tiết cụ thể trong bài. Người dùng nên cập nhật ngay vì lỗ hổng có thể cho phép kẻ tấn công thực thi mã từ xa hoặc truy cập dữ liệu không được phép. Điều đáng học hỏi là ngay cả các hệ thống như GitLab vẫn thường xuyên phát hiện ra lỗ hổng, cho thấy việc cập nhật bảo mật định kỳ là cần thiết.

Lập trình viên quản lý hệ thống hoặc phát triển ứng dụng trên GitLab nên đọc để cập nhật các sửa lỗi trọng tâm (critical patch) mới nhất, đặc biệt là về bảo mật và tính ổn định cho phiên bản CE/EE hiện tại, tránh rủi ro từ các exploit mới hoặc bug nghiêm trọng ảnh hưởng đến quy trình CI/CD và môi trường sản xuất.

The Good Parts of MCP: Prompts and Resources

Bối cảnh của bài viết tập trung vào các yếu tố tốt đẹp của MCP (Model Context Protocol) nhưng thường bị bỏ qua do mảng công cụ tools được nhấn mạnh quá mức. Nguyên nhân kỹ thuật là vì đa số tập trung vào số lượng tools server hỗ trợ (như con số được đề cập trong nội dung) mà bỏ qua prompts và resources quan trọng. Hệ quả là người dùng đánh giá sai giá trị thực sự của MCP khi chỉ dựa vào số tools. Điều đáng học là prompts và resources mới là yếu tố cốt lõi quyết định hiệu quả của MCP, không chỉ là số lượng tools.

Bài viết này giúp lập trình viên hiểu được phần giá trị thực sự của MCP vượt ra ngoài các công cụ, tập trung vào prompts và resources tối ưu để nâng cao hiệu quả làm việc.

Improved Schema Checks in GitHub Merge Queues

GitHub đã tích hợp Hive schema checks vào Merge Queues để tự động xác thực thay đổi cơ sở dữ liệu trước khi hợp nhất. Cập nhật mới cho phép mỗi mục trong hàng đợi so sánh với commit cơ sở (base commit) của nhánh thay vì với HEAD của nhánh đích. Việc này tách riêng các thay đổi schema do pull request hiện tại ra khỏi những thay đổi có thể đã được áp dụng trước đó, giảm nguy cơ falsa positive và falsa negative trong kiểm tra. Khi thiết kế pipeline CI/CD cho schema, nên luôn so sánh với commit cơ sở của thay đổi thay vì với trạng thái chung để cô lập tác động của mỗi PR. Áp dụng cách này giúp zespo phát triển tin tưởng hơn vào kết quả kiểm tra schema và giảm thời gian debug khi hợp nhất code.

Bài này giúp lập trình viên hiểu cách kiểm tra schema trong GitHub Merge Queues so sánh entry với commit cơ sở, tách biệt các thay đổi schema do pull request hiện tại mang lại.

REST vs. GraphQL: A Detailed Comparison of API Architectures for Developers

REST và GraphQL là hai kiến trúc API phổ biến cho developer lựa chọn. REST sử dụng endpoint cố định như /users và /posts với method HTTP riêng biệt, trong khi GraphQL chỉ cần một endpoint và client tự định nghĩa cấu trúc truy vấn cần thiết. REST có thể gây over-fetching hoặc under-fetching dữ liệu, trong khi GraphQL giải quyết vấn đề này cho phép client yêu cầu chính xác những gì cần. GraphQL cung cấp schema type-strong giúp phát hiện lỗi sớm, nhưng REST có cache đơn giản hơn với HTTP caching mechanism. Lập trình viên nên cân nhắc GraphQL cho ứng dụng phức tạp với nhiều yêu cầu dữ liệu đa dạng, hoặc REST cho dự án đơn giản và caching quan trọng.

Bài này giúp lập trình viên hiểu rõ sự khác biệt giữa REST và GraphQL để chọn kiến trúc API phù hợp cho dự án.

GitHub async merge API generally available

GitHub's async merge API is now generally available, letting automations merge individual or stacked pull requests, add PRs to a merge queue, or merge directly, with the option to bypass rules if permitted. Requests are submitted with PUT and polled via GET using a returned request ID, which helps clients avoid waiting on complex merges in busy repositories. GitHub now recommends this API over the synchronous REST merge endpoint or GraphQL mutations, and it is the only merge API supporting stacked pull requests.

MCP Security in Practice: Building a Go Gateway That Blocks Unsafe AI Tool Calls

MCP Security in Practice: Building a Go Gateway That Blocks Unsafe AI Tool Calls The attack that started this project An MCP server exposes a tool called read_file. Buried in its description is a …