Tìm kiếm
27 kết quả cho “Single replica”. Tìm không phân biệt dấu.
- RocketMQ High-Availability Paper Admitted to ACM FSE: Replication-Free Failover Bài tóm tắt · Alibaba · 2026
Alibaba Cloud chạy hàng nghìn cụm RocketMQ tách theo tenant. Theo bài, dịch vụ có trạng thái trên cloud muốn ba thứ vốn kéo ngược nhau: rẻ, hiệu năng ổn định, phục hồi nhanh.
- 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:
- How we used delayed replication for disaster recovery with PostgreSQL Bài tóm tắt · GitLab · 2019
…n 7 triệu project; theo GitLab là một trong những site SaaS single-tenant mã nguồn mở lớn nhất. Postgres là thành phần sống còn. - Sự cố cụ thể: một user xoá nhầm một label của pro…
- Multi-region high availability for Kafka workloads with a single Stretch Cluster Bài tóm tắt · Redpanda · 2026
Pipeline dữ liệu quan trọng chạy nhiều 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.
- MemSQL (SingleStore) Công ty Thành viên
MemSQL (sau đổi tên SingleStore) do hai cựu kỹ sư Facebook lập năm 2011. Bài phỏng vấn trên HighScalability năm 2012 kể thiết kế của bản đầu: dữ liệu vừa RAM, lock-free mọi nơi, skip list thay B-tree, MVCC, SQL biên…
- Jepsen: MySQL 8.0.34 Bài tóm tắt · Jepsen · 2023
…nh trong 40 giây; Kleppmann (Hermitage) đã báo từ 2014. - G-single (read skew): một giao dịch vừa không thấy vừa ghi đè giao dịch khác; khoảng 140 giao dịch/giây ra 244 trường hợp…
- The LMAX Architecture Bài tóm tắt · LMAX · 2011
…sumer tụt lại đọc theo lô để bắt kịp. Mã nguồn mở. Vì sao - Single-writer principle và "mechanical sympathy": truy cập RAM chậm so với cache; hàng đợi buộc nhiều core cùng ghi một…
- Scaling Etsy Payments with Vitess: Part 3 – Reducing Cutover Risk Bài tóm tắt · Etsy · 2023
…. twopc theo tài liệu Vitess là thử nghiệm, chậm. Etsy chọn single : giữ đảm bảo transaction quen thuộc, query nhiều shard trong transaction thì lỗi; có lối thoát SET transaction m…
- The Real Cost of a Single Insert in Postgres Bài tóm tắt · Tiger Data · 2026
…ình — [bài gốc](https://www.tigerdata.com/blog/real-cost-of-single-insert-in-postgres) Bài của nhà cung cấp (Tiger Data, trước là Timescale), cuối bài quảng bá engine columnar của…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…li; fan-out mất kiểm soát → super block; một data center là single point of failure → multi-DC. Bài học cho SWE - Service đầu tiên nên tách là phần có profile tải khác hẳn monolith…
- Redesigning Workers KV for increased availability and faster performance Bài tóm tắt · Cloudflare · 2025
Workers KV là kho KV toàn cầu: dữ liệu lưu ở storage theo vùng, cache khắp mạng Cloudflare; không chỉ khách hàng dùng mà còn là hạ tầng cho cấu hình, xác thực, phân phối asset của nhiều sản phẩm Cloudflare.
- Netflix Billing Migration to AWS — Part II Bài tóm tắt · Netflix · 2016
Trước dự án: 2 Oracle trong DC (subscription; hoá đơn/thanh toán), vài app REST làm CRUD cho website và CSKH, 3 batch (gia hạn hằng ngày, xử lý order và payment, báo cáo doanh thu), một Billing Proxy trên cloud chuyển…
- Độ 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:
- 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".
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- 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:
- Giao dịch phân tán và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- Nền tảng nội bộ cho service (đường ray chung) Chủ đề Thành viên
Tách hệ thống thành nhiều phần (service, hoặc component trong một monolith) giải được bài toán tổ chức. Nhưng nếu mỗi team tự làm RPC, retry, log, metric, contract theo cách riêng, thì ta chỉ đổi một kiểu hỗn loạn lấy…
- 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:
- Jepsen Công ty Thành viên
Jepsen là dự án kiểm thử độc lập về tính an toàn của database và hệ phân tán, không phải một công ty kể về hệ của mình; báo cáo 6/2020 áp công cụ Elle lên PostgreSQL một node và tìm ra chế độ "serializable" không…
- Moving to DynamoDB to Increase Application Resiliency Bài tóm tắt · CapitalOne · 2021
…tối ưu). Bài học cho SWE - Ở stack active-active, database single-primary thường là phần failover chậm nhất . Muốn bỏ hẳn failover thì phải đổi mô hình dữ liệu (). - Đổi sang acti…
- MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) And Familiar (SQL) Bài tóm tắt · MemSQL · 2012
…i phỏng vấn hai đồng sáng lập MemSQL (sau này đổi tên thành SingleStore) do Todd Hoff (HighScalability) viết lại, tức là theo MemSQL qua lời kể của HighScalability . Lúc đó là bản…
- Chat Service Architecture: Persistence Bài tóm tắt · Riot Games · 2015
…scale dọc được (thêm RAM, ổ FusionIO rất đắt); - primary là single point of failure ; trục trặc nhỏ không đủ kích hoạt failover vẫn gây timeout, sự cố lớn thành downtime và nhiều v…
- Cloudflare Công ty Thành viên
Cloudflare bắt đầu bằng một cluster Postgres cfdb cho hầu hết control plane; từ 2017 các service dời dữ liệu ra dần. Đến 2022–2024 dữ liệu DNS (hàng tỷ record) được tách sang cluster riêng, sau khi mọi service đã đi qua…
- Etsy Công ty Thành viên
Etsy shard MySQL từ khoảng 2010 bằng ORM tự viết: gán shard ngẫu nhiên, lưu ánh xạ trong một index DB, thành điểm hỏng chung. Từ 2018 họ chuyển sang Vitess mà không dời dữ liệu (vindex lai: SQLite cho ID cũ, hash cho ID…
- LMAX Công ty Thành viên
Sàn giao dịch phái sinh cho nhà đầu tư cá nhân, thuộc Betfair. Nguồn duy nhất trong wiki là bài năm 2011 của Martin Fowler, viết theo lời kể của đội LMAX: sau khi prototype actor model cho thấy CPU bận quản lý hàng đợi…