proto.lib

Monorepo vs Polyrepo: chi phí thật nằm ở cách thay đổi lan truyền

Trong monorepo, một thay đổi xuyên suốt nhiều package hạ cánh atomically và ai cũng build trên cùng một version — nhưng CI phải tính đúng tập AFFECTED subgraph, nếu không mỗi commit sẽ build lại toàn bộ repo; trong polyrepo mỗi service release độc lập, đổi lại là chi phí phối hợp version-skew: publish thư viện, bump N consumer, xử lý xung đột kiểu diamond dependency.

ArchitectureTrung bình2026-08-21
Monorepo vs Polyrepo: chi phí thật nằm ở cách thay đổi lan truyền

Tags

#monorepo#polyrepo#build-graph#affected-graph#ci-cd#version-skew#dependency-management

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

ArchitectureTrung bình

Consumer-Driven Contract Testing: test tích hợp không cần chạy cả hai service

Mỗi consumer ghi lại request nó gửi và hình dạng response nó phụ thuộc vào thành một contract, publish lên broker; CI của PROVIDER tự động verify từng contract đã publish với triển khai thật của nó, nên provider biết mình vừa làm hỏng ai đó trước khi deploy, còn consumer chỉ cần test với stub sinh từ chính contract đó.

#contract-testing#pact#consumer-driven#ci-cd
ArchitectureNâng cao

Retry Budget: chặn khuếch đại retry qua chuỗi service

Mỗi client chỉ được retry trong hạn mức phần trăm lưu lượng (retry budget), retry bị cấm lan truyền qua nhiều tầng gọi liên tiếp, và deadline được truyền xuống downstream — khác với chỉ dùng backoff hoặc circuit breaker riêng lẻ.

#retry-budget#retry-amplification#deadline-propagation#circuit-breaker
Case StudyTrung bình

CI Monorepo: Affected Targets + Test Sharding

Pipeline CI của monorepo trước tiên xác định target nào bị ảnh hưởng bởi diff, rồi chia bộ test bị ảnh hưởng thành nhiều shard cân bằng theo thời gian chạy lịch sử để các runner xong gần cùng lúc; cache dependency/build tái sử dụng giữa các lần chạy, cuối cùng gộp báo cáo từ mọi shard.

#ci-cd#monorepo#test-sharding#affected-targets