Tìm kiếm
40 kết quả cho “CDN”. Tìm không phân biệt dấu.
- HTTPS on Stack Overflow: The End of a Long Road Bài tóm tắt · Stack Overflow · 2017
…ngoài các bài đánh số của series, nhưng cho thấy tầng edge (CDN, DNS, TLS) phía trước kiến trúc trong . Bối cảnh - 22/5/2017: HTTPS thành mặc định trên Stack Overflow, site cuối cù…
- Realtime Fastly logs with Grafana Loki for under $1 a day Bài tóm tắt · Loveholidays · 2021
…rình duyệt, ghi chú bằng lời của wiki. Bối cảnh - Fastly là CDN đứng trước Loveholidays, phục vụ hàng triệu request mỗi ngày; có trang được trả hoàn toàn từ CDN. Mỗi tương tác của…
- How We Improved Website Performance by Evolving Our Infrastructure Bài tóm tắt · Wix · 2021
…ả 304, không body) và cache được ở bất cứ đâu, mở đường cho CDN. - Mạng: HTTP/2 cho mọi domain của người dùng; Brotli thay gzip ở nginx biên, giảm 21–25% kích thước truyền trung vị…
- Reducing Image File Size in the Photos Infrastructure Bài tóm tắt · Etsy · 2017
…nhớ cho ảnh hay xem và hash để tránh làm trùng; trước đó là CDN. - Ràng buộc lớn nhất là kích thước dữ liệu: CDN chỉ giữ được chừng ấy trước khi đẩy ảnh ra và request quay về origi…
- Incident Report: March 30th, 2026 — Authenticated user data cached Bài tóm tắt · Railway · 2026
…26-authenticated-user-data-cached) Bối cảnh - Trên Railway, CDN cache là opt-in : domain không bật CDN thì request luôn đi thẳng tới ứng dụng. - Ngày 30/3/2026, 10:42–11:34 UTC (52…
- Globally Distributed Object Storage with Tigris Bài tóm tắt · Fly.io · 2024
…ì càng chậm. Lời giải quen thuộc là bucket theo region hoặc CDN cache phía trước (CloudFront), làm ứng dụng phức tạp thêm. Tác giả tự dựng một CDN cache cho S3 trên sáu châu lục ch…
- Canva incident report: API Gateway outage Bài tóm tắt · Canva · 2024
…althy đã bị traffic đè chết. - 9:29: chặn toàn bộ traffic ở CDN bằng firewall rule của Cloudflare (chuyển canva.com sang trang status) để task khởi động mà không bị đè. - Mở lại dầ…
- PlentyOfFish Architecture Bài tóm tắt · PlentyOfFish · 2007
…CPU, chuyển sang RamSan 250.000 IOPS cho 10.000 ảnh/giây. - CDN là lý do một người làm được; theo Frind không có site top 100 nào không dùng CDN. Vì sao - Ứng dụng viết từ đầu, rất…
- YouTube Architecture Bài tóm tắt · YouTube · 2007
…thay Apache (epoll, nhiều process). Video phổ biến đẩy lên CDN ; video ít xem (1–20 lượt/ngày) phục vụ từ colo của YouTube, nơi truy cập đĩa ngẫu nhiên kiểu long tail nên cache ít…
- Moving e2e testing into production with multi-tenancy for increased speed and reliability Bài tóm tắt · DoorDash · 2022
…ột developer). App mobile/web đặt tenant vào header HTTP; ở CDN header được đổi sang định dạng baggage và truyền qua mọi service bằng OpenTelemetry . - Cô lập dữ liệu: database riê…
- Stack under attack: what we learned about handling DDoS attacks Bài tóm tắt · Stack Overflow · 2022
…bỏ dấu / rồi quay lại; - đổi cách: gom IP botnet và chặn ở CDN (Fastly) , traffic không tới được server. Lần tấn công thứ ba bị chặn ngay; - kẻ tấn công chuyển sang mỗi lần chỉ bậ…
- Image Migration to Google Cloud Platform Bài tóm tắt · trivago · 2024
…khử trùng ảnh cùng URL hay từ nhiều đối tác; ảnh ở GCS sau CDN; - thống nhất schema topic Kafka với các team consumer. - Go-live theo giai đoạn qua A/B test: staging nối với stagi…
- The Stack That Helped Medium Drive 2.6 Millennia of Reading Time Bài tóm tắt · Medium · 2016
…p. Dịch vụ phụ viết bằng Go (dễ build, đóng gói, deploy). - CDN nhiều nhà cung cấp: CloudFlare cho tài nguyên tĩnh, nhưng gửi 5% sang Fastly và 5% sang CloudFront để giữ cache của…
- Engineering Real-Time Mobile Personalization Across iOS, Android, React Native, and Flutter Bài tóm tắt · Salesforce · 2026
…Nền tảng version hoá và phát hành metadata cá nhân hoá qua CDN toàn cầu; khi app mở, SDK lấy cấu hình, áp quy tắc targeting và ánh xạ, render thành phần native phù hợp. - Định dan…
- Using the Gini Coefficient to Plan Edge Capacity Bài tóm tắt · Fastly · 2026
Một POP của Fastly là máy bare-metal chạy lẫn nhiều loại tải (video live, API, security, tải phần mềm, Compute wasm), phần cứng nhiều đời. Không có một con số "capacity": cùng một POP có thể dư thừa hôm nay và nghẹt hô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:
- 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,…
- 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.
- 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…
- Độ 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:
- 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…
- 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…
- 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…
- 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.
- 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:
- 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:
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- Railway Công ty Thành viên
Nền tảng PaaS tự vận hành datacenter, mỗi site nối ít nhất ba nhà mạng Tier 1. Sự cố 2/7/2026: ngắt một nhà mạng hỏng làm một site thế hệ đầu (nhận default route từ nhà mạng) mất internet 20 phút; sau đó kết nối storage…
- Stack Overflow Công ty Thành viên
Phản ví dụ nên đọc sớm cho niềm tin "lớn thì phải scale out". Năm 2009, với 16 triệu page view mỗi tháng, Stack Overflow chạy hai web server và một SQL Server, chạm giới hạn thì nâng RAM; theo Jeff Atwood, phần cứng rẻ…
- Canva Công ty Thành viên
Báo cáo sự cố công khai đầu tiên của Canva (2024): một deploy editor thường lệ, mạng CDN mất gói và cơ chế gộp request của Cloudflare dồn 270.000 request rồi thả cùng lúc, cộng một bug lock trong telemetry, làm API…
- Etsy Công ty Thành viên
Etsy shard MySQL từ khoảng 2010 bằng ORM tự viết: gán shard ngẫu nhiên, lưu ánh xạ trong một index DB, thành điểm hỏng chung. Từ 2018 họ chuyển sang Vitess mà không dời dữ liệu (vindex lai: SQLite cho ID cũ, hash cho ID…
- Stack Overflow: How We Do Deployment - 2016 Edition Bài tóm tắt · Stack Overflow · 2016
…stackexchange.com, Stack Auth (OAuth), sstatic.net (domain CDN không cookie), API v2, API mobile, Stack Server (tag engine và indexing Elasticsearch) và Socket Server (websocket).…
- trivago Công ty Thành viên
Service PSE-kafka đẩy giá khách sạn sang dịch vụ Ads bị consumer lag kéo dài (19 sự cố P1) dù CPU chỉ 10%. Năm 2026 một đợt điều tra tìm ra ba nút thắt cùng lúc (consumer tự viết từ 2019, độ trễ cố ý trong RAM, pool…
- Splitting a Monitoring Monolith into Separate Components Bài tóm tắt · trivago · 2018
…nguyên khối (Symfony, Orchestra) kéo metric từ API của các CDN (ChinaCache, Edgecast…) và vài dịch vụ khác, đẩy vào InfluxDB qua Graphite. Code nhiều phụ thuộc chéo giữa các modul…
- YouTube Công ty Thành viên
Nguồn duy nhất trong wiki là bản tóm tắt của HighScalability (2007) cho một talk của YouTube, nguồn thứ cấp với số liệu 2006–2007: 100 triệu lượt xem/ngày với một nhóm rất nhỏ, vòng lặp tìm và sửa nút thắt nhiều lần mỗi…
- On WordPress Scaling and Performance, The Zillow Way Bài tóm tắt · Zillow · 2012
…trên AWS. Thay đổi chính - DNS: domain của khách và domain CDN host trên Route 53, quản lý qua API và UI riêng. - Hai tầng cache: một nhóm server Varnish tự autoscale đứng trước;…