AI Changed How Spotify Builds. What We Learned (and Fixed) About Quality at Higher Velocity

AI Is Already Better at Coding Than Most Software Developers

Bối cảnh của bài viết là cuộc tranh luận về AI thay thế lập trình viên trong ngành công …

Microservices vs Monolithic Architecture: What Nobody Tells You Until You've Lived Through Both

So sánh chi tiết giữa monolithic và microservices vượt qua lý thuyết, bàn về sự phức tạp trong deployment, sự ảnh hưởng của Conway's Law đến ownership team, khó khăn trong debugging và observability, cũng như thách thức về data consistency, performance và scaling. Bài viết chỉ ra monolithic thực sự phù hợp trong những trường hợp nào, khi nào microservices mang lại hiệu quả, và giới thiệu khái niệm "modular monolith" như giải pháp trung gian. Các lỗi phổ biến như resume-driven development hay distributed monoliths được liệt kê kèm framework thực tế để ra quyết định dựa trên team, domain, delivery, operations và scale. Thông điệp chính là chọn architecture dựa trên vấn đề thực tế chứ không phải sự phức tạp giả định.

Bài viết này giúp lập trình viên hiểu rõ sự cân thực giữa kiến trúc microservices và monolithic, tránh những sai lầm phổ biến và đưa ra quyết định kiến trúc phù hợp dựa trên nhu cầu thực tế.

Multi-Agent Is the New Microservices. Including the Mistakes.

Bối cảnh: Xu hướng microservices đang phát triển thành hệ thống Multi-Agent với nhiều …

I Am a Flat-Rate Monthly Responsibility Service

Một kỹ sư kỳ duyệt suy ngẫm về lý thực tế mọi người làm việc trong ngành công nghệ, thừa …

Behind the Scenes: How the OpenTelemetry Plugin Maps Your Microservices in Real-Time

Trong các dự án microservices, kiến trúc đồ họa thường không phản ánh thực tế deployment gây khó khăn cho việc gỡ lỗi. OpenTelemetry plugin giải quyết vấn đề này bằng cách thu thập dữ liệu telemetry thực tế từ hệ thống và mapping ra kiến trúc động. Công nghệ này sử dụng OpenTelemetry Collector và semantic conventions để tự động phát hiện các kết nối giữa services với độ chính xác cao. Điều đáng học hỏi là cách biến dữ liệu metric thành visualization hữu ích giúp developer hiểu ngay luồng data trong production mà không cần phụ thuộc vào documentation lỗi thời.

Bài viết này giúp lập trình viên hiểu cách OpenTelemetry theo dõi và ánh xạ kiến trúc microservices thời gian thực, hỗ trợ hiệu quả gỡ lỗi và tối ưu hệ thống phân tán.

Built for Reliability: How American Express Processes Payments at Scale

American Express sử dụng kiến trúc cell-based để xử lý giao dịch thanh toán quy mô lớn. Kiến trúc này chia hệ thống thành các cell độc lập, mỗi cell chứa đầy đủ các dịch vụ cần thiết để xử lý một giao dịch. Khi một cell gặp sự cố, các cell khác vẫn có thể tiếp tục hoạt động, đảm bảo hệ thống không bị sập hoàn toàn. Mô hình này giúp American Express đạt độ sẵn sàng cao, với thời gian downtime chỉ vài giây mỗi năm và xử lý hàng triệu giao dịch mỗi ngày. Các lập trình viên học được cách thiết kế hệ thống phân tán có khả năng chịu lỗi bằng cách cô lập sự cố trong một phạm vi nhỏ.

Bài viết này giúp lập trình viên hiểu cách xây dựng hệ thống xử lý giao dịch đáng tin cậy ngay cả khi gặp sự cố.

Linux development is really benefiting from AI, but not from its coding

Linux development đang nhận được lợi ích đáng kể từ AI, nhưng không phải trong lĩnh vực lập trình code. Các Large Language Models (LLMs) vượt trội hơn khả năng coding của chúng ở một khía cạnh cụ thể: việc phân tích và diễn giải hàng triệu dòng mã nguồn kernel Linux. Các công cụ như GitHub Copilot vẫn gặp khó khăn khi hiểu ngữ cảnh sâu của hệ điều hành phức tạp như Linux, dẫn đến các đề xuất code không phù hợp. Ngược lại, LLMs tỏ ra mạnh mẽ trong việc trích xuất thông tin, nhận diện mẫu và hiểu cấu trúc thư mục của dự án. Điều này cho thấy giá trị thực sự của AI trong phát triển phần mềm không thay thế nhà phát triển, mà mở rộng khả năng nhận thức của họ về hệ thống đang làm việc.

LLMs vượt trội trong việc giải quyết vấn đề lập trình hơn là viết code trực tiếp.

Microservices Are Not a Sign You’re a Senior Engineer

Bài viết chỉ ra hiện tượng coi số lượng dịch vụ microservices như dấu hiệu của kinh nghiệm cao trong ngành phần mềm. Tac giả lấy ví dụ về một dự án có tới 37 dịch vụ độc lập, mỗi dịch vụ được triển khai trong container và kết nối qua API REST/gRPC. Nguyên nhân kỹ thuật là xu hướng tách hệ thống quá sớm mà không xác định rõ ranh giới nghiệp vụ, dẫn đến sự dư thừa trong quản lý cấu hình, giám sát và truy vết lỗi. Hệ quả là tăngภาระ vận hành, độ trễ giao tiếp giữa dịch vụ và khó duy trì tính nhất quán dữ liệu, khiến đội ngũ tiêu tốn nhiều thời gian cho DevOps thay vì phát triển tính năng. Bài học là trước khi quyết định chuyển sang microservices, cần đánh giá độ phức tạp miền vấn đề, cân nhắc sử dụng monolith mô-đun hoặc các dịch vụ có kích thước vừa phải, và chỉ mở rộng khi có bằng chứng thực tế về nhu cầu mở rộng và đội ngũ có khả năng vận hành.

Bài viết này giúp lập trình viên hiểu rằng kiến trúc microservices không phải là thước đo trình độ kỹ năng hay kinh nghiệm senior thực sự.