Tìm kiếm
15 kết quả cho “RPO = 0”. Tìm không phân biệt dấu.
- No record left behind: How WarpStream can withstand cloud provider regional outages Bài tóm tắt · WarpStream · 2025
…phản hồi hơn 30 phút. - Phân biệt: uptime khác durability; RPO là lượng dữ liệu tối đa có thể mất. RPO=0 nghĩa là ghi đã được xác nhận thì không bao giờ mất. - Nguồn lỗi thứ hai l…
- Multi-region high availability for Kafka workloads with a single Stretch Cluster Bài tóm tắt · Redpanda · 2026
…chỉ được ack khi đa số replica đã lưu bền. - Theo Redpanda: RPO = 0 (mọi bản ghi đã ack đều nằm trong một quorum trải nhiều miền lỗi) và RTO = 0 (không có bước failover; các region…
- Disaster Recovery for Databases: High-availability Architecture of PolarDB-X Bài tóm tắt · Alibaba · 2026
…ũ; xác suất rất thấp). Mỗi mức cần một cách bảo vệ riêng. - RPO (mất tối đa bao nhiêu dữ liệu) phản ánh cách và tần suất backup; RTO (gián đoạn tối đa bao lâu) phản ánh tốc độ khôi…
- How we scaled async workload processing at GitLab.com using Sidekiq Bài tóm tắt · GitLab · 2020
…effort có 7 node × 8 process × 15 thread = 840 client cùng BRPOP trên nhiều key, rất tốn thời gian theo chuẩn Redis. GitLab báo lỗi hiệu năng; antirez trả lời trong một giờ, có bản…
- Me and my shadow (link!): Disaster recovery replication made easy Bài tóm tắt · Redpanda · 2026
…. Mọi nhận định ghi "theo Redpanda". Đọc cùng (bản đồng bộ, RPO = 0). Bối cảnh - DR cho dữ liệu streaming gần như luôn là sao chép liên tục sang cụm khác . Hai đại lượng: RTO (bao…
- Technical Secrets of PolarDB: High Availability - Smooth Switchover Bài tóm tắt · Alibaba · 2025
…ity : tiêm lỗi node, mất mạng, đo throughput, latency, RTO, RPO. - Khác MySQL primary/secondary truyền thống (replicate binlog, mỗi bên một bản dữ liệu), PolarDB for MySQL dùng sto…
- From Monitoring to Observability: Our Ultra-Marathon to a Cloud-Native Platform Bài tóm tắt · Uber · 2026
Hệ giám sát cũ là một khối thương mại: chắc chắn nhưng chậm, khó mở rộng, phí license định kỳ.
- 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:
- Building Multi-Region Resiliency with Amazon RDS and Amazon Aurora Bài tóm tắt · Goldman Sachs · 2021
…ve với replication bất đồng bộ: phải chọn giữa mất dữ liệu (RPO) và latency ghi. Xem . - Công cụ failover không được phụ thuộc region đang hỏng hay pipeline deploy . - Đừng quên tr…
- Độ 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.
- 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ả…
- Uber Công ty Thành viên
Một vòng đủ: monolith → microservices → tổ chức lại microservices. Năm 2012–2013 Uber có hai monolith; khi lên hàng trăm kỹ sư thì tách. Lý do chủ yếu là tổ chức. Năm 2015 họ có 500+ service và phải chuẩn hoá contract…
- WarpStream Công ty Thành viên
Kafka "diskless" trên object storage. Năm 2025 ra mắt cụm đa region: agent ghi quorum 3 bucket ở 3 region, control plane trên DynamoDB Global Tables hoặc Spanner đa region với một leader được bầu; mất trọn một region mà…
- Alibaba Công ty Thành viên
Database của Alibaba đi qua ba giai đoạn, đều do đỉnh tải Double 11 dẫn dắt: thương mại (IBM/Oracle/EMC, 2005–2009) → "De-IOE" sang mã nguồn mở với middleware TDDL và AliSQL (2010–2015) → tự phát triển X-DB (từ 2016).…
- Redpanda Công ty Thành viên
Streaming tương thích Kafka, Redpanda Cloud chạy BYOC trên ba cloud. Trong sự cố GCP 12/6/2025, theo Redpanda, hàng trăm cluster không bị ảnh hưởng vì không có metadata hay dịch vụ quan trọng nằm ngoài cluster…