Tìm kiếm
40 kết quả cho “độ tươi dữ liệu”. Tìm không phân biệt dấu.
- 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…
- 3 Changes to Expand DoorDash's Product Search Beyond Delivery Bài tóm tắt · DoorDash · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://doordash.engineering/2022/05/10/3-changes-to-expand-doordashs-product-search/) Bối cảnh - Search của DoorDash đượ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:
- Scaling beyond one: How Airbnb evolved its data architecture for a multi-product world Bài tóm tắt · Airbnb · 2025
· 2025 · 4. Điều chỉnh · Độ khó: Dễ — [bài gốc](https://airbnb.tech/uncategorized/scaling-beyond-one-how-airbnb-evolved-its-data-architecture-for-a-multi-product-world/) Bối cảnh…
- Twitter Sparrow tackles data storage challenges of scale Bài tóm tắt · Twitter · 2022
…IEEE BigData 2021 mà bài trỏ tới. · 2022 · 3. Quy mô lớn · Độ khó: Cơ bản — [bài gốc](https://blog.x.com/engineering/en us/topics/infrastructure/2022/twitter-sparrow-tackles-data-…
- 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…
- Doximity Công ty Thành viên
Mọi app Rails dùng Kafka qua gem nội bộ dox-messaging. Năm 2022 họ thay ruby-kafka (heartbeat chung thread, gây rebalancing storm) bằng rdkafka trên librdkafka mà giữ nguyên interface; qua đợt segfault khi rollout,…
- Scaling Time Series Data Storage — Part II Bài tóm tắt · Netflix · 2018
Phần 2/2. Phần 1: . · 2018 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://netflixtechblog.com/scaling-time-series-data-storage-part-ii-d67939655586) Bối cảnh - 1/2016 Netf…
- Simplifying Data and Product Integrations with a Data Abstraction Layer Bài tóm tắt · Uber · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.uber.com/us/en/blog/data-abstraction-layer/) Bối cảnh - Query dữ liệu thường gắn chặt với cấu trúc và vị trí củ…
- Evaluating MySQL Parallel Replication Part 3: Benchmarks in Production Bài tóm tắt · Booking.com · 2015
· 2015 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://medium.com/booking-com-infrastructure/evaluating-mysql-parallel-replication-part-3-benchmarks-in-production-db5811058d74)…
- Diving into Uber's cutting-edge data infrastructure Bài tóm tắt · Onehouse · 2024
· 2024 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.onehouse.ai/blog/diving-into-ubers-cutting-edge-data-infrastructure) Nguồn thứ cấp: Onehouse (công ty do người…
- How we optimized Magic Pocket for cold storage Bài tóm tắt · Dropbox · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://dropbox.tech/infrastructure/how-we-optimized-magic-pocket-for-cold-storage) Bối cảnh - Magic Pocket () lưu block bất biến…
- A monolithic architecture for our clients' hundreds of versions: how we write and support tests Bài tóm tắt · Bumble · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://medium.com/bumble-tech/a-monolithic-architecture-for-our-clients-hundreds-of-versions-how-we-write-and-support-test…
- Fleet Management at Spotify (Part 3): Fleet-wide Refactoring Bài tóm tắt · Spotify · 2023
· 2023 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.atspotify.com/2023/5/fleet-management-at-spotify-part-3-fleet-wide-refactoring) Phần 3: phần 1 · phần 2…
- Introducing uForwarder: The Consumer Proxy for Kafka Async Queuing Bài tóm tắt · Uber · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://www.uber.com/us/en/blog/introducing-ufowarder/) Bối cảnh - Kafka ở Uber xử lý hàng nghìn tỉ message và nhiều PB mỗi ngày.…
- How Render Workflows powers our internal data pipeline Bài tóm tắt · Render · 2026
· 2026 · 1. Khởi đầu · Độ khó: Dễ — [bài gốc](https://render.com/blog/how-render-workflows-powers-our-internal-data-pipeline) Bài dùng sản phẩm của chính Render (Workflows, lúc đó…
- Data Mesh at Grab (Part III): Operationalizing data reliability with automated DPIs Bài tóm tắt · Grab · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.grab.com/data-mesh-at-grab-part-three) Phần 3 của series Data Mesh; hai phần trước (Signals Marketplace…
- From Batch Snapshots to Near-Real-Time Data Bài tóm tắt · Doximity · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://technology.doximity.com/articles/from-batch-snapshots-to-near-real-time-data) Bối cảnh - Doximity đã có pipeline batch ché…
- A Decade of Evolution of Alibaba's Databases - Part 1 Bài tóm tắt · Alibaba · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.alibabacloud.com/blog/a-decade-of-evolution-of-alibabas-databases---part-1 594444) Bài là hồi ký của một trưởng…
- Who Watches the Watchmen? Keeping an Eye on Our Monitoring Systems Bài tóm tắt · Mercari · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.mercari.com/en/blog/entry/20220805-who-watches-the-watchmen-keeping-an-eye-on-our-monitoring-systems/) Bài của…
- How we built it: Real-time analytics for Stripe Billing Bài tóm tắt · Stripe · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://stripe.dev/blog/how-we-built-it-real-time-analytics-for-stripe-billing) Bài vừa kỹ thuật vừa giới thiệu tính năng;…
- PostgreSQL Stories: A simple query with a big problem Bài tóm tắt · Render · 2024
· 2024 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://render.com/blog/postgresql-simple-query-big-problem) Phần 1 của câu chuyện hai phần. Phần này tìm ra query gây tắc…
- Concourse: Generating Personalized Content Notifications in Near-Real-Time Bài tóm tắt · LinkedIn · 2018
· 2018 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://engineering.linkedin.com/blog/2018/05/concourse--generating-personalized-content-notifications-in-near) Bối cảnh - Thông b…
- Shipyard: How We Built Slack's Next-Generation EC2 Platform Bài tóm tắt · Slack · 2026
· 2026 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://slack.engineering/shipyard-how-we-built-slacks-next-generation-ec2-platform/) Phần 3 của chuỗi: phần 1 · phần 2 . B…
- How we built a real-time service that handles 20,000 updates per second Bài tóm tắt · Trigger.dev · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://trigger.dev/blog/how-we-built-realtime) Bài của nhà cung cấp nền tảng background job; một phần là giới thiệu sản ph…
- 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:
- Scaling Verify with Wallet for Identity Verification at Uber Bài tóm tắt · Uber · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.uber.com/us/en/blog/scaling-verify-wallet/) Bối cảnh - Nền tảng xác minh danh tính dùng chung cho các app của 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:
- 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.
- 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…
- Optimizing Elasticsearch for Low Latency, Real-Time Recommendations Bài tóm tắt · Zillow · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.zillow.com/news/optimizing-elasticsearch/) Bối cảnh - Gợi ý xuất hiện trong kết quả tìm kiếm, module gợi ý ở tr…
- 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ự…
- 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
· 2023 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://tech.instacart.com/how-instacart-modernized-the-prediction-of-real-time-availability-for-hundreds-of-millions-of-it…
- 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:
- 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,…
- 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,…
- 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.
- Real-time Analytics at Massive Scale with Pinot Bài tóm tắt · LinkedIn · 2014
· 2014 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.linkedin.com/analytics/real-time-analytics-massive-scale-pinot) Bối cảnh - Khoảng 2012, các sản phẩm ph…
- Enhancing Bandaid load balancing with real-time backend server load information Bài tóm tắt · Dropbox · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://dropbox.tech/infrastructure/enhancing-bandaid-load-balancing-at-dropbox-by-leveraging-real-time-backend-server-load-i…
- 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…