Tìm kiếm
40 kết quả cho “Data center”. Tìm không phân biệt dấu.
- Instagration Pt. 2: Scaling our infrastructure to multiple data centers Bài tóm tắt · Instagram · 2015
…om/instagration-pt-2-scaling-our-infrastructure-to-multiple-data-centers-5745cbad7834) Bối cảnh - 2013, khoảng một năm sau khi về Facebook: 200 triệu user/tháng, 20 tỷ ảnh. Họ bắt…
- The great adventure of migrating Allegro infrastructure to new Data Center - DC5 Bài tóm tắt · Allegro · 2016
…· Độ khó: Dễ — [bài gốc](https://blog.allegro.tech/2016/02/datacenter-migration-great-adventure.html) Bối cảnh - DC2 ở Poznań là data center "thật" đầu tiên của Allegro (từ 2007).…
- How we modified our infrastructure to deploy an EU data center Bài tóm tắt · Asana · 2020
…blog.asana.com/2020/03/infrastructure-engineering-deploy-eu-data-center/) Bối cảnh - Khách hàng doanh nghiệp muốn chọn nơi đặt dữ liệu; Asana mở hạ tầng ở châu Âu (12/2019). - Từ 2…
- The Great Unracking: Saying goodbye to the servers at our physical datacenter Bài tóm tắt · Stack Overflow · 2025
…eat-unracking-saying-goodbye-to-the-servers-at-our-physical-datacenter/) Bài ngắn, chủ yếu là ảnh; khép lại câu chuyện phần cứng trong . Phần kỹ thuật của việc chuyển: . Bối cảnh -…
- How Facebook deals with PCIe faults to keep our data centers running reliably Bài tóm tắt · Meta · 2021
…rung bình — [bài gốc](https://engineering.fb.com/2021/06/02/data-center-engineering/how-facebook-deals-with-pcie-faults-to-keep-our-data-centers-running-reliably/) Bối cảnh - Data…
- 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.
- Apache Hudi at Uber: Engineering for Trillion-Record-Scale Data Lake Operations Bài tóm tắt · Uber · 2026
…om/us/en/blog/apache-hudi-at-uber/) Bối cảnh - Khoảng 2015, data lake chuẩn của ngành là file, chỉ append, batch. Workload quan trọng của Uber thì khác: dữ liệu thay đổi (vòng đời…
- Scaling data access by moving an exabyte of data to Google Cloud Bài tóm tắt · Twitter · 2022
….x.com/engineering/en us/topics/infrastructure/2022/scaling-data-access-by-moving-an-exabyte-of-data-to-google-cloud) Bối cảnh - 2019: Twitter muốn "dân chủ hoá" việc phân tích dữ…
- Automating Periodic Data Transfer from an Operational Database to a Data Warehouse Bài tóm tắt · Allegro · 2024
…gốc](https://blog.allegro.tech/2024/12/automating-periodic-data-transfer-from-operational-database-to-a-data-warehouse.html) Bài mô tả giải pháp ở mức khái niệm ("cần chỉnh theo n…
- How Uber Scaled Data Replication to Move Petabytes Every Day Bài tóm tắt · Uber · 2026
…khó: Khó — [bài gốc](https://www.uber.com/us/en/blog/scaled-data-replication/) Bối cảnh - Data lake của Uber (hơn 350 PB) nằm ở cả on-premises lẫn cloud. HiveSync (dựng từ dự án Re…
- Open sourcing Brooklin: Near real-time data streaming at scale Bài tóm tắt · LinkedIn · 2019
…Azure Event Hubs, Kinesis). - Mirror Kafka giữa các cụm và data center dùng Kafka MirrorMaker (KMM) : mỗi cụm KMM chỉ nối một cặp cụm Kafka nên phải vận hành hàng chục tới hàng tr…
- GitHub Enterprise Cloud with data residency: How we built the next evolution of GitHub Enterprise using GitHub Bài tóm tắt · GitHub · 2024
…neering/engineering-principles/github-enterprise-cloud-with-data-residency/) Bài có phần quảng bá (dùng chính sản phẩm GitHub để làm); phần kỹ thuật chủ yếu là cách mở rộng pipelin…
- Scaling Datastores at Slack with Vitess Bài tóm tắt · Slack · 2020
…khó: Nâng cao — [bài gốc](https://slack.engineering/scaling-datastores-at-slack-with-vitess/) Bối cảnh - Slack bắt đầu bằng LAMP. Mọi dữ liệu trên MySQL, gồm ba loại cluster: - Sha…
- Twitter Sparrow tackles data storage challenges of scale Bài tóm tắt · Twitter · 2022
…iết kiến trúc ít. Chi tiết đầy đủ nằm trong bài báo 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/topic…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…onolith (servlet cho mọi trang, business logic, kết nối vài database). - Service đầu tiên là member graph ("Cloud"): đồ thị kết nối cần duyệt trong bộ nhớ, có profile tải khác hẳn…
- Image Migration to Google Cloud Platform Bài tóm tắt · trivago · 2024
…y. - Khởi đầu: framework PHP nội bộ, RabbitMQ, worker trong data center, mọi pipeline dùng chung một DB . - Lần 1 (2018), sang AWS: input tăng từ khoảng 100 lên gần 150 triệu ảnh;…
- Meta's Infrastructure Evolution and the Advent of AI Bài tóm tắt · Meta · 2025
…rung bình — [bài gốc](https://engineering.fb.com/2025/09/29/data-infrastructure/metas-infrastructure-evolution-and-the-advent-of-ai/) Wiki tập trung vào phần 2004–2020 (tiến hoá hệ…
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…(tổng quan, bài này) · (ứng dụng và dữ liệu khách hàng) · (database Oracle → MySQL). Bối cảnh - Billing là mảnh cuối cùng của Netflix còn ở data center khi cả streaming đã lên AWS…
- The data platform cluster operator service for Hadoop cluster management Bài tóm tắt · Twitter · 2023
…blog.x.com/engineering/en us/topics/infrastructure/2023/the-data-platform-cluster-operator-service-for-hadoop-cluster-management) Bối cảnh - Twitter dùng Apache Hadoop bản gốc, khô…
- Disaster Recovery for Databases: High-availability Architecture of PolarDB-X Bài tóm tắt · Alibaba · 2026
…ốc](https://www.alibabacloud.com/blog/disaster-recovery-for-databases-high-availability-architecture-of-polardb-x 602805) Bài của nhà cung cấp (Alibaba Cloud) giới thiệu sản phẩm;…
- The Story of Apollo – Amazon's Deployment Engine Bài tóm tắt · Amazon · 2014
…t), còn ứng dụng của Amazon chạy trên đội máy lớn qua nhiều data center , không được downtime, nên phải xếp thứ tự cập nhật khi máy đang nhận traffic và xử lý đúng mọi kiểu lỗi. Th…
- Stack Overflow: The Hardware - 2016 Edition Bài tóm tắt · Stack Overflow · 2016
…lời câu hỏi "5–10% của cái gì " bằng danh sách phần cứng ở data center New York (thực ra nằm ở New Jersey) và Denver (DR), năm 2016. Thay đổi chính - Cách chọn phần cứng: mỗi máy…
- How we scaled reads on the Twitter Users Database Bài tóm tắt · Twitter · 2023
…nfrastructure/2023/how-we-scaled-reads-on-the-twitter-users-database) Bối cảnh - URS (User Reservation System) , theo Twitter là một trong những hệ thống loại này lớn nhất thế giới…
- From 3TB to 100GB: A Cost-Saving Journey in Database Maintenance Bài tóm tắt · Allegro · 2023
…gốc](https://blog.allegro.tech/2023/07/save-money-on-large-database.html) Bối cảnh - Một database Azure SQL (mô hình vCore) chứa nhiều dữ liệu lịch sử, phục vụ audit. Ở 4 vCore, d…
- Three Basecamp outages. One week. What happened? Bài tóm tắt · Basecamp · 2020
…asecamp 3 và vài dịch vụ hỗ trợ (login, billing) chạy ở hai data center on-prem dư thừa, nối bằng hai đường mạng độc lập; nhiều ứng dụng khác của họ chạy trên cloud. Thay đổi chính…
- Introducing Espresso - LinkedIn's hot new distributed document store Bài tóm tắt · LinkedIn · 2015
…ER TABLE cần DBA; cấp thêm shard là việc tay; failover giữa data center (master/slave) cần DBA và có downtime; phần cứng và license đắt. - Năm 2011 team Distributed Data Systems ch…
- Business-Driven Upgrade of Alibaba Group: The Evolution of Dubbo 3.0 Bài tóm tắt · Alibaba · 2021
…interface là một bản ghi trên registry, mỗi máy đăng ký metadata riêng (serialization, timeout, data center). Một gateway phụ thuộc 30 interface của một ứng dụng upstream thì mỗi l…
- Catching bugs on the client-side: how we developed our error tracking system Bài tóm tắt · Bumble · 2020
…ảnh hưởng", không chỉ "bao nhiêu sự kiện"; gom nhóm kèm metadata (lần đầu, lần cuối, phiên bản xuất hiện, trạng thái); tìm kiếm linh hoạt có full-text; tích hợp Jira; tự host . - K…
- How LinkedIn extended ClickHouse from distributed tracing to metric discovery and analytics Bài tóm tắt · ClickHouse · 2026
…uỳ chỉnh, cô lập workload query, hỗ trợ KQL. - Kiến trúc: 3 data center, mỗi nơi một cụm ClickHouse 22 shard, nạp từ PubSub qua tầng ingester. Red-black: ghi vào hai cụm, đọc một,…
- Độ 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.
- How Coinbase built a governed platform for internal operations Bài tóm tắt · Coinbase · 2026
Support, vận hành, compliance, pháp lý, risk và engineer đều cần đọc/ghi dữ liệu khách hàng, mỗi nhóm một lý do chính đáng. Để tự nhiên thì công cụ admin sinh sôi, mỗi công cụ tự làm authorization, audit và rate limit.
- 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.
- 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ả…
- 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…
- 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…
- 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…
- 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:
- 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:
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- 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: