Tìm kiếm
29 kết quả cho “Online migration”. Tìm không phân biệt dấu.
- Online index migration and shard-scaling in OpenSearch with AOSC Bài tóm tắt · Atlassian · 2026
…ng lại rẻ), ở đây index chính là sản phẩm : ghi nhiều, luôn online, không có giờ vắng để dựng lại. - Yêu cầu "đổi hình index" đến liên tục: tách tenant lớn khỏi index dùng chung (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.
- Cut-over logic in vitess schema migrations Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2022
…khó: Nâng cao — [bài gốc](https://vitess.io/blog/2022-04-06-online-ddl-vitess-cut-over/) Bài kỹ thuật của dự án mã nguồn mở Vitess, không phải câu chuyện của một công ty. Wiki giữ…
- Atomic slot migration with Redis 8.4 Bài tóm tắt · Redis · 2026
…một điểm chuyển quyền nguyên tử là mẫu chung của migration online (). - Chọn đơn vị chia nhỏ hơn node (slot cố định) để resharding là dời slot, không băm lại key (). - Có số liệu…
- Wix Inbox Journey: 3 Approaches for Zero Downtime Database Migration Bài tóm tắt · Wix · 2021
…chọn DynamoDB . Ba cách migrate: 1. Theo vòng đời (dữ liệu online/offline của khách truy cập site: sống ngắn nhờ TTL, mỗi lần ghi ghi đè toàn bộ, không đổi schema): - ghi kép Cass…
- Scaling Grab's Data Lake: Our journey to Apache Iceberg adoption Bài tóm tắt · Grab · 2026
…hai nền tảng nội bộ (Slide cho batch, Hugo cho ingest từ hệ online). Nhiều năm, phần lớn bảng là Hive Parquet quản lý bằng Hive Metastore (HMS) với bố cục theo thư mục. - Bốn nút c…
- TimescaleDB to ClickHouse replication: Use cases, features, and how we built it Bài tóm tắt · ClickHouse · 2025
…o time-series). Ba kiểu sử dụng (theo ClickHouse) - Migrate online một lần: khách đã chạy analytics trên TimescaleDB, khi dữ liệu lớn lên thì phải tinh chỉnh nhiều; chuyển sang Cli…
- 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.
- 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…
- 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:
- 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…
- 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".
- 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ả…
- 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:
- 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.
- 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ự…
- 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…
- Vitess (PlanetScale/CNCF) Công ty Thành viên
Dự án mã nguồn mở, sinh ra ở YouTube khoảng 2010 khi tầng định tuyến shard được tách khỏi ứng dụng . Bài 2022 giải thích bước cut-over của online schema change: đệm query bằng ACL có hạn, đổi tên bảng để ghi trở nên bất…
- Cloud Native MySQL Sharding with Vitess and Kubernetes Bài tóm tắt · Vitess · 2015
…đôi khoảng, không phải băm lại mọi thứ (). - Mẫu resharding online: snapshot → replication có lọc → kiểm tra → cutover ngắn bằng cách tắt ghi bên cũ và chờ bên mới bắt kịp; cùng kh…
- How to debug large db size issue? Bài tóm tắt · etcd (CNCF) · 2023
…5.5) có thể mất nhất quán dữ liệu nếu crash giữa lúc defrag online (qua etcdctl hoặc client API). Khuyến nghị defrag offline bằng etcdutl : dừng từng member, defrag, khởi động lại.…
- 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…
- Atlassian Công ty Thành viên
Atlassian lên AWS năm 2016. Tenant Context Service (ánh xạ tenant → vị trí, gọi nhiều lần trong mỗi request) được tối ưu qua bốn bài học "không có phép màu": DynamoDB, load balancer, cache, client . Cùng năm 2019, nền…
- Discord Công ty Thành viên
Hiếm có công ty nào kể cùng một bài toán qua 6 năm như Discord. Năm 2015 họ cố ý dùng một replica set MongoDB để ra sản phẩm trong 2 tháng, kèm đường thoát. Họ phân tích workload rồi chuyển sang Cassandra 12 node với…
- etcd Công ty Thành viên
Hai nguồn của etcd trong wiki. Hướng dẫn triển khai trên AWS EC2 (đăng 2017): theo etcd, kho đồng thuận mạnh thêm node là thêm độ bền nhưng ghi chậm đi, nên scale dọc chứ không scale ngang; ASG dùng để giữ số node chứ…
- Update: Elasticsearch lessons learnt for Advanced Global Search Bài tóm tắt · GitLab · 2019
…à cách đơn giản nhất nhưng không scale; cần migration index online, như Atlassian 2026 làm sau này (, ). - Backfill và dọn dẹp index phải tự động theo vòng đời của dữ liệu nguồn. L…
- MySQL sharding at Quora Bài tóm tắt · Quora · 2020
…do chuyển bảng. Thay đổi chính - Bảng lớn vẫn có vấn đề: pt-online-schema-change cần gấp đôi dung lượng, chạy hàng giờ tới hơn một ngày, khoá X lúc tạo trigger, trigger nhân đôi gh…
- Alibaba Công ty Thành viên
Database của Alibaba đi qua ba giai đoạn, đều do đỉnh tải Double 11 dẫn dắt: thương mại (IBM/Oracle/EMC, 2005–2009) → "De-IOE" sang mã nguồn mở với middleware TDDL và AliSQL (2010–2015) → tự phát triển X-DB (từ 2016).…
- Introducing Domain-Oriented Microservice Architecture Bài tóm tắt · Uber · 2020
…không sửa code lõi. - Logic extension: ví dụ khi tài xế "go online", mỗi team đăng ký một kiểm tra riêng qua interface định trước. - Data extension: gắn dữ liệu tuỳ ý bằng Protobuf…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…