Tìm kiếm
40 kết quả cho “đường mạng chính và dự phòng”. Tìm không phân biệt dấu.
- 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:
- Basecamp 2 and Basecamp 3 search outage report Bài tóm tắt · Basecamp · 2019
…7/3 tới 13:02 GMT, sự cố mạng phía nhà cung cấp làm mất cả đường chính, đường dự phòng và vài đường tạm dựng thêm giữa các service; Basecamp 2 và search của Basecamp 3 gần như off…
- 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…
- 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.
- 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:
- 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…
- Three Basecamp outages. One week. What happened? Bài tóm tắt · Basecamp · 2020
…lling) chạy ở hai data center on-prem dư thừa, nối bằng hai đường mạng độc lập; nhiều ứng dụng khác của họ chạy trên cloud. Thay đổi chính (diễn biến) - 28/8 (40 phút chat hỏng): c…
- 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ả…
- 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…
- Đổ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:
- 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…
- 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…
- Thử nghiệm A/B và nền tảng experimentation Chủ đề Thành viên
Khi nhiều team cùng thay đổi một sản phẩm, "ship rồi xem metric" không còn trả lời được thay đổi nào gây ra gì. Thí nghiệm có đối chứng trả lời được, nhưng ở quy mô lớn nó thành một hệ thống: gán người dùng vào biến thể…
- 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.
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- Load test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- 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:
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- 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…
- Redesigning Workers KV for increased availability and faster performance Bài tóm tắt · Cloudflare · 2025
…kend mới để đo hiệu năng và lỗi dưới tải thật mà không chạm đường đọc. 2. Copy dữ liệu cũ sang qua KVSP. Từ đây có thể failover tay trong vài phút : điểm hỏng đơn đã được gỡ. 3. Bậ…
- RocketMQ High-Availability Paper Admitted to ACM FSE: Replication-Free Failover Bài tóm tắt · Alibaba · 2026
…ne, WAL chung, object storage). Thay đổi chính - Giữ nguyên đường dữ liệu bình thường: vẫn một replica, file system một node, cloud block storage tự có dự phòng phía storage. Không…
- 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…
- Ensuring High Availability of Ads Realtime Streaming Services Bài tóm tắt · Pinterest · 2021
…phòng để một bug không hạ cả hai. - Kafka Streams che giấu đường dữ liệu bên trong; vòng lặp qua state store chỉ lộ ra qua độ trễ (). Liên quan - - - -…
- HTTPS on Stack Overflow: The End of a Long Road Bài tóm tắt · Stack Overflow · 2017
…khi đổi tầng edge. - Khi đặt CDN trước site, phải nghĩ tới đường đi của traffic nội bộ. - Kiến trúc một data center thuận lợi cho hiệu năng server nhưng bất lợi cho độ trễ tới use…
- Flex Model: an event-driven feature engineering system Bài tóm tắt · Jane Street · 2026
…h nghĩa ở đúng một chỗ; nhanh, nghĩa là không cấp phát trên đường nóng. - Không dùng Incremental (thư viện tính toán incremental của chính họ): Incremental làm việc với giá trị hiệ…
- Active-Active for Multi-Regional Resiliency Bài tóm tắt · Netflix · 2013
…g trong vài tháng. Thay đổi chính - Điều kiện: service trên đường gọi của user phải stateless (mọi sao chép trạng thái nằm ở tầng dữ liệu), chỉ dùng tài nguyên trong cùng region (ứ…
- Session revocations at scale Bài tóm tắt · Canva · 2026
…nstance cùng nạp cache lúc khởi động (). - Cache cục bộ cần đường nạp và đường cập nhật riêng khỏi database nguồn; object storage + GET có điều kiện là một lựa chọn rẻ (). - Trước…
- Long on Research, Short on Bandwidth Bài tóm tắt · Hudson River Trading · 2026
…g. Bộ đếm byte của switch cho thấy một nguồn lạ làm bão hoà đường vào Chicago. Thay đổi chính - Researcher được tự do chọn công cụ, nên không thể bắt 100% lưu lượng WAN đi qua một…
- Making the LinkedIn experimentation engine 20x faster Bài tóm tắt · LinkedIn · 2020
…c, nhánh nào trả false thì bỏ hẳn remote call. - Kiểm tương đương v1/v2: unit test 80–90% dòng; bộ sinh test case từ cấu trúc từng DSL production phủ 99,9% nhánh; rồi chạy 8 tỷ tes…
- Phoenix — Tinder's Testing Platform, Part II (Levers) Bài tóm tắt · Tinder · 2019
…"hai phiên bản luôn cùng chạy" ở . - Gắn đo lường vào chính đường đọc cấu hình làm dữ liệu thí nghiệm đúng mà không phụ thuộc kỷ luật của từng team. Liên quan - - · · · - ·…
- 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.
- Scaling Exact COUNT(DISTINCT) for High-Cardinality Non-Rollup Metrics Bài tóm tắt · Uber · 2026
…header của Roaring64Bitmap); bộ gộp đọc 4 byte đầu để chọn đường mới hay đường cũ, nên kết quả Bitmap-64 cũ đã lưu trên HDFS vẫn gộp được, không pipeline nào phải tính lại lịch sử…
- How we optimized Magic Pocket for cold storage Bài tóm tắt · Dropbox · 2019
…háng khi nó không giữ được lời hứa về độ bền. - Thiết kế mà đường bình thường cũng là đường dự phòng thì không có bất ngờ capacity khi failover. Liên quan - · - Các mốc khác của Ma…
- 500 Tbps of capacity: 16 years of scaling our global network Bài tóm tắt · Cloudflare · 2026
…về trung tâm lọc; mỗi server tự nhận ra và bỏ gói ở tốc độ đường truyền. - Nền tảng developer ở mọi thành phố: đã chạy eBPF trên mọi máy thì chạy luôn code của khách: Workers, sau…
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- How we achieved independent deployments in a micro-frontend architecture Bài tóm tắt · Allegro · 2026
…bản của mình. - Dùng lại cơ chế đã có (A/B) hơn là thêm một đường thứ hai (FaaS). Liên quan - · (cũng bỏ release train) - ·…
- 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,…