proto.lib

OTA firmware: rollout theo cohort & A/B partition an toàn

Firmware được ký số, tải xuống có thể resume, ghi vào phân vùng INACTIVE (A/B), xác minh hash rồi mới reboot vào đó; rollout chia theo cohort (canary → 1% → 10% → all) dựa trên health metric, và thiết bị không check-in sau reboot sẽ tự rollback về slot cũ.

Case StudyNâng cao2026-08-21
OTA firmware: rollout theo cohort & A/B partition an toàn

Tags

#ota-update#ab-partition#staged-rollout#signed-firmware#rollback#canary#resumable-download

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

Rollout cấu hình theo giai đoạn (Config as a Deploy)

Một thay đổi config phải được xem như một deploy: giá trị được version hoá trong config store, validate theo schema, rồi rollout dần (một instance, một zone, rồi toàn bộ) với auto-rollback khi health signal xấu — vì một flag sai hoặc limit sai lan tới mọi instance nhanh hơn bất kỳ code deploy nào.

#configuration#staged-rollout#canary#schema-validation
Case StudyTrung bình

Merge Queue: chống "PR xanh nhưng main đỏ"

Merge queue giải quyết vấn đề nhiều PR đều pass CI riêng lẻ nhưng gộp lại làm main đỏ: PR được xếp hàng, test lại trên trạng thái main DỰ KIẾN (đã áp các PR trước trong hàng), PR nào fail bị đẩy ra khỏi lô còn lại của hàng tiếp tục chạy; đánh đổi giữa thông lượng merge và thời gian chờ, và gộp lô (batching) để tiết kiệm tài nguyên CI.

#merge-queue#ci-cd#serialized-merge#batching
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