Tìm kiếm
40 kết quả cho “query node”. Tìm không phân biệt dấu.
- Why we replaced Node.js with Bun for 5x throughput Bài tóm tắt · Trigger.dev · 2026
…SQLite trong RAM: connection manager được thiết kế như kho query tổng quát (làm phẳng metadata, index trong SQLite tích hợp của Node 22) vì lúc đầu chưa biết mẫu truy cập. Thực tế…
- Scaling Prometheus to billions of samples a second Bài tóm tắt · Hudson River Trading · 2021
…i mất khả năng tổng hợp ad-hoc trên toàn bộ dữ liệu, vì chỉ query được phần đã kéo về instance global. Thay đổi chính - Sharding + remote read: hai loại instance. Shard chỉ lo scra…
- Migrating HotPads to an Isomorphic Stack with React Bài tóm tắt · Zillow · 2016
…thuê nhà của Zillow Group): sau 10 năm, front-end là JSP + jQuery + RequireJS + CSS toàn cục, dính chặt vào back-end monolith . Dev front-end mới phải học cả codebase lớn; mỗi nội…
- How We Built a Logging Stack at Grab Bài tóm tắt · Grab · 2019
…o log service; tìm một chuỗi trong log ba ngày qua là "chạy query rồi đi pha nước". Cách cũ là một mớ: log trên storage cloud (mất hàng giờ mới lấy được), một nhà cung cấp SaaS hay…
- Slack's Incident on 2-22-22 Bài tóm tắt · Slack · 2022
…ao điểm và vượt điểm tới hạn: cache hit rate tụt. - Scatter query: lúc boot client lấy danh sách thành viên các GDM (DM nhóm) của mình, đọc từ keyspace shard theo user , nên tìm th…
- The Day Our Own Queries DoS'ed Us: Inside Zalando Search Bài tóm tắt · Zalando · 2025
…ều tầng: Base Search (cụm Elasticsearch, lexical + vector), query builder dùng NER, Catalog API fan-out mỗi lượt tìm thành nhiều query (có A/B test), Search API cùng các dịch vụ xế…
- Building a fault-tolerant metrics storage system at Airbnb Bài tóm tắt · Airbnb · 2026
…/giây, tới 10.000 dashboard và 500.000 alert, p99 thời gian query dưới 30 giây . Thay đổi chính - Tenant theo service (khoảng 1.000 service ), không theo team vì quyền sở hữu team…
- How We Improved Our Performance Using ElasticSearch Plugins: Part 2 Bài tóm tắt · Tinder · 2019
…051da2ee85b) Phần 2 trong hai bài; phần 1: . Bối cảnh - Mỗi query gợi ý phải gửi kèm danh sách bỏ qua (người đã xem gần đây, đã match), dùng terms query. Với người dùng rất tích cự…
- FollowFeed: LinkedIn's Feed Made Faster and Smarter Bài tóm tắt · LinkedIn · 2016
…chung. Trước đó là Sensei : hệ search phân tán trên Lucene, query viết bằng BQL gồm cả lọc lẫn relevance, broker fan-out tới mọi searcher node rồi gộp top N. - Lý do thay Sensei (t…
- How GitHub Docs' new search works Bài tóm tắt · GitHub · 2023
…EARCH URL . Người chỉ sửa nội dung không phải cài gì. - Một query duy nhất chứa toàn bộ đặc tả xếp hạng, thay vì query chặt trước rồi query lỏng nếu ít kết quả. Thời gian chạy quer…
- Using Presto in our Big Data Platform on AWS Bài tóm tắt · Netflix · 2014
…50 worker m2.4xlarge , coordinator r3.4xlarge, khoảng 2.500 query mỗi ngày làm việc . Cụm Presto cách ly hoàn toàn khỏi các cụm Hadoop, nhưng cùng đọc DW trên S3. Không dùng đĩa (k…
- How PayPal Uses Real-time Graph Database and Graph Analysis to Fight Fraud Bài tóm tắt · PayPal · 2021
…n mở graph, không cái nào đạt yêu cầu về scale và hiệu năng query, nên tự xây graph database real-time. Yêu cầu: API query tuỳ biến, latency dưới giây, độ tươi dữ liệu tính bằng gi…
- Lessons learned from running GraphQL at scale Bài tóm tắt · Dream11 · 2021
…và RAM tăng vọt ngẫu nhiên (TTL cache client cùng hết, GC, query nặng); deploy trên đội máy đó phức tạp, gần như không thử nghiệm được. IPL 2021 dự đoán traffic gấp đôi. Thay đổi…
- How Uber Conquered Database Overload: From Static Rate-Limiting to Intelligent Load Management Bài tóm tắt · Uber · 2026
…chục PB, hàng chục triệu request mỗi giây. Kiến trúc chung: query engine stateless (lập kế hoạch, định tuyến, shard, schema, phân quyền), storage engine stateful (transaction, pool…
- Integrating Neo4j Into Your Stack Bài tóm tắt · Doximity · 2022
…lient đọc thẳng Neo4j qua HTTP API (gem dùng chung chứa mọi query Cypher và test). Ghi đi qua Kafka: callback after commit của ActiveRecord publish message, một service riêng consu…
- Filtered Vector Search: What ACORN Fixes, and What Fixes ACORN Bài tóm tắt · Qdrant · 2026
…ndex, recall 100% ở 1,3 ms. Với giao 1%, planner gửi 29/500 query vào đồ thị và 471 vào payload index. - Cấu hình mặc định (planner, cạnh thêm, ACORN tắt): hầu hết filter trên 90%…
- Building a High-Throughput Metrics System Using Open Source Software Bài tóm tắt · Two Sigma · 2019
…taset x từ 2000 tới 2019, lấy log mọi giá trị"), tới 50.000 query/giây và 1,85 GiB/giây mỗi node . - Họ muốn đo usage metric ở mức từng query (tính năng và tham số nào được dùng, q…
- Twitter Sparrow tackles data storage challenges of scale Bài tóm tắt · Twitter · 2022
…w đọc queue, biến đổi/đổi định dạng rồi ghi liên tục vào BigQuery và Cloud Storage. - Pipeline phải phục vụ cả stream (dữ liệu tươi) lẫn dữ liệu lịch sử (báo cáo dài kỳ, vốn batch…
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- 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.
- 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…
- 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:
- 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:
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- 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:
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- 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:
- 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…
- 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.
- 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.
- Vector search và index ANN Chủ đề Thành viên
Search ngữ nghĩa, gợi ý và RAG quy về tìm các vector (embedding vài trăm tới vài nghìn chiều) gần một vector query. Vector không có thứ tự tự nhiên, nên B-tree hay inverted index không dùng được; ở quy mô lớn phải dùng…
- 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".
- 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…
- Độ 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.
- 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:
- 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.
- 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.
- 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ả…
- 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…