Tìm kiếm
40 kết quả cho “DNS cache”. Tìm không phân biệt dấu.
- 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:
- Migrating billions of records: moving our active DNS database while it's in use Bài tóm tắt · Cloudflare · 2024
…udflare.com/migrating-billions-of-records-moving-our-active-dns-database-while-in-use/) Bối cảnh - Theo W3Techs (10/2024), Cloudflare là authoritative DNS của 14,5% website. Zone l…
- When DNSSEC goes wrong: how we responded to the .de TLD outage Bài tóm tắt · Cloudflare · 2026
…bình — [bài gốc](https://blog.cloudflare.com/de-tld-outage-dnssec/) Sự cố nằm ở bên ngoài (DENIC, nhà quản lý .de ). Bài kể cách một resolver lớn giảm thiệt hại. Phần mật mã của D…
- An AKS Performance Journey: Part 2 — Networking It Out Bài tóm tắt · ASOS · 2021
…lần chờ đúng 5 giây . Thay đổi chính - Race của conntrack: DNS lookup trong pod đi qua ClusterIP của CoreDNS, kube-proxy (iptables) dùng DNAT. glibc và musl gửi truy vấn A và AAAA…
- Active-Active for Multi-Regional Resiliency Bài tóm tắt · Netflix · 2013
…region trên đường của user; sao chép dữ liệu bất đồng bộ. - DNS (Denominator): UltraDNS định tuyến theo vùng địa lý (khoảng 50/50); một lớp Route53 phía sau để đổi traffic nhanh bằ…
- API, ChatGPT & Sora Facing Issues (incident write-up) Bài tóm tắt · OpenAI · 2024
…- Data plane chạy được khá độc lập với control plane, nhưng DNS thì cần control plane : service không tìm được nhau. Vì sao lọt qua - Đã thử trên một cụm staging, không thấy vấn đề…
- How We Improved Website Performance by Evolving Our Infrastructure Bài tóm tắt · Wix · 2021
…ung vị; chọn CDN động theo mạng của client qua nhà cung cấp DNS cho JS và ảnh. - HTML qua CDN: giải pháp cache tự làm ở nhiều region tốn công vận hành; tích hợp CDN để phục vụ cả H…
- Modernizing Artifact Storage at Uber Bài tóm tắt · Uber · 2026
…tự host ở hai data center nằm trên đường găng của build: GeoDNS đưa client tới DC gần nhất; thiếu artifact thì hỏi DC kia rồi lưu lại; nhân bản đẩy bất đồng bộ khi ghi, cộng cron v…
- The Chubby lock service for loosely-coupled distributed systems Bài tóm tắt · Google · 2006
…Thiết kế: một cell khoảng 5 replica dùng Paxos bầu master; DNS để tìm replica. Giao diện giống file system (file và thư mục, node vĩnh viễn hoặc tạm gắn với session); mỗi file/thư…
- HTTPS on Stack Overflow: The End of a Long Road Bài tóm tắt · Stack Overflow · 2017
…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ùng và…
- On WordPress Scaling and Performance, The Zillow Way Bài tóm tắt · Zillow · 2012
…chung (2012). - Toàn bộ hạ tầng 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 V…
- Lessons learned from running GraphQL at scale Bài tóm tắt · Dream11 · 2021
…ảng 26% CPU trong load test. - Hạ tầng: route bằng weighted DNS qua nhiều LB không chia đều vì client cache DNS theo TTL; độ lệch tỉ lệ với số LB và TTL. Bớt server nên bớt được LB…
- How recurring network maintenance exposed 6 bugs Bài tóm tắt · Jane Street · 2026
…, mỗi cái giữ pool kết nối tới nhiều broker và liên tục tra DNS. Có hai đường DNS: glibc qua Async unix (đặt sau một throttle tối đa nửa thread pool, thêm vào sau một sự cố cũ) và…
- So You Think You Can Scale? Bài tóm tắt · Railway · 2023
…work control plane chạy theo sự kiện , lan tới mọi proxy và DNS server qua gRPC trong vài mili giây. Service A gọi B qua DNS riêng, chọn ngẫu nhiên một bản ghi AAAA; muốn thuật toá…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
…ng song Nginx và Envoy hơn nửa năm, chuyển traffic dần bằng DNS : dữ liệu file của desktop client (gRPC end-to-end), metadata RPS cao, notification (hàng triệu kết nối; có thể chuy…
- Độ 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:
- 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…
- 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…
- 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.
- 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.
- 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:
- 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.
- 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.
- 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:
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí 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ả…
- 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.
- 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ì…
- 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…
- Netflix Công ty Thành viên
Sự cố hỏng DB năm 2008 dẫn tới 7 năm lên AWS theo hướng cloud-native . Bài kiểm tra lớn đầu tiên là sự cố AWS US-East năm 2011: kiến trúc stateless, nhiều zone, fallback chịu được, nhưng rút khỏi zone phải làm tay. Từ…
- 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 .…
- Slack Công ty Thành viên
Slack bắt đầu bằng LAMP và giữ PHP vì môi trường của nó (mỗi request trạng thái sạch, vòng lặp sửa–tải lại). Họ cải tiến dần bằng HHVM và Hack thay vì viết lại . Tầng dữ liệu đi từ MySQL active-active shard theo…
- 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…
- Redesigning Workers KV for increased availability and faster performance Bài tóm tắt · Cloudflare · 2025
Workers KV là kho KV toàn cầu: dữ liệu lưu ở storage theo vùng, cache khắp mạng Cloudflare; không chỉ khách hàng dùng mà còn là hạ tầng cho cấu hình, xác thực, phân phối asset của nhiều sản phẩm Cloudflare.
- What Powers Instagram: Hundreds of Instances, Dozens of Technologies Bài tóm tắt · Instagram · 2011
…chỉ có 3 kỹ sư. - Load balancing: trước dùng 2 máy nginx + DNS round-robin (đổi máy chậm vì chờ DNS cập nhật); sau chuyển sang ELB với 3 nginx phía sau, terminate SSL ở ELB. - App…
- OpenAI Công ty Thành viên
Hạ tầng nghiên cứu của OpenAI chạy trên Kubernetes: từ 2.500 node (2018), nơi etcd, agent giám sát và ARP cache lần lượt vỡ , lên một cụm 7.500 node (2021) với API server ngoài cụm, gang scheduling và health check GPU .…
- Scaling Kubernetes to 2,500 nodes Bài tóm tắt · OpenAI · 2018
…lượt các thành phần vỡ: etcd, master, kéo image, mạng, KubeDNS, thậm chí ARP cache. Các nút cổ chai gặp lần lượt - Khoảng 500 node: etcd chậm. kubectl hay timeout; thêm master chỉ…
- Grab Công ty Thành viên
Dùng AWS từ ngày đầu (MyTeksi 2012: Rails trên EC2 + RDS MySQL) và theo Grab chỉ cần dưới 10 kỹ sư vận hành nhờ managed service . Năm 2016 họ chuyển API hành khách từ Rails sang Go theo từng endpoint bằng shadow…
- Building a region‑aware, SEO‑friendly global web app Bài tóm tắt · Mercari · 2025
…, dễ quản lý hơn nhiều ccTLD, định tuyến tới server gần qua DNS, sau này tách riêng một vùng dễ. App Router chỉ hiểu đường dẫn nên middleware rewrite hk.mercari.com/en thành /hk/en…