Tìm kiếm
40 kết quả cho “Feature store”. Tìm không phân biệt dấu.
- Inside the feature store powering real-time AI in Dropbox Dash Bài tóm tắt · Dropbox · 2025
…rung bình — [bài gốc](https://dropbox.tech/machine-learning/feature-store-powering-realtime-ai-in-dropbox-dash) Bối cảnh - Dropbox Dash (tìm kiếm và agent trên tài liệu, chat, nội…
- ML Feature Serving Infrastructure at Lyft Bài tóm tắt · Lyft · 2021
…ớn · Độ khó: Trung bình — [bài gốc](https://eng.lyft.com/ml-feature-serving-infrastructure-at-lyft-d30bf2d3c32a) Bài đầu của một cặp; bài sau về training: . Bối cảnh - Model ML ở L…
- 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:
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- Concourse: Generating Personalized Content Notifications in Near-Real-Time Bài tóm tắt · LinkedIn · 2018
…event Kafka được ETL vào HDFS, join với đồ thị fan-out, gắn feature, chấm điểm bằng model, rồi chuyển cho ATC (cổng chung cho mọi liên lạc với member). - Hai hạn chế: trễ 6–10 giờ…
- Building the Activity Graph, Part 2 Bài tóm tắt · LinkedIn · 2017
…actor. Bản ghi TimelineRecord phải nhỏ để index vừa RAM. - Feature của nội dung (nhãn chất lượng/spam, ngôn ngữ...) cần cho lọc và ranking. Nhét feature vào mỗi TimelineRecord thì…
- How Instacart Uses Embeddings to Improve Search Relevance Bài tóm tắt · Instacart · 2022
…ày. Embedding query theo kiểu lai: hơn 95% query lấy sẵn từ feature store , phần còn lại (chưa có trong cache) tính ngay lúc request; phủ 100% query với latency dưới 8 ms. - Embedd…
- How Instacart Modernized the Prediction of Real Time Availability for Hundreds of Millions of Items While Saving Costs Bài tóm tắt · Instacart · 2023
…hần lớn item gần như không có quan sát. - Pipeline cũ: tính feature trong data warehouse Snowflake , job batch chấm điểm mọi item mỗi 2–4 giờ , ghi vào Postgres để phục vụ. Vấn đề:…
- How we deliver mobile app updates faster Bài tóm tắt · Mercari · 2025
…à phần không kiểm soát được. Thay đổi chính - Trunk-based + feature flag cho mọi thay đổi: merge dần vào master, tính năng ẩn sau flag riêng; xong thì developer và QA thử, rồi bật…
- NVIDIA Dynamo Snapshot: Fast Startup for Inference Workloads on Kubernetes Bài tóm tắt · NVIDIA · 2026
…t/restore có sẵn của Kubernetes qua runc để không phụ thuộc feature gate của từng cloud, kiểm soát tham số CRIU và để artifact ngoài OCI image. - Hook quiesce/resume: worker khởi t…
- Predicting the real-time availability of 200 million grocery items Bài tóm tắt · Instacart · 2018
…t mẫu, nhãn là shopper có tìm thấy không. Model XGBoost với feature theo món (tỉ lệ tìm thấy lịch sử, thời gian từ lần không tìm thấy gần nhất), theo thời gian, và mean encoding ch…
- Nebula as a Storage Platform to Build Airbnb's Search Backends Bài tóm tắt · Airbnb · 2016
…altime từ Kafka, thao tác hàng loạt (snapshot, compact, nạp feature tính offline, thay cả cột), chi phí vận hành thấp. Thay đổi chính - Nebula : kho dữ liệu versioned dạng bảng (ro…
- Stack Overflow: The Hardware - 2016 Edition Bài tóm tắt · Stack Overflow · 2016
…phát hiện botnet. Vì sao - Theo tác giả, "performance is a feature" và code chỉ nhanh bằng phần cứng bên dưới; có phần cứng riêng thì chọn đúng loại cho từng việc. - Ít loại máy h…
- HTTPS on Stack Overflow: The End of a Long Road Bài tóm tắt · Stack Overflow · 2017
…ite cuối cùng và lớn nhất của mạng; thao tác bật chỉ là một feature flag , nhưng chuẩn bị mất 4 năm (2013→2017) . - Theo tác giả, chậm vì hai lý do của mọi dự án IT: phụ thuộc và ư…
- Building Venice with Apache Helix Bài tóm tắt · LinkedIn · 2017
LinkedIn có nhiều kho chuyên biệt với đánh đổi khác nhau (kho chỉ cần put/get nhanh, kho cần nhất quán mạnh và index). Theo bài, họ không viết mỗi kho từ đầu mà dùng thư viện chung; Helix (ra đời cho Espresso) lo quản…
- Phoenix — Tinder's Testing Platform, Part II (Levers) Bài tóm tắt · Tinder · 2019
Một tính năng của app mobile đi qua PM, design, code, QA, build rồi duyệt của app store. Bất kỳ thay đổi nào sau đó (bug lọt QA, chỉnh chi tiết, muốn ra mắt đúng giờ) đều phải lặp lại cả vòng; trên mobile không thể…
- 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.
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- 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…
- 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:
- Thử nghiệm A/B và nền tảng experimentation Chủ đề Thành viên
Khi nhiều team cùng thay đổi một sản phẩm, "ship rồi xem metric" không còn trả lời được thay đổi nào gây ra gì. Thí nghiệm có đối chứng trả lời được, nhưng ở quy mô lớn nó thành một hệ thống: gán người dùng vào biến thể…
- 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…
- Đổ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.
- 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ả…
- 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…
- 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…
- 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:
- 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.
- 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…
- Dropbox Công ty Thành viên
Dropbox luôn là hybrid: metadata ở data center riêng, nội dung file trên S3. Ở ~500 PB họ tự xây Magic Pocket, theo Dropbox vì hiệu năng và unit economics . Cái giá kèm theo là phải tự dựng cả backbone và edge network .…
- Evolving Reddit's ML Model Deployment and Serving Architecture Bài tóm tắt · Reddit · 2021
…cess Minsky/Gazette chung CPU và RAM, Einhorn chia request. Feature lấy từ request hoặc từ Cassandra/Memcached, có memcached cục bộ trên mỗi máy (qua mcrouter) để giảm tail latency…
- 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…
- Jane Street Công ty Thành viên
Công ty giao dịch định lượng và market making, viết gần như mọi thứ bằng OCaml. Blog không kể chiến lược, nhưng kể khá nhiều về hạ tầng quanh chúng. Ở tầng công cụ, từ 2012 họ tự viết build system Jenga; năm 2014…
- Deploying Large-scale Fraud Detection Machine Learning Models at PayPal Bài tóm tắt · PayPal · 2021
…về nền tảng shadow cho model; các phần sau (meta-learning, feature store, hub model) chưa có trong wiki. Bối cảnh - Risk platform là môi trường ML production lớn nhất của PayPal,…
- Evolution and Scale of Uber's Delivery Search Platform Bài tóm tắt · Uber · 2026
…bản cho query model, doc model và cặp. Embedding tính ở mức feature (store, item) rồi join về catalog hàng tỉ ứng viên, lưu trong bảng feature store. - Index: Lucene Plus, index ri…
- DataHub: Popular metadata architectures explained Bài tóm tắt · LinkedIn · 2020
…. - Catalog giờ phải chứa nhiều loại tài sản (bảng, stream, feature, metric, dashboard, model) và phục vụ nhiều use case (search, kiểm soát truy cập, lineage, compliance, xoá dữ li…
- Wix Công ty Thành viên
Năm 2015 Wix dùng MySQL như một kho key/value (blob, không join, không transaction, GUID do client sinh) cho bảng phân giải URL → site, active-active 3 DC, đọc khoảng 1 ms; theo Wix, "MySQL là NoSQL tốt hơn" . Năm 2021,…
- Instacart Công ty Thành viên
Năm 2020, để bật mã hoá at-rest cho RDS Postgres vài TB mà không downtime nhiều giờ, Instacart dựng replica logic từ snapshot (đẩy vị trí replication khớp LSN của snapshot) thay vì copy toàn bộ; cách này về sau dùng cho…