Tìm kiếm
40 kết quả cho “Consistency”. Tìm không phân biệt dấu.
- Geosharded Recommendations Part 3: Consistency Bài tóm tắt · Tinder · 2019
…https://medium.com/tinder/geosharded-recommendations-part-3-consistency-2d2cb2f0594b) Phần cuối của series. Phần 1: ; phần 2: . Bối cảnh - Sau khi shard theo địa lý, có hai kho dữ…
- Snitch: Putting consistency back into S3 Bài tóm tắt · Box · 2018
…— [bài gốc](https://medium.com/box-tech-blog/snitch-putting-consistency-back-into-s3-f1db2b21a07a) Bối cảnh - Hạ tầng analytics của Box coi S3 là nguồn sự thật trên cloud: dữ liệu…
- Taming the ML Firehose: Scaling Feature Consistency Bài tóm tắt · Uber · 2026
Mục tiêu: feature dùng lúc inference chính là feature dùng để train model kế tiếp. Trước đó hai đường lệch nhau:
- Instacart's Item Availability Architecture: Solving for scale and consistency Bài tóm tắt · Instacart · 2023
…acarts-item-availability-architecture-solving-for-scale-and-consistency-f5661acb20a6) Phần 3 trong series ba phần; phần 2 (mô hình và lịch chấm điểm): . Site chặn crawler; ghi chú…
- Cache made consistent: Meta's cache invalidation solution Bài tóm tắt · Meta · 2022
…i ngoài sheet; là nguồn gốc của phần "cache invalidation và consistency API" mà chỉ nhắc lướt. Bối cảnh - Meta vận hành TAO (hơn một nghìn nghìn tỉ query mỗi ngày) và Memcache. Cac…
- The Lego Monolith — A Monolith Microservice Proof of Concept Bài tóm tắt · Slalom Build · 2016
…service sản phẩm nghe sự kiện và trừ tồn kho theo eventual consistency. - Mỗi service sở hữu nguồn dữ liệu riêng , có cấu hình Spring Boot riêng (cổng, datasource). Mẹo để chạy ch…
- Avoiding Double Payments in a Distributed Payments System Bài tóm tắt · Airbnb · 2019
Airbnb chuyển sang SOA; một API thanh toán gọi xuống nhiều service, mỗi service đổi trạng thái và có tác dụng phụ: thực chất là một transaction phân tán, trong khi request mạng chắc chắn có lúc timeout.
- Jepsen: MySQL 8.0.34 Bài tóm tắt · Jepsen · 2023
Định nghĩa isolation của ANSI SQL-92 dựa trên ba hiện tượng P1 (dirty read), P2 (non-repeatable read), P3 (phantom). Từ 1995 (Berenson và cộng sự) đã biết chúng mơ hồ và thiếu: không có P0 (dirty write), P3 không nói…
- How the controller-runtime Cache Actually Works, and Why Your Controller Does Not Crash the API Server Bài tóm tắt · Kubernetes · 2026
Hiểu lầm phổ biến: r.Get()/r.List() trong reconciler gọi thẳng API server và luôn thấy trạng thái mới nhất. Thực tế ngược lại.
- LIquid: The soul of a new graph database, Part 1 Bài tóm tắt · LinkedIn · 2020
Theo LinkedIn, giá trị của đồ thị nằm chủ yếu ở mạng cấp 2: bạn của bạn, thường ít nhất 50.000 entity (người, trường, công ty). Mạng cấp 1 (vài trăm kết nối) để trong bảng hay KV là đủ; mạng cấp 3 quá lớn và khó hành…
- Chat Service Architecture: Persistence Bài tóm tắt · Riot Games · 2015
Chat dựng trên ejabberd (mã nguồn mở), vốn chỉ hỗ trợ Mnesia hoặc ODBC. Lúc đầu chọn MySQL vì quy mô chưa là vấn đề và team quen. Mỗi shard ba máy MySQL: primary, backup, ETL. Dữ liệu: danh sách bạn (roster) và…
- Controlled Chaos with Fault Injection Testing Bài tóm tắt · Riot Games · 2019
Riot Games API (dữ liệu League cho developer bên ngoài) có rate limiter ở edge (ESRL); vì request rơi vào server bất kỳ, tổng số call mỗi khách phải đếm ở một chỗ trung tâm là Redis.
- 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:
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- 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ả…
- 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:
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- 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…
- 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.
- 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".
- Độ 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.
- 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:
- 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…
- 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.
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- Box Công ty Thành viên
Dịch vụ lưu trữ và chia sẻ file cho doanh nghiệp; nguồn duy nhất trong wiki là bài 11/2018 về hạ tầng analytics. Box coi S3 là nguồn sự thật cho dữ liệu analytics, nên tính nhất quán cuối của list() (lúc đó) biến thành…
- How we built the Internal Data Warehouse at ClickHouse Bài tóm tắt · ClickHouse · 2023
…đôi. - Nhất quán giữa replica: ClickHouse mặc định eventual consistency, insert xong chưa chắc mọi replica có dữ liệu, bước ELT sau có thể đọc thiếu. Họ chạy mọi insert với insert…
- DynamoDB: Why migrate to DynamoDB from Cassandra? Bài tóm tắt · Expedia · 2018
…tự quyết gần như mọi thứ: số replica, chỗ đặt replica, mức consistency, số node. Theo tác giả, chính điều đó đặt độ bền và hiệu năng vào tay người cấu hình . So sánh chính (theo E…
- Meta's Infrastructure Evolution and the Advent of AI Bài tóm tắt · Meta · 2025
…nhiều toà. - 2010–2020: các ca góc của hệ phân tán. - Cache consistency: mỗi region phục vụ một phần user, nên user ở region khác thấy dữ liệu trễ (nhận thông báo được tag ảnh mà k…
- Tinder Công ty Thành viên
Nhiều năm Tinder dùng một index Elasticsearch cho gợi ý; năm 2019 chia thành 40–100 geoshard cân theo load score trên S2 . Shard được hiện thực là nhiều index trong một cluster, chốt cỡ bằng performance test, và rải…
- Geosharded Recommendations Part 1: Sharding Approach Bài tóm tắt · Tinder · 2019
…art-1-sharding-approach-d5d54e0ec77a) Sheet trỏ tới phần 3 (consistency); wiki đọc phần 1 (cách chia shard). Phần 2: ; phần 3: . Bối cảnh - Search là thành phần chính của hệ gợi ý…
- Geosharded Recommendations Part 2: Architecture Bài tóm tắt · Tinder · 2019
…ần 2 của series 3 phần. Phần 1 (cách chia shard): ; phần 3 (consistency, bài sheet trỏ tới): . Bối cảnh Phần 1 đã chốt thuật toán chia geoshard trên S2 và đóng gói thành một micros…
- 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…
- The Art of Being Lazy(log): Lower Latency and Higher Availability With Delayed Sequencing Bài tóm tắt · WarpStream · 2026
…không nhận idempotent producer và transaction; mất external consistency (hai lần produce có ack theo thứ tự chưa chắc có offset theo thứ tự). Latency đầu-cuối cho consumer không đổ…
- Chaos Testing a Distributed System with Jepsen Bài tóm tắt · Appian · 2019
…. Bối cảnh - Data store của Appian (nền tảng low-code) chọn Consistency khi phải đánh đổi theo CAP và cam kết linearizability : ghi xong thì mọi lần đọc bắt đầu sau đó phải thấy gi…
- Serverless Transactions Serve Customers Bài tóm tắt · CapitalOne · 2017
…á là phải giữ hai mô hình khớp nhau, tức chấp nhận eventual consistency. - Thành phần serverless: Lambda bắt file giao dịch từ mainframe, theo dõi trạng thái file, đọc và nạp vào D…
- How Discord Stores Billions of Messages Bài tóm tắt · Discord · 2017
…lix, Apple chạy hàng nghìn node. Bài học cho SWE - Eventual consistency có giá thật: mọi lệnh ghi Cassandra là upsert, nên sửa và xoá cùng lúc sinh ra hàng chỉ có khoá + text. Disc…
- Meet Chrono, our scalable, consistent, metadata caching solution Bài tóm tắt · Dropbox · 2024
…phải giao thức. Liên quan - · - Cùng tầng metadata: - Cache consistency ở Meta:…
- Expedia Công ty Thành viên
Bài đánh giá (2018) vì sao chuyển từ Cassandra sang DynamoDB: đổi khả năng tinh chỉnh (latency dưới 1 ms) lấy vận hành và capacity planning đơn giản; kèm danh sách khi nào không nên chuyển . Năm 2020, một bài hướng dẫn…
- Scaling Our Geo-Search Service For 10x Load Bài tóm tắt · Gojek · 2022
…ì ưu tiên availability, bình thường thì ưu tiên latency hơn consistency. Tức là đổi tính đầy đủ và độ chính xác lấy availability và latency thấp . Thay đổi chính - Tách đọc/ghi trê…