Tìm kiếm
40 kết quả cho “IP block”. Tìm không phân biệt dấu.
- Improving Python: How we made pip install twice as fast Bài tóm tắt · Man Group · 2025
…mỗi ngày. - Khi các package manager mới tuyên bố nhanh hơn pip 10–100 lần, đội nhận ticket điều tra. Một kỹ sư có hai mươi năm kinh nghiệm Python profile pip với bộ gói đại diện: T…
- Scaling and benchmarking a critical message bus using a new indexing strategy Bài tóm tắt · Jane Street · 2026
…hệ thư mục; client subscribe một topic hoặc cả cây con. - Tip recovery: phần đuôi gần nhất của luồng ("stream tip") nằm trong ring buffer trong RAM; client tụt lại thì xin lại từ…
- How Does Spam Protection Work on Stack Exchange? Bài tóm tắt · Stack Overflow · 2020
…n HTTP 429 . Ngưỡng cố ý không công bố. SRE có thể chặn hẳn IP gây phiền; danh sách exit node của Tor là công khai nên có thể tắt truy cập qua Tor khi cần. 2. SpamRam (trong app):…
- Zkafka by Zillow: Go Library for Simplifying Kafka Consumption Bài tóm tắt · Zillow · 2024
…đảm bảo at-least-once yếu, không có dead letter hay retry pipeline. Một message chậm (poison pill) chặn cả partition ( head-of-line blocking ). Thay đổi chính - zkafka : thư viện…
- Testing concurrent code with testing/synctest Bài tóm tắt · Go · 2025
…tính, nên test client/server dùng mạng trong bộ nhớ ( net.Pipe ). Thao tác trên kênh của bubble từ bên ngoài thì panic. - Race detector hiểu Wait : thiếu một lần Wait thì báo data…
- Image Processing at Zillow: Out with the Old and In with the AWS Bài tóm tắt · Zillow · 2015
Zillow xử lý hơn 3 triệu ảnh mới mỗi ngày (2015): ảnh listing, ảnh hồ sơ, ảnh Zillow Digs; một phần upload tay, phần lớn đến theo feed hàng loạt từ hàng trăm nguồn, dồn cục trong ngày.
- How we stopped xmin horizon blocking Postgres vacuuming Bài tóm tắt · Trigger.dev · 2024
…ùng Postgres làm queue được, cho tới khi vacuum không theo kịp: bảng có tỷ lệ xoá cao biến dead tuple thành nút cổ chai. Cùng họ vấn đề vacuum với Notion và Figma (, ). - Khi đã th…
- Stack under attack: what we learned about handling DDoS attacks Bài tóm tắt · Stack Overflow · 2022
…ột query rất đắt , đẩy vài server backend lên 100% CPU. Mỗi IP chỉ gửi vài request (có IP chỉ hai), nên rate limit theo IP vô dụng ; - đội viết bộ lọc theo dấu hiệu của request; lú…
- The Deceptively Simple Act of Writing to Disk Bài tóm tắt · ScyllaDB · 2026
…hân - Lỗi chỉ tái hiện với 64 shard và với RAID tạo bằng script scylla raid setup , không xảy ra trên block device thô hay RAID mặc định. So lệnh mkfs.xfs : script đặt block size 1…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…cache nên đặt sát kho dữ liệu nhất có thể. - Kafka: nhiều pipeline riêng (vào data warehouse, vào Hadoop, log, tracking, queue cho InMail, cập nhật search khi đổi profile) phải sc…
- The exabyte club: LinkedIn's journey of scaling the Hadoop Distributed File System Bài tóm tắt · LinkedIn · 2021
…ng bộ qua Quorum Journal Manager (3 node), client theo một VIP. Trước HA mỗi lần nâng cấp phải restart NameNode (tới một giờ), mọi job phải dừng; nay nâng Standby trước, failover,…
- Common Performance Pitfalls of Modern Storage I/O Bài tóm tắt · ScyllaDB · 2026
…rở lên có thể thấp hơn 3–5%. - RAID0: chia theo chunk và stripe; kiểu song song của ứng dụng có thể "cộng hưởng" làm vài đĩa chịu tải nhiều hơn. Tầng filesystem - ScyllaDB từng for…
- Scaling Security Insights: how we achieved a 10x increase in global scanning capacity Bài tóm tắt · Cloudflare · 2026
…i 500.000 dòng trong một lời gọi API, tức nửa triệu round-trip và transaction. COPY vào bảng tạm làm phình bảng hệ thống của Postgres, nên chọn cách lai: dưới một ngưỡng dùng UNNES…
- How We Made QStash And Upstash Workflow Reliable At Scale Bài tóm tắt · Upstash · 2026
…affic dồn kèm payload lớn: không phải tải đều (autoscaling kịp phản ứng) mà là bộ nhớ tăng vọt trong khoảng rất ngắn, process tiến tới OOM nhanh hơn tốc độ thêm máy, rồi thành cras…
- PostgreSQL Stories: A simple query with a big problem Bài tóm tắt · Render · 2024
…phải sản phẩm Postgres cho khách. Bối cảnh - Tháng 2/2024, pipeline deploy staging của Render bị chặn hàng giờ. Production chỉ được deploy sau khi build đã qua staging, nên tắc sta…
- Business-Driven Upgrade of Alibaba Group: The Evolution of Dubbo 3.0 Bài tóm tắt · Alibaba · 2021
…trong URL). Client cũ và mới cùng chạy được. - Giao thức Triple trên HTTP/2, tương thích gRPC, thêm stream và hai chiều, giữ request ID để tránh head-of-line blocking; vẫn hỗ trợ…
- Carving The Scheduler Out Of Our Orchestrator Bài tóm tắt · Fly.io · 2023
…Bức tranh toàn hệ là một view SQLite do Corrosion sinh (gossip SWIM, viết bằng Rust): theo Fly.io, khi mỗi máy tự là nguồn sự thật thì đây là bài toán replication chứ không phải đồ…
- PlentyOfFish Architecture Bài tóm tắt · PlentyOfFish · 2007
…với site hẹn hò). Không dùng Windows NLB. - Mọi thứ động, gzip toàn bộ output (khoảng 30% CPU) để giảm băng thông; không dùng cache của ASP.NET (dữ liệu hết hạn ngay khi vào cache)…
- How WhatsApp Grew to Nearly 500 Million Users, 11,000 cores, and 70 Million Messages a Second Bài tóm tắt · WhatsApp · 2014
…kèm việc phải tự gộp khi network partition. - Tầng membership (pg2) có thể thành nguồn sự cố lớn nhất khi cả cluster mất kết nối cùng lúc; thứ hiếm khi làm (dừng và khởi động lại…
- 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…
- 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:
- 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…
- 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…
- 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…
- 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…
- 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:
- 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.
- 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:
- 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ì…
- 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:
- 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…
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- 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.
- Query planner và hiệu năng truy vấn Chủ đề Thành viên
Database quan hệ không chạy SQL theo đúng cách nó được viết. Query planner chọn một plan (dùng index nào, join kiểu gì: nested loop, merge, hash; dừng sớm khi có LIMIT hay không) dựa trên thống kê về dữ liệu: số dòng,…
- Hệ thống độ trễ thấp (low latency) Chủ đề Thành viên
Ở sàn giao dịch và công ty market making, mỗi giao dịch làm thay đổi thị trường cho giao dịch sau, và ai phản ứng chậm hơn thì thua. Yêu cầu không chỉ là latency trung bình thấp mà latency ổn định ở đuôi, ở thang micro…
- 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…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…
- Herding elephants: Lessons learned from sharding Postgres at Notion Bài tóm tắt · Notion · 2021
…độ lớn tăng trưởng. Đến giữa 2020 rõ ràng nó sẽ không theo kịp. - Điểm gãy: VACUUM liên tục bị kẹt, không thu hồi được chỗ của dead tuple. Đáng sợ hơn là nguy cơ TXID wraparound :…
- 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ẻ…