Architecture

Nguồn: statecharts.dev Tóm tắt Statecharts (biểu đồ trạng thái phân cấp) là phần mở rộng của state machine truyền thống, cho phép tổ chức các trạng thái theo cấu trúc phân cấp và song song. Khái niệm này được David Harel giới thiệu vào năm 1987 như một giải pháp cho sự phức tạp của các hệ thống điều khiển lớn. Điểm khác biệt then chốt so với finite state machine thông thường là khả năng lồng ghép trạng thái (nested states) và xử lý đồng thời (parallel regions)....

Nguồn: Bytebytego Tóm tắt Bài viết EP212 của ByteByteGo cung cấp một cái nhìn tổng quan về ba mô hình lưu trữ và quản lý dữ liệu phổ biến: Data Warehouse, Data Lake và Data Mesh. Lưu trữ dữ liệu là phần dễ thực hiện, nhưng quyết định nơi và cách tổ chức dữ liệu mới là thách thức thực sự trong các hệ thống quy mô lớn. Data Warehouse là kho dữ liệu có cấu trúc cao, được tối ưu cho truy vấn phân tích (OLAP)....

Nguồn: ParlAI / Meta AI Tóm tắt Nghiên cứu từ năm 2021 của Meta AI (qua ParlAI) khảo sát câu hỏi cơ bản trong scaling LLM: tăng số lượng tham số (parameters) hay tăng lượng tính toán (computation) mỗi token có lợi hơn? Hai đại lượng này thường bị gộp chung vì trong Transformer chuẩn, chúng gắn chặt với nhau. Nhóm nghiên cứu đề xuất hai kiến trúc tách biệt hai chiều này: Hash Layers (tăng parameters không tăng FLOP) và Ladder/Staircase (tăng computation không tăng parameter count)....

Nguồn: Databricks Blog Tóm tắt Databricks phân tích kiến trúc và trường hợp sử dụng của operational databases — lớp dữ liệu phục vụ các ứng dụng real-time với yêu cầu latency thấp và throughput cao. Bài viết phân biệt rõ ràng operational databases với data warehouses: trong khi data warehouses tối ưu cho analytical queries (OLAP) trên lượng lớn dữ liệu lịch sử, operational databases (OLTP) phục vụ transactional workloads với read/write latency ở mức milliseconds....

Nguồn: AWS Architecture Blog Tóm tắt Know Your Customer (KYC) là quy trình bắt buộc với mọi tổ chức tài chính để ngăn chặn rửa tiền, tài trợ khủng bố và gian lận danh tính. Các hệ thống KYC legacy xây dựng trên kiến trúc monolithic xử lý batch thay vì real-time, dẫn đến bottleneck về latency, chi phí cao và không thể tích hợp với AI/ML hiện đại. Kiến trúc đề xuất sử dụng Amazon Bedrock AgentCore làm lớp orchestration cho năm sub-agent chuyên biệt: Identity Verification, Document Analysis, Fraud Detection, Compliance & Risk, và Customer Experience....

Nguồn: AWS Architecture Blog Tóm tắt Oldcastle Infrastructure — công ty vật liệu xây dựng lớn của Bắc Mỹ — đã tích hợp hệ thống ERP Infor với Amazon Aurora và Amazon QuickSight để xây dựng nền tảng real-time analytics. Bài toán xuất phát từ nhu cầu cung cấp business intelligence tức thời từ dữ liệu ERP vốn nằm trong silos, cho phép các stakeholder ra quyết định dựa trên dữ liệu realtime thay vì báo cáo batch end-of-day....

Nguồn: Bytebytego Tóm tắt DoorDash đã giải quyết bài toán mở rộng quốc tế bằng cách tái kiến trúc hệ thống onboarding Dasher từ một mớ if/else theo từng quốc gia thành một nền tảng module hóa. Trước đây, việc thêm một thị trường mới tốn hàng tháng kỹ thuật vì logic quốc gia nằm rải rác khắp codebase với ba phiên bản API tồn tại song song, trong đó V3 vẫn gọi xuống V2 handler và ghi vào V2 database tables....

Nguồn: Google Developers Blog Tóm tắt Google’s AI Agent Clinic đã phân tích và tái kiến trúc “Titanium” — một sales research agent hoạt động được trong môi trường dev nhưng không đáp ứng được yêu cầu production. Monolith ban đầu chạy một vòng for tuyến tính: khi một sub-task thất bại (API timeout hoặc hallucination), toàn bộ quy trình dừng mà không báo lỗi. Giải pháp là tách thành pipeline dùng Google Agent Development Kit (ADK) với các specialized sub-agents: Company Researcher, Search Planner, Case Study Researcher, Selector, Email Drafter....

Nguồn: Laws of Software Engineering Tóm tắt “Laws of Software Engineering” là một bộ sưu tập các nguyên tắc và pattern định hình cách các hệ thống phần mềm, team, và các quyết định kỹ thuật vận hành, được biên soạn bởi Dr. Milan Milanović. Dự án này tổng hợp những “định luật” đã được kiểm chứng qua thực tiễn kỹ thuật phần mềm trong nhiều thập kỷ, từ các quy luật kinh điển đến những nguyên tắc hiện đại....

Nguồn: Bytebytego Tóm tắt GitHub đã phát triển một AI agent có khả năng tự động sửa documentation, viết test, và refactor code ngay cả khi developer không online. Điều thú vị là toàn bộ kiến trúc bảo mật của hệ thống này được xây dựng với giả định rằng bản thân agent có thể bị compromise và cố gắng đánh cắp API key hoặc spam repository. Kiến trúc bảo mật của GitHub Agentic Workflow áp dụng nguyên tắc least-privilege: mỗi agent chỉ nhận đúng quyền cần thiết cho task hiện tại, không hơn....

Nguồn: Red Hat Blog Tóm tắt Bài viết của Red Hat phân tích sự tiến hóa từ RAG (Retrieval-Augmented Generation) sang agentic AI — một bước chuyển căn bản về kiến trúc và cách tư duy về AI system. RAG model về bản chất vẫn là “answer machine”: nhận câu hỏi, tìm context liên quan, trả lời. Agentic AI thay đổi điều này: model có thể lập kế hoạch, sử dụng tool, và thực hiện chuỗi hành động để đạt mục tiêu....

Nguồn: DB Pro Blog Tóm tắt Bài viết từ đội ngũ DB Pro đặt ra câu hỏi thực dụng: khi nào thì thực sự cần database? Luận điểm xuất phát từ một sự thật cơ bản — database cũng chỉ là files. SQLite là một file duy nhất, PostgreSQL là một thư mục files với process đứng trước nó. Vì vậy câu hỏi không phải là “dùng files hay không” mà là “dùng files của database hay files của chính mình”....

Nguồn: JavaScript Weekly Issue 781 Tóm tắt MDN (Mozilla Developer Network) — tài liệu tham khảo web tiêu chuẩn cho hàng triệu developer — đã rebuild toàn bộ frontend stack, từ bỏ React và chuyển sang Web Components kết hợp với một hệ thống server component tự phát triển. Quyết định này được Leo McArdle (MDN) ghi lại chi tiết, giải thích các lý do kỹ thuật và trade-off. Động lực chính là giảm lượng JavaScript không cần thiết shipped đến người dùng trên mỗi trang....

Nguồn: PlanetScale Blog Tóm tắt Kiểm soát luồng traffic vào database Postgres là một trong những quyết định kiến trúc quan trọng nhất khi xây dựng và mở rộng ứng dụng. PlanetScale đã tổng hợp các pattern phổ biến nhất bao gồm connection pooling, read replicas với read/write splitting, query routing, circuit breakers và rate limiting ở tầng database. Connection pooling là kỹ thuật cơ bản nhất: Postgres sử dụng mô hình process-per-connection, tức mỗi client kết nối sẽ tạo ra một backend process mới, tiêu tốn bộ nhớ và CPU đáng kể....