Tìm kiếm
40 kết quả cho “proxy data plane”. Tìm không phân biệt dấu.
- Building a data plane from scratch: Stripe's own high-performance distributed proxy Bài tóm tắt · Stripe · 2026
…plane-from-scratch-stripes-own-high-performance-distributed-proxy) Bối cảnh - Mục tiêu độ tin cậy 99,9995% cho request thanh toán; service mesh nội bộ xử lý hàng triệu request/giây…
- 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.
- PlanetScale Công ty Thành viên
Nhà cung cấp DB managed (Vitess, Postgres). Trong sự cố AWS us-east-1 tháng 10/2025, tách control plane khỏi data plane giúp DB của khách chạy tiếp khi control plane sập . Bài lịch sử shard Postgres (2026) là góc nhìn…
- 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".
- Designing MCP Gateway: Uber's MCP Management Platform Bài tóm tắt · Uber · 2026
…AutoCrawler thấy heartbeat thì gọi listTools và tạo server proxy ảo. - Phát hiện không có nghĩa là phơi ra: mọi server và tool sinh ra ở trạng thái tắt ; team sở hữu service phải…
- Open sourcing kubenetmon: how we monitor data transfer in ClickHouse Cloud Bài tóm tắt · ClickHouse · 2025
…t kết nối rất ngắn. Rủi ro conntrack đầy đã biết, nhưng cụm proxy tuyến đầu (nhiều kết nối nhất) không nằm trong phạm vi; cụm chạy workload khách chỉ dùng một phần nhỏ bảng. - Attr…
- How we built a secure, performant, multi-tenant cloud platform to run untrusted code Bài tóm tắt · Deno · 2024
…oard; data plane gồm mọi edge region (bucket lưu code, edge proxy, VM chạy isolate gọi là "runner"). - Vòng đời deployment: - Tiền xử lý để giảm cold start: transpile TypeScript bằ…
- Business-Driven Upgrade of Alibaba Group: The Evolution of Dubbo 3.0 Bài tóm tắt · Alibaba · 2021
…t control plane: Thin SDK (sidecar, SDK chỉ giữ lõi RPC) và Proxyless (SDK tự nói với control plane, không sidecar) cho nơi không chịu được chi phí chặn traffic của sidecar; hai ki…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
…m, xuất stats) viết bằng Lua; logic phức tạp đẩy xuống tầng proxy Go phía sau ( Bandaid ). - Không còn hợp cách làm hiện tại: API chuyển từ REST sang gRPC (cần transcoding), protob…
- The history of Postgres sharding Bài tóm tắt · PlanetScale · 2026
…ải pháp là nội bộ, không thành phần mềm độc lập. - Skype PL/Proxy (2007): proxy định tuyến bằng hàm SQL; mỗi mẫu query cần một hàm riêng. - Instagram (2012): khoảng 30 triệu user,…
- Anatomy of a serverless usage-based billing system Bài tóm tắt · WarpStream · 2024
…egress phụ thuộc client có cùng region hay không. Phải đo ở Proxy (proxy hiểu giao thức Kafka đứng sau NLB, xác thực và định tuyến tới Agent của cụm), vì đó là lớp duy nhất client…
- How We Built Fly Postgres Bài tóm tắt · Fly.io · 2022
…Go): sentinel quyết định leader, keeper quản từng Postgres, proxy định tuyến về leader; trạng thái cụm lưu trong Consul . - Vấn đề: Stolon "nói chuyện" với Consul rất nhiều và lặp…
- 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…
- Độ 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.
- IPVS-Based In-Cluster Load Balancing Deep Dive Bài tóm tắt · Kubernetes · 2018
…ấu hình; wiki chỉ ghi phần lý do kiến trúc. Bối cảnh - kube-proxy chạy trên mỗi node, biến Service (một IP ảo) thành việc chuyển gói tới các pod phía sau. Trước đó có hai chế độ: u…
- Migrating Millions of Concurrent Websockets to Envoy Bài tóm tắt · Slack · 2021
…vào hệ "wss" (tin nhắn, presence, app). Từ đầu Slack dùng HAProxy ở nhiều region AWS để kết thúc websocket gần user. - Vấn đề reload: danh sách backend đổi thường xuyên. Cách Runti…
- 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.
- 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ả…
- 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…
- Query planner và hiệu năng truy vấn Chủ đề Thành viên
Database quan hệ không chạy SQL theo đúng cách nó được viết. Query planner chọn một plan (dùng index nào, join kiểu gì: nested loop, merge, hash; dừng sớm khi có LIMIT hay không) dựa trên thống kê về dữ liệu: số dòng,…
- 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.
- 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:
- 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…
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- 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…
- 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:
- 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:
- 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:
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- 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:
- 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…
- Airbnb Công ty Thành viên
Airbnb chuyển từ một ứng dụng Rails khổng lồ sang SOA, và lộ ra chi phí test: deep integration test cho mọi service không scale, nên họ chuyển sang tháp test + CD có canary analysis . Năm 2025 với ba trụ sản phẩm, data…
- Dropbox Công ty Thành viên
Dropbox luôn là hybrid: metadata ở data center riêng, nội dung file trên S3. Ở ~500 PB họ tự xây Magic Pocket, theo Dropbox vì hiệu năng và unit economics . Cái giá kèm theo là phải tự dựng cả backbone và edge network .…
- Stripe Công ty Thành viên
Khoảng 2.000 shard MongoDB với hơn 40 kiểu bố trí; năm 2026 Stripe thay tự sửa dạng plugin bằng tìm đường (BFS rồi Dijkstra) trên state machine của shard, mô phỏng bằng chính code Temporal, giảm 30% số lần gọi người…
- 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à…
- How Render Services Stayed Up During the AWS October Outage Bài tóm tắt · Render · 2025
…oặc hỏng; - Network Load Balancer chậm làm tăng latency của proxy. - Khoảng 22:53 UTC, AWS xác nhận đã hồi phục hoàn toàn. Vì sao ít bị ảnh hưởng (theo Render) Kết quả của các quyế…
- Uber's Rate Limiting System Bài tóm tắt · Uber · 2026
…ucket 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 cục, giữ token dư tới 10–20 giây cho đợt bùng). Ở producti…
- Scaling Cache Infrastructure at Pinterest Bài tóm tắt · Pinterest · 2020
…g thư viện client (dễ vỡ, gắn với việc deploy binary) → một proxy tự xây (thiếu khối dựng sẵn cho high availability) → mcrouter . Thay đổi chính - Memcached + mcrouter: - memcached…
- Cloudflare Công ty Thành viên
Cloudflare bắt đầu bằng một cluster Postgres cfdb cho hầu hết control plane; từ 2017 các service dời dữ liệu ra dần. Đến 2022–2024 dữ liệu DNS (hàng tỷ record) được tách sang cluster riêng, sau khi mọi service đã đi qua…
- Behind the scenes: Redpanda Cloud's response to the GCP outage Bài tóm tắt · Redpanda · 2025
…factor bắt buộc ít nhất 3; Kafka API, Schema Registry, HTTP Proxy đều dư thừa. - Đường găng chỉ có VPC, compute, đĩa gắn trực tiếp (trừ khi bật Private Service Connect). - Chừa dun…