Tìm kiếm
40 kết quả cho “DNS”. Tìm không phân biệt dấu.
- DNS fallback for better resilience Bài tóm tắt · Algolia · 2015
…Cơ bản — [bài gốc](https://www.algolia.com/blog/engineering/dns-fallback-for-better-resilience/) Bối cảnh - Algolia (search-as-a-service) đặt mục tiêu kiến trúc 99,9999% : mọi thà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…
- 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à…
- 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à…
- 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 đề…
- 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…
- 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á…
- 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…
- 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ằ…
- 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…
- Eliminating toil with fully automated load testing Bài tóm tắt · LinkedIn · 2019
…ữa các DC khi có sự cố. - Định tuyến: member vào PoP qua GeoDNS (PoP là IPVS + Apache Traffic Server). Stickyrouting gán mỗi member một DC chính và một DC phụ bằng job Hadoop định…
- Migrating Millions of Concurrent Websockets to Envoy Bài tóm tắt · Slack · 2021
…tốn gấp đôi tài nguyên AWS trong lúc chuyển), dùng weighted DNS của NS1 chuyển dần từ NLB của HAProxy sang NLB của Envoy: region đầu theo bậc 10/25/50/75/100% trong khoảng một tuần…
- Độ 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.
- 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.
- 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:
- 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:
- 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…
- 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ố…
- 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.
- 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:
- 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.
- 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ả…
- 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:
- 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.
- 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.
- 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…
- Algolia Công ty Thành viên
Search-as-a-service đặt mục tiêu 99,9999%. Năm 2015 họ coi DNS là điểm hỏng: API client tự viết dùng hai tên miền ở hai nhà cung cấp DNS và hai TLD, chỉ dùng đường phụ khi đường chính lỗi .
- 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ư…
- This Rocket Ain't Stopping - Achieving Zero Downtime for Rails to Golang API Migration Bài tóm tắt · Grab · 2016
…endpoint public của app hành khách sang server Go, rồi trỏ DNS sang cluster Go. Thay đổi chính - Quy tắc: mỗi endpoint phải qua unit test, load test, QA staging, shadow test trên…
- 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ỉ…
- ASOS Công ty Thành viên
ASOS có một series hai phần trong wiki (2021) về việc chuyển micro-frontend NodeJS từ Azure Cloud Services sang AKS trong 2019–2020. Test tải đỉnh lần lượt lộ ra giới hạn của nền tảng mới mà ứng dụng không hề đổi: cạn…
- Automated testing: 5 lessons from Atlassian's Kubernetes team on testing infrastructure as code Bài tóm tắt · Atlassian · 2020
…p HTTP qua ingress ALB, log tới cổng log công ty, phân giải DNS ba loại, assume IAM role, bị chặn mạng tới tài nguyên nhất định), mở rộng thành danh sách kiểm (node Ready, containe…
- 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 .…
- Slack's Migration to a Cellular Architecture Bài tóm tắt · Slack · 2023
…Java, C++; nhiều kiểu service discovery (Envoy xDS, Consul, DNS, mà DNS không có khái niệm AZ); sửa Vitess thì phải fork hoặc đưa upstream. - Siloing: mỗi service chỉ nhận traffic…