Tìm kiếm
40 kết quả cho “Metadata 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:
- Meet Chrono, our scalable, consistent, metadata caching solution Bài tóm tắt · Dropbox · 2024
…box.tech/infrastructure/meet-chrono-our-scalable-consistent-metadata-caching-solution) Bối cảnh - Metadata của Dropbox nằm trên Panda , KV store giao dịch MVCC tự xây; theo đà tăng…
- Cache made consistent: Meta's cache invalidation solution Bài tóm tắt · Meta · 2022
…2022): fill đan xen với một giao dịch hiếm cập nhật cả bảng metadata và bảng version, nên cache có metadata cũ với version mới; invalidation sau đó gặp lỗi tạm thời, nhánh xử lý lỗ…
- How the controller-runtime Cache Actually Works, and Why Your Controller Does Not Crash the API Server Bài tóm tắt · Kubernetes · 2026
…ector lúc nạp cache (đẩy lọc về server, tiết kiệm cả mạng); metadata-only ( PartialObjectMetadata ) khi chỉ cần label/annotation, với Secret có thể giảm bộ nhớ một bậc; Transform b…
- Increasing Magic Pocket write throughput by removing our SSD cache disks Bài tóm tắt · Dropbox · 2022
…ghi nối tiếp, hợp với SMR. Họ chỉ cần đổi định dạng extent: metadata của block được ghi chung (inline) với dữ liệu ; khi khởi động thì quét extent để dựng index trong RAM. - Bỏ các…
- Why Adaptive Warehouses Are up to 13.7x Faster for DML Operations Bài tóm tắt · Snowflake · 2026
…D 2016): không sửa tại chỗ, mọi thay đổi phải thành file và metadata mới. - Với copy-on-write, sửa vài dòng nghĩa là chép cả các dòng không đổi sang file thay thế: write amplificat…
- Code caching for JavaScript developers Bài tóm tắt · V8 (Google) · 2019
…chỉ lưu file; lần hai (warm) compile rồi đính bytecode làm metadata của file trong cache; lần ba (hot) deserialize, bỏ qua compile. - Code cache chỉ serialize sau khi script chạy…
- Evolution of Application Data Caching: From RAM to SSD Bài tóm tắt · Netflix · 2018
…c tối đa ~50% dung lượng đĩa. - Bước 2, memcached extstore: metadata (key) giữ trong RAM, dữ liệu trên flash. Dùng hết dung lượng đĩa (không cần giữ hai bản cũ/mới). Lệnh lru crawl…
- How We Halved Go Monorepo CI Build Time Bài tóm tắt · Uber · 2022
…MultiJob cần cây tĩnh) họ khai báo sẵn 50 shard và bật theo metadata để giả lập sharding động: 10.000 target từ một giờ còn khoảng 10 phút. - Shard theo root target: chia đều targe…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…ất, Tenant Context Service (TCS) . TCS về sau thành dịch vụ metadata tenant cho toàn bộ Atlassian Cloud. - Yêu cầu: được gọi nhiều lần trong mỗi request; latency cực thấp; có mặt ở…
- The Chubby lock service for loosely-coupled distributed systems Bài tóm tắt · Google · 2006
…n truy cập) để mỗi thư mục có thể do master khác phục vụ và metadata cache được. - Cache phía client có invalidation tường minh: master gửi lệnh huỷ khi dữ liệu đổi, client không b…
- Scaling Time Series Data Storage — Part I Bài tóm tắt · Netflix · 2018
…c node khác nhau (key CustomerId$Version$ChunkNumber ), row metadata ghi sau cùng; trường hợp thường gộp metadata vào cùng row. Latency bị chặn ở 1 đọc + 1 ghi (thường) hoặc 2 + 2…
- How Twitter Uses Redis to Scale - 105TB RAM, 39MM QPS, 10,000+ Instances Bài tóm tắt · Twitter · 2014
…Tree cho range query trên khoá phụ (lấy từ BSD); tốn bộ nhớ metadata. - Cluster bằng proxy : không để server tự đồng thuận (giữ server "đơn giản, ngốc, nhanh"), không làm ở client…
- Globally Distributed Object Storage with Tigris Bài tóm tắt · Fly.io · 2024
…a Fly.io chạy cụm FoundationDB dự phòng để theo dõi object (metadata). - NVMe volume của Fly.io là tầng cache byte thô đầu tiên. - Một hệ hàng đợi theo mô hình QuiCK của Apple phân…
- Evolving Reddit's ML Model Deployment and Serving Architecture Bài tóm tắt · Reddit · 2021
…er ML deploy model mới bằng cách commit một file cấu hình : metadata, đường dẫn artifact, schema (giá trị mặc định, nguồn feature), phiên bản image của model server, tài nguyên và…
- 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
…ile, Push, Group. Tin nhắn và media chỉ lưu trong lúc giao; metadata media nằm trong Mnesia in-memory khoảng 2 TB RAM, chia 16 partition, khoảng 18 tỉ record. - Tách để lỗi không l…
- Beyond synthetic testing: Capturing and replaying real database workloads at Airbnb Bài tóm tắt · Airbnb · 2026
…kẽ nhiều kết nối), chia bucket 5 phút theo cụm và pod, kèm metadata. Viết lại INSERT để chèn tường minh last insert id đã ghi nhận , vì engine khác (hoặc MySQL 8.0 cấu hình khác)…
- Building a Faster C# Driver for ScyllaDB…on our Self-Baked C#-Rust FFI Framework Bài tóm tắt · ScyllaDB · 2026
…Cluster quản lý session và kết nối điều khiển (cho phép đọc metadata trước khi có session), Rust thì không. Họ dựng một kiến trúc lai giữ API C cũ. Thay đổi chính - Đồng bộ build:…
- モジュラモノリスの品質を支えるリーダビリティチーム ― AI時代のスケーラブルなコード管理 (Readability team for a modular monolith in the AI era) Bài tóm tắt · Mercari · 2025
…; client interceptor của mỗi module đưa assignment vào gRPC metadata , server interceptor ở module dưới đọc ra và đặt vào context.Context ; code nghiệp vụ đọc từ context nên thêm c…
- Long on Research, Short on Bandwidth Bài tóm tắt · Hudson River Trading · 2026
…i CPU để tránh tranh chấp; mỗi phút kéo lên userspace, ghép metadata process (user, chương trình, workflow), downsample bằng priority sampling, đẩy vào nền tảng analytics (Iceberg…
- The Legends of Runeterra CI/CD Pipeline Bài tóm tắt · Riot Games · 2021
…o lỗi ngay tại chỗ xảy ra trong script build: ghi file JSON metadata, gửi telemetry lên New Relic và Slack (ý tưởng học từ Dropbox). - Việc còn treo: pipeline phụ thuộc khoảng 50 d…
- Độ 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.
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- 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…
- 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…
- 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…
- 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:
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- 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.
- 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:
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- 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.
- 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ả…
- 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".
- 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ố…
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- 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.
- 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:
- 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…