Tìm kiếm
40 kết quả cho “Lead time”. Tìm không phân biệt dấu.
- Building Scalable Real Time Event Processing with Kafka and Flink Bài tóm tắt · DoorDash · 2022
…ông giao dịch: replication factor 2, min in-sync 1, ack khi leader ghi xong, sticky partitioner với linger 50–100 ms; CPU broker giảm 30–40%. - Tiêu thụ bằng Flink ở hai mức: DataS…
- Fulfilling the promise of CI/CD Bài tóm tắt · Stack Overflow · 2021
…độ dài, nên cổng người duyệt bị loại. - Vòng xoáy đi xuống: lead time dài → diff lớn → review chậm → đổi ngữ cảnh nhiều. Deploy bằng tay, theo chu kỳ bất định, do người khác chạy v…
- Acceptance Tests On CI Pipeline Bài tóm tắt · Trendyol · 2020
…ờng (môi trường test dùng chung, dependency thật), làm tăng Lead Time (một trong bốn chỉ số của sách Accelerate ). - Service có một database Couchbase và hai API bên ngoài; theo Tr…
- Real-Time Data Lake Ingestion Is Saying Goodbye to ETL: Architectural Subtraction from Kafka to Iceberg Bài tóm tắt · Alibaba · 2026
…apshot Iceberg nguyên tử. - Trạng thái gom vào metadata của leader Kafka: tiến độ đổ vào lake lưu trong metadata của leader, không cần KV ngoài. Compute tách khỏi lưu trữ bền, nên…
- Meet Chrono, our scalable, consistent, metadata caching solution Bài tóm tắt · Dropbox · 2024
…từ follower , nên phần lớn đọc (key không vừa ghi) rời khỏi leader. - An toàn không phụ thuộc đồng hồ (chỉ liveness cần đồng hồ đồng bộ lỏng); Chrono lưu bền một cận trên timestamp…
- No record left behind: How WarpStream can withstand cloud provider regional outages Bài tóm tắt · WarpStream · 2025
…u. - Active-active về mặt kiến trúc, nhưng thực tế chọn một leader: ghi đồng thời ở nhiều region gây xung đột và latency khó đoán. Họ bầu leader (dùng chính primitive của Spanner h…
- How Twitter Uses Redis to Scale - 105TB RAM, 39MM QPS, 10,000+ Instances Bài tóm tắt · Twitter · 2014
…nh khỏi đường điều khiển chậm; proxy stateless, một cluster leader giữ cái nhìn toàn cục. Theo đo đạc của họ, hop thêm không đáng kể: qua Redis dưới 0,5 ms, qua Finagle (JVM) gần 1…
- How we rebuilt the search architecture for high availability in GitHub Enterprise Server Bài tóm tắt · GitHub · 2026
…đếm issue và PR đều dựa vào nó. - Bản HA của GHES theo mẫu leader/follower : primary nhận mọi ghi, replica chỉ đọc và sẵn sàng thay thế. Mẫu này ăn sâu vào mọi thao tác vận hành.…
- Infrastructure Security as a product for Hotstar Bài tóm tắt · Disney Hotstar · 2020
…y cung cấp hướng dẫn và công cụ ít đổi quy trình nhất, team lead (vốn đã quen các guideline chung) phổ biến xuống. - "Control line và mop-up" (mượn từ chữa cháy rừng): với mỗi mục…
- Chaos Testing a Distributed System with Jepsen Bài tóm tắt · Appian · 2019
…một node . Cấu hình HA đặt ra bài toán mới: ghi chỉ đi vào leader , replica chỉ phục vụ đọc và tự đuổi theo giao dịch theo nhịp riêng. Khi leader chết phải bầu leader mới nhanh dư…
- The feedback loops behind Kubernetes Bài tóm tắt · PlanetScale · 2026
…rạng thái mong muốn, watch thay vì poll, work queue, retry, leader election: tức là dựng lại Kubernetes. Cơ chế (theo bài) - Edge-triggered notification, level-triggered logic. Hàn…
- Ideal isn't real: Stress testing CockroachDB's resilience Bài tóm tắt · Cockroach Labs · 2025
…ease, thao tác của leaseholder cũ bị từ chối); từ 25.2 dùng leader lease : leader Raft đồng thời giữ lease, một thẩm quyền duy nhất cho đọc và ghi. - Restart node ngẫu nhiên (3 nod…
- Integrating Neo4j Into Your Stack Bài tóm tắt · Doximity · 2022
…ối; chỉ service consumer gửi WRITE. Cụm tối thiểu 3 node (1 leader nhận ghi, 2 follower đọc), giới hạn thread để ghi dồn không đè leader. - Upsert idempotent bằng MERGE trên UUID,…
- Incidents, fixes, and the day after Bài tóm tắt · Booking.com · 2017
…n → làm giải pháp lâu dài → postmortem. - Vai trò: Incident Leader chỉ điều phối và giao mọi việc, kể cả việc nhỏ nhất; Comms lo cập nhật bên liên quan và mang phản hồi bên ngoài v…
- How Upstash Keeps Your Redis Up When an Availability Zone Isn't Bài tóm tắt · Upstash · 2026
Tháng 5/2026, sự cố làm mát ở một AZ của AWS us-east-1 (use1-az4) làm Coinbase chỉ cho huỷ lệnh trong bảy giờ (), FanDuel và CME Direct cũng gián đoạn. Theo Upstash, gốc chung là "database nằm trong một AZ".
- 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ả…
- 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…
- 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…
- 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:
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.
- 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:
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phả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".
- Xử lý sự cố và on-call Chủ đề Thành viên
Khi hệ còn nhỏ, vài người biết hết mọi thứ; có lỗi thì người thấy đầu tiên sửa luôn. Khi có hàng trăm service và hàng trăm engineer, câu hỏi đổi khác:
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- 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…
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- Độ 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.
- 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:
- 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…
- Disaster Recovery for Databases: High-availability Architecture of PolarDB-X Bài tóm tắt · Alibaba · 2026
…bài RPO = 0, RTO dưới 8 giây. - XPaxos (bản Paxos mở rộng): leader mạnh, tự failover khi số node hỏng chưa quá nửa; trọng số bầu để định trước thứ tự leader; replica logger (chỉ gi…
- Automatic Apache Kafka Migrations With Orbit Bài tóm tắt · WarpStream · 2026
…retry và đổi producer identity). Proxy tự tách request theo leader của từng partition, gửi nguyên batch gốc song song, rồi ráp phản hồi. - Khi nào được tắt nhân bản: nếu một record…
- How Uber Conquered Database Overload: From Static Rate-Limiting to Intelligent Load Management Bài tóm tắt · Uber · 2026
…tateful (transaction, pool kết nối, Raft; mỗi partition một leader hai follower, MySQL trên NVMe gắn liền), control plane. - Ở quy mô này quá tải lan dây chuyền (timeout, retry dồn…
- 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à…
- Coinbase Công ty Thành viên
Năm 2026, mất một AZ của AWS us-east-1 (hỏng hệ làm lạnh) biến thành khoảng 8 giờ gián đoạn: matching engine Raft dồn trong một placement group mất quorum mà không có failover tự động, còn Kafka managed (MSK) không bầu…
- DBLog: A Generic Change-Data-Capture Framework Bài tóm tắt · Netflix · 2019
…t cắm được bất kỳ đâu (stream, DB, API). Active-passive với leader election bằng lease trên Zookeeper, một instance mỗi AZ. - Nền của connector MySQL/PostgreSQL trong Delta, chạy p…
- Slack Công ty Thành viên
Slack bắt đầu bằng LAMP và giữ PHP vì môi trường của nó (mỗi request trạng thái sạch, vòng lặp sửa–tải lại). Họ cải tiến dần bằng HHVM và Hack thay vì viết lại . Tầng dữ liệu đi từ MySQL active-active shard theo…
- Scaling Slack's Job Queue Bài tóm tắt · Slack · 2017
…ết nối tới broker. Ưu tiên sẵn sàng hơn nhất quán : chỉ chờ leader ack (rủi ro nhỏ mất job nếu broker chết trước khi replicate); ghi đồng bộ để trả lỗi rõ ràng; định tuyến ưu tiên…
- Stack Overflow Công ty Thành viên
Phản ví dụ nên đọc sớm cho niềm tin "lớn thì phải scale out". Năm 2009, với 16 triệu page view mỗi tháng, Stack Overflow chạy hai web server và một SQL Server, chạm giới hạn thì nâng RAM; theo Jeff Atwood, phần cứng rẻ…
- Trendyol Công ty Thành viên
Trendyol là sàn thương mại điện tử Thổ Nhĩ Kỳ; bài 1/2021 trên blog trendyol-tech kể team Search đưa mutation testing (PIT) vào pipeline GitLab: chỉ đột biến class đã đổi trong nhánh để vừa vòng CI, kết quả đẩy vào…