Tìm kiếm
23 kết quả cho “TTL ngẫu nhiên”. Tìm không phân biệt dấu.
- Keeping Counts In Sync Bài tóm tắt · SoundCloud · 2018
…h, hai bên lệch dần, nên vô hiệu toàn bộ cache mỗi ngày với TTL ngẫu nhiên để các track nóng không hết hạn cùng lúc gây đỉnh tải. - Top list ở một hệ riêng cùng đọc pipeline; khó l…
- Getting from tested to battle-tested Bài tóm tắt · Jane Street · 2025
…i gốc](https://blog.janestreet.com/getting-from-tested-to-battle-tested/) Lưu ý: Jane Street là khách hàng và đồng thời dẫn vòng gọi vốn tiếp theo của Antithesis (bài nói rõ). Nhận…
- Rearchitecting the Workflows control plane for the agentic era Bài tóm tắt · Cloudflare · 2026
Workflows (engine durable execution chạy trên chính nền tảng Workers của Cloudflare) được thiết kế cho workflow do người kích hoạt (đăng ký, đặt hàng): mỗi người một instance, người không bấm nhanh được. Thực tế dần…
- 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:
- 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:
- 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ả…
- 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…
- 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:
- 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".
- 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ố…
- 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…
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- Uber's Rate Limiting System Bài tóm tắt · Uber · 2026
…C mỗi giây qua hàng nghìn service. Thời đầu mỗi team tự throttle (trong logic nghiệp vụ, middleware riêng, counter Redis): cấu hình và hành vi khác nhau dù cùng quota; limiter Redi…
- Lessons learned from running GraphQL at scale Bài tóm tắt · Dream11 · 2021
…er; cache hai tầng (server GraphQL và client) theo header X-TTL mỗi API trả về; nhờ GraphQL làm chung xác thực, biến đổi, cache nên microservice phía sau thu nhỏ được. - Vấn đề: IP…
- Stack Overflow: How We Do App Caching - 2019 Edition Bài tóm tắt · Stack Overflow · 2019
…related-questions:1234 . - Đọc: RAM → Redis (lấy giá trị và TTL trong một round-trip nhờ pipelining) → nguồn. Lấy được từ Redis thì ghi vào RAM với cùng TTL. Lớp bọc giá trị cho ph…
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…- Nút thắt vận hành: mọi việc ở mức database (ACL, sửa DDL, TTL, lineage, xử lý sự cố) đều qua một team, một lịch on-call. - Khó áp quy tắc chất lượng theo domain, theo dõi ownersh…
- Infrastructure patterns for agentic applications Bài tóm tắt · Render · 2026
…tổng hợp từ kết quả dở không, tránh chờ mãi). Promise.allSettled + ngưỡng thành công làm chính sách lỗi một phần thành tường minh. Fan-out sinh tranh chấp : ba subagent chạy được…
- Jane Street Công ty Thành viên
Công ty giao dịch định lượng và market making, viết gần như mọi thứ bằng OCaml. Blog không kể chiến lược, nhưng kể khá nhiều về hạ tầng quanh chúng. Ở tầng công cụ, từ 2012 họ tự viết build system Jenga; năm 2014…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…". 3. "Cache không phải phép màu": Guava cache hết hạn theo TTL (nguội đi) và không chặn các request đồng thời khi miss (5 caller cùng miss thì 5 lời gọi xuống store). Chuyển sang…
- Open sourcing kubenetmon: how we monitor data transfer in ClickHouse Cloud Bài tóm tắt · ClickHouse · 2025
…(sorting key đổi được khi thêm cột, primary key thì không). TTL 90 ngày. - Insert: server gom lô trong bộ nhớ, flush khi lô quá cũ hoặc quá lớn , cộng async insert của ClickHouse (…
- SoundCloud Công ty Thành viên
Năm 2013 SoundCloud rời mô hình một Public API cho mọi client, tách monolith thành microservice và khai sinh pattern BFF; đến 2021 có vài chục BFF dùng chung thư viện edge, nhưng logic tích hợp và phân quyền bị nhân bản…
- How We Built a Cross-Region Caching Library Bài tóm tắt · Wix · 2022
…ed vì bảng có thể tới hàng TB và dữ liệu cần sống lâu không TTL (ví dụ object quyền của một app), không hợp với kho trong RAM. Lần 1: Kafka compact topic (thất bại) Mỗi pod khi khở…
- Splunk at Zillow Bài tóm tắt · Zillow · 2015
…om/engineering/splunk-at-zillow/) Bài recap hai talk tại Seattle Splunk User Group. Phần một là extension của Splunk (lệnh f5query , getsnow truy vấn F5 và ServiceNow mà không inge…