Tìm kiếm
40 kết quả cho “kết nối tạm”. Tìm không phân biệt dấu.
- How Etsy caches: hashing, Ketama, and cache smearing Bài tóm tắt · Etsy · 2017
…aches) Bối cảnh - Etsy dùng memcached làm look-aside cache (kết quả query DB, search, tính toán đắt) cho PHP và Java, và Varnish làm cache HTTP cho request nội bộ giữa API server (…
- Building Pubsub for 50M concurrent socket connections Bài tóm tắt · Disney Hotstar · 2019
…ps://blog.hotstar.com/building-pubsub-for-50m-concurrent-socket-connections-5506e3c3dabf) Đọc toàn văn qua trình duyệt (blog.hotstar.com chặn crawler, Wayback CDX "Temporarily Offl…
- 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…
- Why market data is a deep learning challenge Bài tóm tắt · Optiver · 2026
…ài gốc](https://optiver.com/insights/technology-blog/why-market-data-is-a-deep-learning-challenge/) Bài của một quantitative researcher dẫn đầu nghiên cứu deep learning ở mảng HFT…
- Capturing Network Packets in Kubernetes Bài tóm tắt · Mercari · 2025
…ing.mercari.com/en/blog/entry/20251218-capturing-network-packets-in-kubernetes/) Bối cảnh - Mercari chạy vài trăm microservice ; đội Network (thuộc Platform) thường được nhờ điều t…
- Basecamp 2 and Basecamp 3 search outage report Bài tóm tắt · Basecamp · 2019
…camp 2 và tính năng search của Basecamp 3 phụ thuộc vào các kết nối mạng tới một nhà cung cấp cloud. Thay đổi chính (diễn biến) - Từ 4:30 GMT ngày 7/3 tới 13:02 GMT, sự cố mạng phí…
- Can you use autoregressive diffusion to generate market data? Bài tóm tắt · Jane Street · 2026
…eet.com/can-you-use-autoregressive-diffusion-to-generate-market-data/) Bài nghiên cứu (dự án thực tập), không phải hệ đang chạy production. Wiki giữ vì nó cho thấy cách một quỹ địn…
- How Postman Engineering handles a million concurrent connections Bài tóm tắt · Postman · 2020
…man: đồng bộ mọi hoạt động trên client với server qua WebSocket theo kiểu pub/sub. Ban đầu chỉ lo giao dịch DB (ví dụ cập nhật collection), dần ôm thêm việc thông báo cho mọi người…
- The WhatsApp Architecture Facebook Bought For $19 Billion Bài tóm tắt · WhatsApp · 2014
…rên server lâu dài: tin xếp hàng trên server tới khi client kết nối lại và xác nhận đã nhận; lịch sử chat chỉ nằm trên điện thoại. Media tải lên một HTTP server riêng, tin nhắn chỉ…
- The Consul outage that never happened Bài tóm tắt · GitLab · 2019
…hần chính dựa vào Consul là database và hệ HA Patroni . Mọi kết nối Consul dùng TLS hai chiều. - Một DB staging restart xong không nối lại được Consul: cert TLS đã hết hạn . Cert l…
- How LIquid Connects Everything So Our Members Can Do Anything Bài tóm tắt · LinkedIn · 2023
…s-can-do-anything) Bối cảnh - LIquid () giữ Economic Graph: kết nối giữa member, trường, kỹ năng, công ty, vị trí, việc làm, sự kiện, nhóm. Năm 2023: 270 tỷ cạnh , 2 triệu query/gi…
- Robinhood Swaps Kafka for WarpStream to Tame Logging Workloads and Costs Bài tóm tắt · WarpStream · 2025
…nhóm (TLS hay không). Nhiều tài khoản AWS dùng chung một bucket S3 trung tâm, Agent Group nằm ở VPC khác nhau: bên ghi và bên đọc gặp nhau qua S3, không cần VPC peering hay Private…
- How HRT Thinks About Data Bài tóm tắt · Hudson River Trading · 2022
…n được bao nhiêu và có đáng tiền không. - Nguồn dữ liệu: market data (lệnh và giao dịch trên sàn, chắc chắn liên quan và phức tạp; ví dụ dùng lợi suất AAPL để dự báo MSFT, "pairs t…
- Roshi: a CRDT system for timestamped events Bài tóm tắt · SoundCloud · 2014
…đặt hết trong bộ nhớ trên máy thường. - Dùng CRDT (thao tác kết hợp, giao hoán, idempotent) để có nhất quán cuối khi lỗi mà không phải tự lo điều phối phức tạp: một kiểu set gần LW…
- Quantifying infrastructure noise in agentic coding evals Bài tóm tắt · Anthropic · 2026
…ừa biên. - Phân biệt "lỗi hạ tầng" và "thất bại thật" trong kết quả test trước khi so sánh hai bên. Liên quan - · - (lỗi chất lượng do hạ tầng mà eval không bắt) · (công cụ kiểm ch…
- 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.
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- Data Mesh at Grab Part I: Building trust through certification Bài tóm tắt · Grab · 2025
…khó: Dễ — [bài gốc](https://engineering.grab.com/signals-market-place) Phần 1 của series Data Mesh (Signals Marketplace). Phần 2: (công cụ); phần 3: (sự cố dữ liệu tự động). Bài th…
- Beyond synthetic testing: Capturing and replaying real database workloads at Airbnb Bài tóm tắt · Airbnb · 2026
…nh giao dịch nên không replay chính xác được, không so được kết quả trên DB mới. - Benchmark tổng hợp (sysbench) không phủ được phổ query thật; digest của performance schema chỉ là…
- In Trading, Machine Learning Benchmarks Don't Track What You Care About Bài tóm tắt · Hudson River Trading · 2022
…ó đọc paper mới rồi áp dụng ngay không. Theo HRT, hiếm khi: kết quả thực nghiệm trong paper không bao giờ đo trên đúng bài toán của họ; tăng 0,1% độ chính xác phân loại giống chó c…
- A Kubernetes Resource That Doesn't Exist: Caching CI Images on Ephemeral Runners Bài tóm tắt · Mercari · 2026
…ậm; nhiều báo cáo khác cho thấy RWX làm khởi động 2–3 phút, kẹt Pending, mất GITHUB ENV khi hai pod khác node. - Thử scheduler tự viết: giữ chỗ cho workflow pod sẽ đến, allocatable…
- Uber's Rate Limiting System Bài tóm tắt · Uber · 2026
…iây; control plane mất thì client fail open . - Từ token bucket sang drop theo tỉ lệ: bản đầu dùng token bucket ở mỗi proxy (tốc độ nạp token theo tỉ lệ tải cục bộ so với tải toà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ả…
- 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:
- DuckLake v1.0: The Lakehouse Format Built on SQL Reaches Production-Readiness Bài tóm tắt · DuckDB Labs · 2026
…DuckLake. Thay đổi chính (v1.0, 4/2026) - Spec ổn định, cam kết tương thích ngược ; bản tham chiếu là extension ducklake trong DuckDB 1.5.2. Nâng cấp extension không còn tự migrate…
- Flex Model: an event-driven feature engineering system Bài tóm tắt · Jane Street · 2026
…sao - Code feature giống nhau chạy cả live lẫn lịch sử, nên kết quả training và production dễ khớp. - Planner chỉ đưa vào kế hoạch những gì cần, nên feature của một thị trường khôn…
- Call me maybe: Cassandra Bài tóm tắt · Jepsen · 2013
…thuần: một round-trip mỗi ghi thay vì hai. Thay đổi chính (kết quả) - Sửa một cell không an toàn : dù đồng bộ đồng hồ hoàn hảo, QUORUM và khoá ngoài như tài liệu gợi ý, 285/1.009…
- 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…
- 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:
- 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ử 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:
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riê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…
- 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…
- 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ố…
- 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…
- 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ỡ:
- Độ 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:
- 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: