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
Hiếu Huỳnh viết ngày 04/03/2017
Hiếu Huỳnh viết ngày 04/03/2017
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
sudocommand, 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ả
6
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 sys...
4
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...
2
0
Problem SSH session is stuck and cannot be exited by entering exit or CTRL+D And we need to break out this session without closing terminal emula...