Tìm kiếm
40 kết quả cho “khôi phục từ backup”. Tìm không phân biệt dấu.
- 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…
- Outage post-mortem Bài tóm tắt · Dropbox · 2014
…ần lớn chức năng trở lại sau khoảng 3 giờ, nhưng vài DB lớn khôi phục chậm nên tới 16:40 Chủ nhật mới đầy đủ. Vì sao (bài học Dropbox rút ra) - Script kiểm trạng thái từ xa đã sai;…
- Postgres backups under the hood Bài tóm tắt · PlanetScale · 2026
…SWE - Phân biệt backup để migration (logical) với backup để khôi phục thảm hoạ (physical + WAL) (). - Một transaction dài là rủi ro vận hành (chặn vacuum, tiến tới wraparound), kể…
- Why we rewrote WAL-G for Postgres backups in Rust: Meet WAL-RUS Bài tóm tắt · ClickHouse · 2026
…L liên tục (WAL archival) là thứ bảo đảm độ bền và khả năng khôi phục. Họ dùng WAL-G (viết bằng Go), công cụ trưởng thành và ổn định. - Khi đưa Postgres vào môi trường ít tài nguyê…
- How WhatsApp is enabling end-to-end encrypted backups Bài tóm tắt · WhatsApp · 2021
…ạ tầng chính (đa data center), vì mất vault là mất khả năng khôi phục của mọi user. Liên quan - - -…
- Disaster Recovery for Databases: High-availability Architecture of PolarDB-X Bài tóm tắt · Alibaba · 2026
…suất backup; RTO (gián đoạn tối đa bao lâu) phản ánh tốc độ khôi phục. Tiêu chuẩn Trung Quốc GB/T 20988-2025 chia 6 mức, mức cao nhất RPO = 0 và RTO vài phút. - Ba lớp bảo vệ : bac…
- Building Git infrastructure for agent-scale development Bài tóm tắt · GitHub · 2026
…ường găng của push co lại còn bước nhỏ đó. - Đưa bảo trì ra khỏi đường phục vụ: nén và GC (hiện chạy trên chính máy phục vụ request Git) chuyển sang worker riêng làm trực tiếp trên…
- Flava DBaaS deep dive: From architecture to migration and beyond Bài tóm tắt · LINE (LY Corp) · 2026
…ý tuning). Bài học cho SWE - Tách lớp "điều khiển hạ tầng" khỏi lớp "logic database" là điều kiện để nhiều DBMS dùng chung một nền (). - Operator biến runbook thành vòng reconcile…
- How we optimized infrastructure spend at GitLab Bài tóm tắt · GitLab · 2020
…i ra). 5. Chủ động: phát hiện và cảnh báo khi chi tiêu lệch khỏi ngưỡng kỳ vọng; khi không còn tăng chi phí bất ngờ nào ngoài tăng nhu cầu thật thì việc tối ưu trở nên "nhàm chán".…
- The Evolution of Alibaba Cloud's Relational Database Services Architecture - PolarDB Bài tóm tắt · Alibaba · 2018
…RDS MySQL trước PolarDB (2018): - Bản cơ bản: tách compute khỏi storage bằng cloud disk nhiều bản sao; dễ migrate, mở rộng đĩa, scale compute, nhưng không có HA. - Bản HA: active–…
- Mã hoá đầu cuối và hệ thống mà server không được đọc Chủ đề Thành viên
Một hệ thống bình thường giả định server thấy hết dữ liệu: server fan-out tin nhắn, lưu bản sao lưu, đồng bộ thiết bị, thu log để vận hành, chạy model, chống lạm dụng. Khi sản phẩm hứa chính nhà vận hành cũng không đọ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:
- 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…
- Postmortem of database outage of January 31 Bài tóm tắt · GitLab · 2017
…nders mặc định 3; max connections = 8000 làm Postgres không khởi động lại được khi tăng max wal senders ). - Một kỹ sư xoá thư mục dữ liệu, tưởng đang ở secondary nhưng là primary…
- Postmortem: Removing all users from github.com/trivago Bài tóm tắt · trivago · 2021
…SAML SSO và SCIM: thêm vào group thì GitHub gửi lời mời, bỏ khỏi group thì bị gỡ khỏi organization. - Ngày 6/9/2021 bật bắt buộc 2FA; ai chưa bật bị gỡ tự động và phải mở ticket xi…
- How we used delayed replication for disaster recovery with PostgreSQL Bài tóm tắt · GitLab · 2019
…backup định kỳ + lưu trữ WAL (trên Google Cloud Storage) để khôi phục về bất kỳ thời điểm nào. - Delayed replica: một replica áp WAL trễ 8 giờ ( recovery min apply delay = '8h' ),…
- Ensuring Quora's Resilience to Disaster Bài tóm tắt · Quora · 2016
…và nhân bản tới nhiều nơi. - Nhưng có backup chưa đủ: phải khôi phục được, và nhanh . Nhiều công ty giả lập lỗi ; Quora giả lập hẳn thảm hoạ . Thay đổi chính - Game Day (12/5/2016…
- Inside branch-based restores in Lakebase Postgres Bài tóm tắt · Neon · 2026
…bằng primary): instance lớn, volume EBS lớn thì mất lâu. 2. Khôi phục snapshot từ S3 về volume. Theo Neon, RDS báo available trước khi nạp xong; block chưa có thì volume lấy từ S3…
- Cloud Native MySQL Sharding with Vitess and Kubernetes Bài tóm tắt · Vitess · 2015
…300 giờ video mới mỗi phút), giấu độ phức tạp của sharding khỏi tầng ứng dụng. Con đường quen thuộc: thêm replica để đọc → shard để ghi → pool replica riêng cho batch và backup →…
- GoCD on Kubernetes Bài tóm tắt · Disney Hotstar · 2020
…nên viết cron job Kubernetes snapshot volume và một wrapper khôi phục từ snapshot mới nhất. Viết Prometheus exporter riêng (thời gian chờ cấp agent, thông tin lập lịch pipeline) để…
- 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.
- Medium’s DynamoDB Data Source for Apache Spark Bài tóm tắt · Medium · 2016
…oper đỡ phải học nhiều hệ. Bài học cho SWE - Lấy dữ liệu ra khỏi kho online để phân tích cần hai núm vặn cùng lúc : song song để nhanh, giới hạn tốc độ để không làm hại production…
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…iữa các lần thử); verifier so checksum và ghi lại để audit. Khôi phục partition ở đích, rồi kiểm chất lượng dữ liệu trên mọi partition; kiểm hỏng (do TTL, backfill, ETL thêm partit…
- Độ 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.
- Handling Growth with Postgres: 5 Tips From Instagram Bài tóm tắt · Instagram · 2013
…y. 4. WAL-E: lưu trữ WAL liên tục lên S3 + base backup, nên khôi phục được về bất kỳ thời điểm nào và dựng replica hay failover slave nhanh . 5. psycopg2: - autocommit cho query ch…
- 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…
- 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:
- IPLS: Privacy-preserving storage for your WhatsApp contacts Bài tóm tắt · WhatsApp · 2024
…ân) cần danh bạ riêng cho WhatsApp, đồng bộ qua thiết bị và khôi phục được. - Lưu danh bạ trên server thì server có thể đọc; phải tìm cách để chỉ chủ account khôi phục được. Thay đ…
- 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.
- 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.
- 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…
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thê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…
- Xử lý sự cố và on-call Chủ đề Thành viên
Khi hệ còn nhỏ, vài người biết hết mọi thứ; có lỗi thì người thấy đầu tiên sửa luôn. Khi có hàng trăm service và hàng trăm engineer, câu hỏi đổi khác:
- 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:
- Giao dịch phân tán và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- 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,…
- 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.
- 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 .…