Tìm kiếm
40 kết quả cho “edge”. Tìm không phân biệt dấu.
- Edge Authentication and Token-Agnostic Identity Propagation Bài tóm tắt · Netflix · 2021
…Độ khó: Trung bình — [bài gốc](https://netflixtechblog.com/edge-authentication-and-token-agnostic-identity-propagation-514e47e0b602) Medium chặn crawler; đọc toàn văn qua trình du…
- Flannel: An Application-Level Edge Cache to Make Slack Scale Bài tóm tắt · Slack · 2017
…gốc](https://slack.engineering/flannel-an-application-level-edge-cache-to-make-slack-scale/) Bối cảnh - Slack thiết kế cho team vài trăm người: khi khởi động, client gọi rtm.start…
- Retail Graph — Walmart's Product Knowledge Graph Bài tóm tắt · Walmart · 2020
…//medium.com/walmartlabs/retail-graph-walmarts-product-knowledge-graph-6ef7357963bc) Bối cảnh - Catalog thương mại điện tử lấy dữ liệu từ seller và nhà cung cấp; dữ liệu hay thiếu,…
- Using the Gini Coefficient to Plan Edge Capacity Bài tóm tắt · Fastly · 2026
…ốc](https://www.fastly.com/blog/using-gini-coefficient-plan-edge-capacity) Bài của nhà cung cấp, kể bởi người xây mô hình; số liệu sai số do Fastly tự đo, ghi "theo Fastly". Bối cả…
- Rethinking Netflix's Edge Load Balancing Bài tóm tắt · Netflix · 2018
…ó: Nâng cao — [bài gốc](https://netflixtechblog.com/netflix-edge-load-balancing-695308b5548c) Bối cảnh - Cloud Gateway (Zuul) nhận hơn 1 triệu request/giây (2018). Zuul dùng Ribbon…
- Diving into Uber's cutting-edge data infrastructure Bài tóm tắt · Onehouse · 2024
…gốc](https://www.onehouse.ai/blog/diving-into-ubers-cutting-edge-data-infrastructure) Nguồn thứ cấp: Onehouse (công ty do người tạo ra Hudi ở Uber lập) tóm tắt talk của Girish Bali…
- Measuring the impact of Twitter network latency with CausalImpact Bài tóm tắt · Twitter · 2022
…iên. Bối cảnh - Để giảm latency, Twitter làm thí nghiệm đổi edge mặc định sang edge của cloud công cộng ở một số nước, vì cloud công cộng phủ địa lý rộng hơn ở vài vùng (2022). Do…
- How we built a secure, performant, multi-tenant cloud platform to run untrusted code Bài tóm tắt · Deno · 2024
…doanh nghiệp chạy code không tin cậy của chính user của họ (edge function của Netlify: hơn 255 triệu request/ngày, 2024). - Yêu cầu: cách ly tenant tối đa, cold start thấp, tự nhân…
- Zero Sum by Design: 10 Years of Uber's Payments Platform Bài tóm tắt · Uber · 2026
…g. - Ba mô hình dữ liệu lõi vẫn dùng tới nay: money order, ledger (thực thể có một hay nhiều tài khoản), entity changelog (mọi thay đổi số dư, dựng lại được sổ cái từ đầu). - Ghép…
- Cross Shard Transactions at 10 Million Requests Per Second Bài tóm tắt · Dropbox · 2018
…-transactions-at-10-million-requests-per-second) Bối cảnh - Edgestore là lớp trừu tượng trên hàng nghìn node MySQL, giữ hàng petabyte metadata, hơn 10 triệu request/giây. Developer…
- Inside Stream's Real-Time Architecture for Trading & Investing Apps Bài tóm tắt · Stream (GetStream) · 2026
…nối với server không trước khi push. - Chat: client nối vào edge gần nhất (handshake, xác thực, rate limit tại edge), edge → origin qua kết nối mở sẵn; SDK giữ trạng thái cục bộ để…
- LIquid: The soul of a new graph database, Part 2 Bài tóm tắt · LinkedIn · 2020
…an hằng. - Ngôn ngữ là Datalog , chỉ cho khẳng định quan hệ Edge, mọi rule quy về Edge; ghép được (composable). Kết quả là bảng như SQL hoặc subgraph. - Schema tự mô tả trong đồ th…
- How we built custom emoji Bài tóm tắt · Notion · 2025
…ào: cân nhắc tải hết lúc khởi động app hay tải động qua một edge cache. Chọn tải hết lúc khởi động (sau các request quan trọng) vì nhanh làm và picker mở tức thì; dựng edge cache n…
- How we're building Scam Alert on WhatsApp Bài tóm tắt · WhatsApp · 2026
…us credential; mở phiên RA-TLS với TEE và đối chiếu mã với ledger bên thứ ba; client từ chối gửi nếu tham số riêng tư (ε, δ của differential privacy, ngưỡng k-anonymity) không đạt…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
…L; goroutine mỗi request tốn bộ nhớ khi kết nối nhiều) mà ở edge thì không autoscale dễ; TLS của Go không có FIPS; không có cộng đồng ngoài Dropbox. Thay đổi chính - Hiệu năng: đo…
- A look inside our sixth generation of server hardware Bài tóm tắt · Dropbox · 2022
…B mỗi rack (8 chassis), NIC 100 Gb. - Database (Diego): cho Edgestore, File Journal, metadata của Magic Pocket: mật độ rack gấp đôi, CPU nhiều hơn 60%, SSD NVMe 16 TB (gấp đôi flas…
- Scaling Etsy Payments with Vitess: Part 1 – The Data Model Bài tóm tắt · Etsy · 2023
…shard, shard hỏng chỉ ảnh hưởng ít người). - Giai đoạn 1, ledger người bán (gần lý tưởng): shard theo shop id (đã là shardifier ở nơi khác của Etsy, và chừa đường cho một shop nhi…
- Moving Railway's Frontend Off Next.js Bài tóm tắt · Railway · 2026
…scord. - Từ bỏ: tối ưu ảnh dựng sẵn (thay bằng tối ưu ảnh ở edge của Fastly), vài thư viện hệ sinh thái (tự viết thay), độ trưởng thành. - Fastly phục vụ phần lớn traffic từ edge;…
- Tracking the Money — Scaling Financial Reporting at Airbnb Bài tóm tắt · Airbnb · 2017
…nhỏ nhất là (loại sản phẩm, id sản phẩm). - Từ đó sinh subledger theo kế toán kép : mỗi bút toán có thời điểm, số tiền, loại tiền, ghi nợ/có, tài khoản; tiền không tự xuất hiện ha…
- How we optimized Magic Pocket for cold storage Bài tóm tắt · Dropbox · 2019
…ứ hai nếu request đầu chưa về sau một ngân sách thời gian (hedged request theo Jeff Dean). - Luôn chạy kịch bản xấu nhất: đọc cold lúc nào cũng phải ghép fragment từ nhiều region,…
- Lessons from our journey to enable global code search with Elasticsearch on GitLab.com Bài tóm tắt · GitLab · 2019
…àm hiệu năng sụt nặng khi chạy: bỏ, chỉ tinh chỉnh merge. - Edge NGram: để tìm theo tiền tố (từ, SHA commit) dùng NGram dài tối đa 40. Không giảm được cho SHA; thử giảm cho code ti…
- FollowFeed: LinkedIn's Feed Made Faster and Smarter Bài tóm tắt · LinkedIn · 2016
…on. - Scatter-gather chịu tail latency của node chậm nhất: hedged request và giảm tải ở client là phần của thiết kế, không phải tối ưu sau. Liên quan - - (hai năm sau, chính cơ chế…
- Concourse: Generating Personalized Content Notifications in Near-Real-Time Bài tóm tắt · LinkedIn · 2018
…nội dung) để cache feature của actor tại chỗ. - Fanout gọi Edges API lấy kết nối và follower, sinh một payload cho mỗi người nhận, gộp nếu một người nối qua nhiều cạnh. - Feature…
- Protecting our platform from spikes in usage by reducing load from the Monzo app Bài tóm tắt · Monzo · 2023
…thẻ . Thay đổi chính - Đo lãng phí trước: log 1/1000 user ở edge proxy, ghi URL kèm hash của response (không log dữ liệu nhạy cảm). Kết quả: khoảng 70% GET có một request giống hệt…
- The feedback loops behind Kubernetes Bài tóm tắt · PlanetScale · 2026
…r election: tức là dựng lại Kubernetes. Cơ chế (theo bài) - Edge-triggered notification, level-triggered logic. Hành động theo sự kiện ("replica tăng 2") là mong manh: controller t…
- 500 Tbps of capacity: 16 years of scaling our global network Bài tóm tắt · Cloudflare · 2026
2010: khởi đầu từ một văn phòng ở Palo Alto, một nhà cung cấp transit (nLayer, nay là GTT), một reverse proxy cài bằng cách đổi hai nameserver.
- Fly Behind The Scenes: Fresh Logging Bài tóm tắt · Fly.io · 2020
Fly.io gom log của mọi app trên nền tảng (flyctl logs). Hệ cũ là 7 server Graylog lớn tập trung; với 20.000–30.000 log/giây, có lúc trong ngày không xử lý kịp và log bị rơi. Log tới user bằng cách poll API của Graylog.
- Making LinkedIn's Organic Feed Handle Peak Traffic Bài tóm tắt · LinkedIn · 2018
FollowFeed (): followfeed-query (broker) gửi song song tới nhiều followfeed-storage rồi gộp. Hai chỉ số QoS: Full QoS (mọi timeline đều trả về) và Partial QoS (có ít nhất một phần dữ liệu); Partial QoS rớt nghĩa là feed…
- How we built Stripe Credits: A programmable, auditable way to pay your Stripe fees Bài tóm tắt · Stripe · 2026
Trước đây Stripe thu mọi phí từ số dư thanh toán chính của user; chương trình ưu đãi làm bằng giảm giá tuỳ biến hay điều chỉnh tiền bằng tay. Giảm giá chỉ áp cho phí xử lý thẻ; user trả đủ phí trước rồi mới được hoàn…
- 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.
- 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…
- 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:
- 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…
- 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:
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- 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.
- 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…
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- Mã hoá đầu cuối và hệ thống mà server không được đọc Chủ đề Thành viên
Một hệ thống bình thường giả định server thấy hết dữ liệu: server fan-out tin nhắn, lưu bản sao lưu, đồng bộ thiết bị, thu log để vận hành, chạy model, chống lạm dụng. Khi sản phẩm hứa chính nhà vận hành cũng không đọc…