Tìm kiếm
23 kết quả cho “Global replication”. Tìm không phân biệt dấu.
- Globally Distributed Object Storage with Tigris Bài tóm tắt · Fly.io · 2024
Upload file trong ứng dụng full-stack thì dễ; khó là giữ file để tải lại về sau, nên mọi người dùng object storage kiểu S3. Khách của Fly.io liên tục đòi có nó.
- Lessons from our journey to enable global code search with Elasticsearch on GitLab.com Bài tóm tắt · GitLab · 2019
…ung bình — [bài gốc](https://about.gitlab.com/blog/enabling-global-search-elasticsearch-gitlab-com/) Phần 1 trong hai bài; phần 2 (7/2019): . Bối cảnh - Bản tự host của GitLab đã c…
- Update: Elasticsearch lessons learnt for Advanced Global Search Bài tóm tắt · GitLab · 2019
Bế tắc "con gà quả trứng": muốn giảm kích thước index thì cần dữ liệu từ một deployment thật, mà chưa có deployment thật vì index quá lớn. Phản hồi khách và test nhỏ không đủ; dogfooding là cách tốt nhất.
- How Upstash Redis Search Works? Bài tóm tắt · Upstash · 2026
Redis lưu và trả dữ liệu nhanh nhưng truy vấn thì khó: sorted set giả lập vài mẫu truy cập, còn lại phải scan. Với Upstash Redis (bền mặc định, hay được dùng làm DB chính), đây là giới hạn lớn. Upstash Redis Search thêm…
- Moving to DynamoDB to Increase Application Resiliency Bài tóm tắt · CapitalOne · 2021
…com/tech/software-engineering/comparing-dynamodb-and-aurora-global-database-and-aurora-multi-master/) Bối cảnh - Một team ở Capital One chạy stack active-active ở hai region AWS (E…
- How We Built a Cross-Region Caching Library Bài tóm tắt · Wix · 2022
…dần". Lần 2: thư viện WixCache 1. DB xuyên region: DynamoDB Global Table (replication giữa region do AWS lo, theo dõi được độ trễ replication). 2. Thư viện cache trong pod: LRU, wr…
- 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:
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- Độ 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".
- 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ạ 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.
- 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ố…
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- Deno KV internals: building a database for the modern web Bài tóm tắt · Deno · 2023
…JavaScript, giao dịch nguyên tử, cùng một API cho local và global . Có hai bản cài đặt: SQLite (local/test) và bản phân tán cho production. Thay đổi chính - Xây trên FoundationDB…
- Building Multi-Region Resiliency with Amazon RDS and Amazon Aurora Bài tóm tắt · Goldman Sachs · 2021
…ra cross-region read replica cho RDS Oracle (cuối 2019) và global database cho Aurora PostgreSQL (đầu 2020). Cả hai replicate bất đồng bộ . Thay đổi chính - Ứng dụng active/passiv…
- No record left behind: How WarpStream can withstand cloud provider regional outages Bài tóm tắt · WarpStream · 2025
…ong DynamoDB (AWS) hoặc Spanner (GCP). Chuyển sang DynamoDB Global Tables nhất quán mạnh đa region hoặc Spanner đa region là gần như đủ; các region control plane không nói chuyện t…
- Instagration Pt. 2: Scaling our infrastructure to multiple data centers Bài tóm tắt · Instagram · 2015
…ính Từ 1 lên 3 data center ở Mỹ. Ý chính: phân biệt dữ liệu global (phải replicate) và dữ liệu local (ví dụ job async chỉ dùng trong vùng). - Storage: PostgreSQL và Cassandra repli…
- Evolution of Application Data Caching: From RAM to SSD Bài tóm tắt · Netflix · 2018
…hàng nghìn server ở 3 region AWS . - Chuyển sang kiến trúc global cloud (phục vụ một user từ bất kỳ region nào) làm lượng dữ liệu phải replicate và cache ở mỗi region tăng 3 lần ,…
- Stack Overflow: How We Do App Caching - 2019 Edition Bài tóm tắt · Stack Overflow · 2019
…hay đổi chính - Ba loại cache trong một app multi-tenant: - Global Cache : trong RAM của từng web server, miss thì đọc Redis; dùng chung cho cả mạng (ví dụ số đếm trên thanh trên 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…