Tìm kiếm
40 kết quả cho “Backup”. Tìm không phân biệt dấu.
- Postgres backups under the hood Bài tóm tắt · PlanetScale · 2026
…khó: Khó — [bài gốc](https://planetscale.com/blog/postgres-backups-under-the-hood) Bài giải thích kỹ thuật của nhà cung cấp, phần lớn là cơ chế chung của Postgres; phần về cách Pl…
- Why we rewrote WAL-G for Postgres backups in Rust: Meet WAL-RUS Bài tóm tắt · ClickHouse · 2026
…ình — [bài gốc](https://clickhouse.com/blog/walrus-postgres-backups-in-rust) Bài của nhà cung cấp (Managed Postgres trong ClickHouse Cloud), giới thiệu công cụ mã nguồn mở của họ;…
- How WhatsApp is enabling end-to-end encrypted backups Bài tóm tắt · WhatsApp · 2021
…ttps://engineering.fb.com/2021/09/10/security/whatsapp-e2ee-backups/) Phần tiếp năm 2026 về đội HSM: . Bối cảnh - Tin nhắn đã mã hoá đầu cuối, nhưng bản sao lưu lịch sử chat lên Go…
- Strengthening end-to-end encrypted backups Bài tóm tắt · WhatsApp · 2026
…2026/05/01/security/meta-strengthening-end-to-end-encrypted-backups/) Phần tiếp của ; bài ngắn, chi tiết nằm trong whitepaper. Bối cảnh - Backup Key Vault trên HSM nay là nền cho s…
- Postmortem of database outage of January 31 Bài tóm tắt · GitLab · 2017
…lại secondary bằng tay: xoá thư mục dữ liệu rồi chạy pg basebackup . - pg basebackup treo không báo gì (thực ra là hành vi bình thường: nó chờ primary bắt đầu gửi, nhưng runbook và…
- Ensuring Quora's Resilience to Disaster Bài tóm tắt · Quora · 2016
…ng/Ensuring-Quoras-Resilience-to-Disaster) Bối cảnh - Quora backup hằng ngày mọi kho dữ liệu gốc (MySQL, HBase, Redis, feed service) và nhân bản tới nhiều nơi. - Nhưng có backup ch…
- How we used delayed replication for disaster recovery with PostgreSQL Bài tóm tắt · GitLab · 2019
…label với issue và merge request. - Replication không phải backup: một lệnh DELETE / DROP TABLE được replicate gần như ngay tới mọi replica. Thay đổi chính - PITR (point-in-time r…
- Outage post-mortem Bài tóm tắt · Dropbox · 2014
…hàng nghìn database, mỗi DB một master và hai replica, cộng backup full và incremental ở môi trường riêng. Các DB này giữ metadata cho tính năng (chia sẻ album, camera upload, một…
- Medium’s DynamoDB Data Source for Apache Spark Bài tóm tắt · Medium · 2016
…apacity của bảng đang phục vụ người dùng. - Use case chính: backup bảng DynamoDB ra S3 dạng JSON bằng Spark; các job Spark khác nạp bản backup vào Redshift, Databricks. Medium chọn…
- How Ansible Automation Powers the Uber Corporate Network at a Global Scale Bài tóm tắt · Uber · 2026
…ly Nightly Enforcement , ba playbook mỗi đêm cho từng vùng: backup cấu hình đang chạy của mọi thiết bị lên repo GitHub riêng (theo dõi chênh lệch, lịch sử từng host); sinh golden c…
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…ật lý), bỏ dataset trỏ vào vị trí của dataset khác. Dataset backup là một con trỏ tới dataset nguồn, giữ tới khi xong hẳn, để debug, audit, rollback. Copier Spark phân tán file cho…
- GoCD on Kubernetes Bài tóm tắt · Disney Hotstar · 2020
…server mới trong vài phút. - Vận hành chính công cụ deploy: backup sẵn có của GoCD không gồm artifact và dữ liệu plugin, nên viết cron job Kubernetes snapshot volume và một wrapper…
- Postmortem: Removing all users from github.com/trivago Bài tóm tắt · trivago · 2021
…; 5–10/430 lời mời lỗi phải gửi lại). Hành động khắc phục - Backup định kỳ, tự động danh sách thành viên security group. - Admin GitHub gán thẳng vào ứng dụng, không qua group, để…
- Handling Growth with Postgres: 5 Tips From Instagram Bài tóm tắt · Instagram · 2013
…hàng trăm má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…
- Inside branch-based restores in Lakebase Postgres Bài tóm tắt · Neon · 2026
Theo Neon, restore ở Postgres managed truyền thống chậm và càng chậm khi DB càng lớn. Failover sang replica giúp khi máy chết, nhưng không giúp khi lệnh ghi sai hay DROP TABLE đã sang cả standby: lúc đó vẫn phải restore.
- 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…
- 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…
- 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.
- Độ 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.
- 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…
- 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…
- 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.
- 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.
- 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…
- 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…
- 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:
- Mô hình tổ chức SRE Chủ đề
Lúc nhỏ, một team ops hay SRE tập trung trực và vận hành mọi thứ. Khi chuyển sang microservice và "you build it, you run it", team sản phẩm phải tự sở hữu service trên production, nhưng nhiều team chưa có kỹ năng, còn…
- 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:
- 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…
- 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.
- 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…
- 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:
- Disaster Recovery for Databases: High-availability Architecture of PolarDB-X Bài tóm tắt · Alibaba · 2026
…PO (mất tối đa bao nhiêu dữ liệu) phản ánh cách và tần 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…
- PlanetScale Công ty Thành viên
Nhà cung cấp DB managed (Vitess, Postgres). Trong sự cố AWS us-east-1 tháng 10/2025, tách control plane khỏi data plane giúp DB của khách chạy tiếp khi control plane sập . Bài lịch sử shard Postgres (2026) là góc nhìn…
- The Enterprise Multi-Active Disaster Recovery System Bài tóm tắt · Alibaba · 2021
…libaba. Bối cảnh: ba thế hệ disaster recovery - DR 1.0: chỉ backup dữ liệu (cold backup) sang một datacenter khác. Theo Alibaba, người ta không dám chuyển sang : bản cold backup lệ…
- WhatsApp Công ty Thành viên
WhatsApp là ca hiếm: blog kỹ thuật gần như chỉ kể hai giai đoạn, và hai giai đoạn ấy giải hai bài khác hẳn nhau. Giai đoạn Erlang (2011–2014) là câu chuyện tối ưu một hệ nhỏ người: năm 2012, một server FreeBSD + Erlang…
- VTOrc: Vitess-native Orchestrator Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2022
…VTTablet phải báo Orchestrator vào chế độ bảo trì trước khi backup (backup dừng replication, không muốn bị "sửa"). VTOrc thấy được metadata của VTTablet nên tự biết tablet đang bac…