Tìm kiếm
36 kết quả cho “Đột biến traffic”. Tìm không phân biệt dấu.
- Scaling for Tsunami traffic Bài tóm tắt · Disney Hotstar · 2019
Traffic của Hotstar (streaming ở Ấn Độ) có dạng "sóng thần": khi đội tuyển cricket Ấn Độ ra sân, lượng user đồng thời tăng vọt trong vài phút.
- New Tweets per second record, and how! Bài tóm tắt · Twitter · 2013
3/8/2013 (khán giả Nhật xem Castle in the Sky): đỉnh 143.199 tweet/giây, trong khi bình thường là 500 triệu tweet/ngày, tức ~5.700 TPS. Đỉnh gấp ~25 lần mà user không thấy gián đoạn.
- 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.
- Building High Throughput Payment Account Processing Bài tóm tắt · Uber · 2026
…ăm nghìn giao dịch mỗi ngày, quá một ngày mới xong, kèm các đợt bùng vào giờ cố định; khách Uber for Business trợ giá cho rider theo vùng. - Mỗi thao tác gồm nhiều round-trip tuần…
- 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 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ì…
- 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…
- Độ 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.
- 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:
- 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…
- 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…
- 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:
- 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…
- Đổ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.
- 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:
- 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".
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- 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…
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- 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:
- 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:
- 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.
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- Scryer: Netflix's Predictive Auto Scaling Engine Bài tóm tắt · Netflix · 2013
…g lúc đó máy đang chạy bị quá tải. - Sau sự cố: traffic tụt đột ngột kích hoạt scale-down, rồi khi sự cố hết thì retry storm ập vào một cụm đã bị thu nhỏ. - Mẫu tải thay đổi trong…
- Building a data plane from scratch: Stripe's own high-performance distributed proxy Bài tóm tắt · Stripe · 2026
…fic đều hơn giữa replica Ruby (thêm 15–20% dư địa trước khi đợt tăng làm ngợp máy); làm lại định tuyến theo ưu tiên, hỗ trợ deploy, rate limit, chuyển traffic. - Kiểm thử: unit, en…
- A deep dive into Cloudflare's September 12, 2025 dashboard and API outage Bài tóm tắt · Cloudflare · 2025
…bị ảnh hưởng nặng trong khoảng 17:57–19:12 UTC, API sập hai đợt. Diễn biến 1. 16:32: bản dashboard mới có bug. Một object nằm trong dependency array của React useEffect được tạo lạ…
- Enhancing Cloud Usage Forecasting, Monitoring & Optimizing Bài tóm tắt · Etsy · 2024
…rd trên BigQuery + Looker cho mọi team; - cảnh báo khi tăng đột ngột hoặc tăng dần theo tuần/tháng; - họp với Finance hằng tuần, readout cho lãnh đạo hằng tháng. - Theo dõi theo co…
- Autoscaling in Kubernetes: Why doesn't the Horizontal Pod Autoscaler work for me? Bài tóm tắt · Expedia · 2020
…ng 7 pod → đặt 10, không phải 100); đổi lại không chịu được đột biến thật vượt mức đó. Bài học cho SWE - Autoscaler là một vòng điều khiển có độ trễ ở mọi khâu (thu metric, poll, k…
- How Intelligent Load Shedding Prevents Cascading Failures in Tier-0 Systems Bài tóm tắt · Salesforce · 2026
…h lỗi dây chuyền . - Workload tự động hoá và agent dồn theo đợt, khó đoán hơn nhiều so với người đăng nhập. - Mô hình cũ: rate limit theo từng instance. Ổn khi hạ tầng tĩnh; khi bậ…
- Lessons in resilience at SoundCloud Bài tóm tắt · SoundCloud · 2016
…ỏi bài để ngỏ Chính sách retry của client; khi traffic tăng đột ngột thì chặn ở edge thế nào để giữ hệ lõi. Bài học cho SWE - Circuit breaker theo cả service và theo lỗi liên tiếp…
- Building a fault-tolerant metrics storage system at Airbnb Bài tóm tắt · Airbnb · 2026
…ộ ra: thành phần ghi/đọc mất ổn định khi series active tăng đột biến và thiếu guardrail query; compaction trễ với tenant lớn làm query lịch sử chậm và tốn tài nguyên; query lớn (hơ…
- Enhancing Performance in Microservice Architecture with Kitex Bài tóm tắt · ByteDance · 2024
…Lưu ý khi nhiều tiến trình chung bộ nhớ hoặc bộ nhớ có đỉnh đột ngột. - "Ảo giác" của container: cgroup giới hạn thời gian CPU chứ không phải số CPU; container 4 core thấy 4 CPU nh…
- 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 .…
- Alerting on Service-Level Objectives (SLOs) Bài tóm tắt · SoundCloud · 2019
…44% 5xx trong cả 1 giờ và 5 phút gần nhất. Backend lỗi 100% đột ngột thì sau khoảng 52 giây đã vượt ngưỡng giờ. Cửa sổ ngắn giúp alert tắt nhanh sau khi sửa (và bắn lại được nếu tá…
- The great adventure of migrating Allegro infrastructure to new Data Center - DC5 Bài tóm tắt · Allegro · 2016
…điện giảm 71% , colocation giảm 45% . Ngoài ra họ tận dụng đợt dời để chuẩn hoá công nghệ. Suốt mấy tháng chỉ có vài sự cố ảnh hưởng nhỏ tới người dùng. Bài học cho SWE - Dời data…
- How we optimized Magic Pocket for cold storage Bài tóm tắt · Dropbox · 2019
…n mất một region không làm dịch chuyển traffic hay tăng I/O đột ngột ở region còn lại. - Tiết kiệm: warm là 1+1 (tổng 2 × hệ số replication nội bộ), cold 3 region là 2+1 ( 1,5 × ),…