Xóa bài viết
Bạn có chắc chắn muốn xóa bài viết này không ?
Xóa bình luận
Bạn có chắc chắn muốn xóa bình luận này không ?
Lessons learned from GitLab database incident
For your information:
Lessons learned:
- Engineers should get more sleeps
- Restore strategy is more important than backup strategy
- Testing backup plans would not be a bad idea. If we don't test backups, we don't have them. We must rechecking backup/restore plans monthly, quarterly or yearly
- Always careful, anything with
sudo
command, we need to double/triple check - Change terminal PS1 format/colors to make it clear whether you’re using production or staging
- RED for production
- Blue/green for staging
- Show the full hostname in the bash prompt for all users by default (e.g., “db1.staging.gitlab.com” instead of just “db1”)
Bình luận

{{ comment.user.name }}
Bỏ hay
Hay

Cùng một tác giả

7
0
Khi tiếp cận một hệ thống mới, nên follow theo những hướng như sau: 1. Tìm hiểu tổng quan của system, architecture 2. Đào sâu từng module của syst...

5
0
What is slow query log? Slow queries can affect database and server performance. The slow query log consists of SQL statements that took more t...

3
1
TL;DR watch n 1 tail test.log Problem Log file is too big in some cases, opening with vim will cause high ram usage Want to analyze realti...