Hệ thống lớn lớn lên như thế nào?
Từ một app một database đến hàng nghìn service: 931 bài engineering blog của 141 công ty, được tóm tắt và tổng hợp theo thời gian bằng tiếng Việt.
Đọc thử miễn phí
Tất cả chủ đề →Những bài dưới đây đọc đầy đủ, không tính vào 3 bài đọc thử.
Scale dọc trước khi scale ngang
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
Tracing phân tán và log theo request
Khi một request đi qua hàng chục service, metric của từng service cho biết có chậm, log của từng service cho biết từng mảnh; không cái nào trả lời "request này chậm vì đâu" hay "trang này tốn bao nhiêu". Tracing phân…
Mô hình tổ chức SRE
Lúc nhỏ, một team ops hay SRE tập trung trực và vận hành mọi thứ. Khi chuyển sang microservice và "you build it, you run it", team sản phẩm phải tự sở hữu service trên production, nhưng nhiều team chưa có kỹ năng, còn…
Stack Overflow: The Architecture - 2016 Edition
Số liệu một ngày (9/2/2016):
How Discord Stores Billions of Messages
Bản đầu của Discord được viết trong chưa tới 2 tháng (đầu 2015). Mọi thứ nằm trong một replica set MongoDB, và họ nói rõ là cố ý: làm nhanh để kiểm chứng sản phẩm, nhưng luôn chừa đường sang giải pháp bền hơn. Họ biết…
Learn to stop using shiny new things and love MySQL
Sau khoảng một năm scale gấp, Pinterest chạy cùng lúc MySQL, Memcache, MongoDB, Redis, Cassandra, Membase và Elasticsearch; theo tác giả, "mọi thứ đều cháy theo cách riêng". Các công ty database mới chào mời giải quyết…
The growing pains of database architecture
2020: thêm tính năng, chuẩn bị ra sản phẩm thứ hai, user tăng. Traffic DB tăng khoảng 3 lần mỗi năm.
PostgreSQL Stories: From slow query to fast, via stats
Pipeline deploy staging của Render bị treo vì một query đơn giản chạy hàng giờ: join bảng postgresdbs (khoảng 100 nghìn dòng) với bảng events (khoảng 90 triệu dòng) theo serviceId nằm trong cột JSON data, có LIMIT 1.
Postmortem of database outage of January 31
Đầu 2017, GitLab.com chạy một primary + một secondary hot standby PostgreSQL; secondary chỉ để failover, mọi tải dồn vào primary. Primary đã là điểm hỏng chung trong vài sự cố trước (bloat, polling của CI giữ khoá hàng).
Lessons Netflix Learned from the AWS Outage
21/4/2011: sự cố lớn ở AWS US-East làm sập hoặc làm chậm nhiều website lớn.
Goodbye Microservices: From 100s of problem children to 1 superstar
Segment nhận hàng trăm nghìn event/giây và chuyển tiếp tới hơn 100 loại destination (Google Analytics, webhook…).
Scaling your API with rate limiters
Thêm capacity chỉ đỡ được mấy lần tăng traffic đầu; API production còn phải chống một người dùng (vô tình hay cố ý) làm ảnh hưởng mọi người, ưu tiên request quan trọng hơn request ít quan trọng, và bỏ bớt request khi…
Bốn giai đoạn tiến hoá
Xem lộ trình →Khởi đầu
Một app, một database, đội nhỏ vận hành được.
Tăng trưởng
Vắt kiệt từng máy rồi chia dữ liệu, thêm cache.
Quy mô lớn
Nhiều team, nhiều vùng, nhiều service.
Điều chỉnh
Sửa lại chính những gì đã làm.
Cách hoạt động
1. Đọc tự do bài tóm tắt
Mỗi bài tóm tắt có ghi nguồn và link về bài gốc. Luôn miễn phí.
2. Thử 3 bài tổng hợp
Các bài theo chủ đề và dòng thời gian công ty: đọc đầy đủ 3 bài, không cần thẻ.
3. Thành viên mở khoá tất cả
Danh sách đọc riêng cho bạn, cộng đồng, và toàn bộ bài tổng hợp mới mỗi tuần.
Gói 6 tháng: $25 (hoặc 649.000đ)
Rẻ hơn ~16% so với trả theo tháng. Tháng đầu: $5 hoặc 129.000đ.