Tìm kiếm
22 kết quả cho “high throughput”. Tìm không phân biệt dấu.
- Building a High-Throughput Metrics System Using Open Source Software Bài tóm tắt · Two Sigma · 2019
…Dễ — [bài gốc](https://www.twosigma.com/articles/building-a-high-throughput-metrics-system-using-open-source-software/) Bối cảnh - Two Sigma xây nền tảng cho "nghiên cứu dạng hội t…
- Building High Throughput Payment Account Processing Bài tóm tắt · Uber · 2026
…n · Độ khó: Khó — [bài gốc](https://www.uber.com/us/en/blog/high-throughput-processing/) Bối cảnh - Gulfstream , nền tảng thanh toán lõi của Uber: kế toán bút toán kép, tuân thủ SO…
- Garbage Collection Optimization for High-Throughput and Low-Latency Java Applications Bài tóm tắt · LinkedIn · 2014
…edin.com/garbage-collection/garbage-collection-optimization-high-throughput-and-low-latency-java-applications) Bối cảnh - Khi dựng thế hệ mới của feed data platform (index cập nhật…
- Timestone: Netflix's High-Throughput, Low-Latency Priority Queueing System Bài tóm tắt · Netflix · 2022
…— [bài gốc](https://netflixtechblog.com/timestone-netflixs-high-throughput-low-latency-priority-queueing-system-with-built-in-support-1abf249ba95f) Bối cảnh - Năm 2018, khi thiết…
- Technical Secrets of PolarDB: High Availability - Smooth Switchover Bài tóm tắt · Alibaba · 2025
…ps://www.alibabacloud.com/blog/technical-secrets-of-polardb-high-availability---smooth-switchover 602268) Bài của nhà cung cấp (Alibaba Cloud), phần 4 của series về PolarDB lập kỷ…
- RocketMQ High-Availability Paper Admitted to ACM FSE: Replication-Free Failover Bài tóm tắt · Alibaba · 2026
…Khó — [bài gốc](https://www.alibabacloud.com/blog/rocketmq-high-availability-paper-admitted-to-acm-fse-second-level-takeover-of-stateful-services-without-replicating-business-data…
- Đổ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.
- 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.
- 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…
- 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".
- 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:
- 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…
- 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ì…
- 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ố…
- 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…
- 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
· 2014 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://highscalability.com/how-whatsapp-grew-to-nearly-500-million-users-11000-cores-an/) Nguồn thứ cấp: Todd Hoff (HighScalabili…
- MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) And Familiar (SQL) Bài tóm tắt · MemSQL · 2012
· 2012 · 2. Tăng trưởng · Độ khó: Khó — [bài gốc](http://highscalability.com/blog/2012/8/14/memsql-architecture-the-fast-mvcc-inmem-lockfree-codegen-and.html) Bài phỏng vấn hai đồ…
- Scaling Cache Infrastructure at Pinterest Bài tóm tắt · Pinterest · 2020
…deploy binary) → một proxy tự xây (thiếu khối dựng sẵn cho high availability) → mcrouter . Thay đổi chính - Memcached + mcrouter: - memcached đơn giản, rất hiệu quả: một r5.2xlarg…
- Centralized Application Logging at eBay (CAL Ingress) Bài tóm tắt · eBay · 2019
…i gốc](https://tech.ebayinc.com/engineering/low-latency-and-high-throughput-cal-ingress/) Bối cảnh - CAL gom log cục bộ của các application server về một chỗ và làm báo cáo cho mọi…
- Under Deconstruction: The State of Shopify's Monolith Bài tóm tắt · Shopify · 2020
…ayer (Platform → Supporting → Frontend). - Loose coupling + high cohesion: đo bằng change locality , tức code thay đổi cùng nhau thì nằm cùng nhau; theo dõi số component mỗi PR chạ…
- Uber Công ty Thành viên
Một vòng đủ: monolith → microservices → tổ chức lại microservices. Năm 2012–2013 Uber có hai monolith; khi lên hàng trăm kỹ sư thì tách. Lý do chủ yếu là tổ chức. Năm 2015 họ có 500+ service và phải chuẩn hoá contract…
- How we moved our Food Feed from Redis to Cassandra Bài tóm tắt · Zomato · 2016
…lúc đó. - Vấn đề: Redis (khi đó) không có bản phân tán cho high availability và chia tải. Họ thử tự viết lớp bọc nhưng không chắc chắn chịu lỗi được, và không chấp nhận đánh đổi b…