Tìm kiếm
40 kết quả cho “Ring replication”. Tìm không phân biệt dấu.
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- Why Uber Engineering Switched from Postgres to MySQL Bài tóm tắt · Uber · 2016
Kiến trúc ban đầu: monolith Python + Postgres. 2016: microservices, và phần lớn chỗ trước đây dùng Postgres giờ dùng Schemaless, một lớp sharding tự xây trên MySQL. Một số trường hợp đặc biệt dùng Cassandra.
- Scaling and benchmarking a critical message bus using a new indexing strategy Bài tóm tắt · Jane Street · 2026
…very: phần đuôi gần nhất của luồng ("stream tip") nằm trong ring buffer trong RAM; client tụt lại thì xin lại từ đây. Aria lọc bằng một vòng quét tuyến tính qua toàn bộ luồng: kém…
- SecDb Observability Journey Bài tóm tắt · Goldman Sachs · 2023
…nối, 164 TB message, khoảng 8 PB dữ liệu. Các DB gom thành ring nhất quán cuối: ứng dụng ghi vào bất kỳ thành viên nào, tiến trình SecSync phân phối cập nhật và phát hiện bất nhất…
- Rediscovering Transaction Processing From History and First Principles Bài tóm tắt · TigerBeetle · 2024
…[bài gốc](https://tigerbeetle.com/blog/2024-07-23-rediscovering-transaction-processing-from-history-and-first-principles) Bài của nhà sáng lập TigerBeetle (Joran Dirk Greef) nhân…
- Ensuring Quora's Resilience to Disaster Bài tóm tắt · Quora · 2016
…Trung bình — [bài gốc](https://www.quora.com/q/quoraengineering/Ensuring-Quoras-Resilience-to-Disaster) Bối cảnh - Quora backup hằng ngày mọi kho dữ liệu gốc (MySQL, HBase, Redis,…
- Similarity Engine at eBay Bài tóm tắt · eBay · 2023
…n · Độ khó: Khó — [bài gốc](https://tech.ebayinc.com/engineering/ebays-blazingly-fast-billion-scale-vector-similarity-engine/) Bối cảnh - eBay (12/2022) có khoảng 134 triệu người d…
- Business Continuity & Disaster Recovery in the Microservices world Bài tóm tắt · Walmart · 2019
…vice sở hữu database riêng; một bộ triển khai đầy đủ gọi là Ring . Bài toán - Ghi đồng bộ sang datacenter xa thì latency phụ thuộc WAN và độ sẵn sàng tổng giảm (thêm DB xa, thêm đư…
- How we rebuilt the search architecture for high availability in GitHub Enterprise Server Bài tóm tắt · GitHub · 2026
…· Độ khó: Trung bình — [bài gốc](https://github.blog/engineering/architecture-optimization/how-we-rebuilt-the-search-architecture-for-high-availability-in-github-enterprise-server/…
- Lessons from Deploying MySQL GTID at Scale Bài tóm tắt · Meta · 2014
…3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://engineering.fb.com/2014/09/18/core-infra/lessons-from-deploying-mysql-gtid-at-scale/) Bối cảnh - Replication MySQL truyền thống…
- 6 Lessons we learned when debugging a scaling problem on GitLab.com Bài tóm tắt · GitLab · 2019
…kết nối (FIN đúng chuẩn) ngay sau khi client gửi version string, nên lỗi nằm phía GitLab. (Tác giả tự nhận: lẽ ra nên dùng ngay bảng "Conversations" của Wireshark để lọc kết nối í…
- Building Git infrastructure for agent-scale development Bài tóm tắt · GitHub · 2026
…chỉnh · Độ khó: Khó — [bài gốc](https://github.blog/engineering/architecture-optimization/building-git-infrastructure-for-agent-scale-development/) Bài định hướng, mở đầu series:…
- Atomic slot migration with Redis 8.4 Bài tóm tắt · Redis · 2026
Redis Cluster chia key vào 16.384 hash slot (CRC16(key) mod 16384, hoặc phần trong {}), mỗi node giữ một tập slot. Phải dời slot khi scale out/in và khi một key, slot hay node quá tải (bộ nhớ, CPU, băng thông).
- Building Self-driving Kafka clusters using open source components Bài tóm tắt · Slack · 2022
…ô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/building-self-driving-kafka-clusters-using-open-source-components/) Bối cảnh - Kafka ở Slack là xương sống của Job…
- How Uber Conquered Database Overload: From Static Rate-Limiting to Intelligent Load Management Bài tóm tắt · Uber · 2026
…chối retry cùng lúc , thành vòng lặp quá tải–từ chối (thundering herd). - Thay CoDel bằng Cinnamon (load shedder có ưu tiên do team Delivery làm): nhiều lần quá tải đến từ job nền…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…n: · · phần 3 (bài này, góc nhìn team Cloud Database Engineering). Bối cảnh - Mảnh cuối: database billing giao dịch, khoảng 10 TB (2016) , dữ liệu đổi liên tục, chỉ chuyển một phần…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…này chỉ đúng với dữ liệu không có giá trị tiền bạc). Clustering hay sharding - Clustering (Cassandra, Membase, HBase: dữ liệu tự phân phối, tự di chuyển, node nói chuyện với nhau)…
- Constraint Management for cluster operation safety and reliability at Twitter Bài tóm tắt · Twitter · 2023
…· Độ khó: Trung bình — [bài gốc](https://blog.x.com/engineering/en us/topics/infrastructure/2023/constraint-management-for-cluster-operation-safety-and-reliability-at-twitter) Bối…
- Open sourcing Databus: LinkedIn's low latency change data capture system Bài tóm tắt · LinkedIn · 2013
…Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://engineering.linkedin.com/data-replication/open-sourcing-databus-linkedins-low-latency-change-data-capture-system) Bối cảnh - Li…
- Introducing Espresso - LinkedIn's hot new distributed document store Bài tóm tắt · LinkedIn · 2015
…15 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://engineering.linkedin.com/espresso/introducing-espresso-linkedins-hot-new-distributed-document-store) Bối cảnh - Trước Espresso,…
- The LMAX Architecture Bài tóm tắt · LMAX · 2011
…ower). Ba việc độc lập nên chạy song song. Disruptor là một ring buffer (20 triệu slot đầu vào, 4 triệu mỗi đầu ra, kích thước luỹ thừa 2), mỗi producer/consumer có bộ đếm sequence…
- Modernizing Artifact Storage at Uber Bài tóm tắt · Uber · 2026
…cần cache cục bộ trên node cho đợt bùng; có dấu hiệu thundering herd quanh artifact nóng lúc đỉnh build, đang làm request coalescing và backpressure. Vì sao - Tự host kho có trạng…
- Strengthening end-to-end encrypted backups Bài tóm tắt · WhatsApp · 2026
…Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.fb.com/2026/05/01/security/meta-strengthening-end-to-end-encrypted-backups/) Phần tiếp của ; bài ngắn, chi tiết nằm…
- Multi-region high availability for Kafka workloads with a single Stretch Cluster Bài tóm tắt · Redpanda · 2026
…gigabit/giây, trải nhiều region. Sao chép bất đồng bộ (mirroring) luôn để lại cửa sổ mất dữ liệu và cần bước failover. Thay đổi chính - Stretch Cluster (GA): một cụm logic có broke…
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồn:
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- Hệ thống độ trễ thấp (low latency) Chủ đề Thành viên
Ở sàn giao dịch và công ty market making, mỗi giao dịch làm thay đổi thị trường cho giao dịch sau, và ai phản ứng chậm hơn thì thua. Yêu cầu không chỉ là latency trung bình thấp mà latency ổn định ở đuôi, ở thang micro…
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên: