🤔 학습 계기 DB 백업 전략 정리 (RTO, RPO, 3-2-1 법칙)🤔 학습 계기DB 백업은 시스템 장애나 데이터 손상으로부터 중요한 정보를 지키기 위한 필수 과정이다. ‘페스타북’ 프로젝트 역시 prod 환경과 dev 환경을 분리하고, DB도 따로 운영하면서 이제taek-2.tistory.com이전 글을 계기로, ‘페스타북’ 프로젝트에도 어떤 DB 백업 방식을 적용할지 고민하게 됐다. 그래서 팀원들과 RTO, RPO 어떤 수준으로 설정할지 토론했다.종합적으로 위 답변과 회의에서 주고받은 의견을 정리해 보면 아래와 같다. 🕒 RTO (복구 시간 목표)의견초기에는 서비스 데이터 양이 크지 않아 복구 자체는 빠를 것으로 예상다만, EC2 생성 → DB 설치 → SQL 복원 순서로 진행되므로 약 15..

🤔 학습 계기DB 백업은 시스템 장애나 데이터 손상으로부터 중요한 정보를 지키기 위한 필수 과정이다. ‘페스타북’ 프로젝트 역시 prod 환경과 dev 환경을 분리하고, DB도 따로 운영하면서 이제는 테스트용이 아니라 실제 데이터를 다루고 있다. 우리 팀이 DB 복구 전략을 마련하는 이유는 다음과 같다.하드웨어 장애 : EC2 클라우드 환경은 언제든 예기치 못한 장애가 발생할 수 있다. 그 순간 데이터 손실 가능성도 커진다.인적 오류 : Drop, Delete 권한을 제한했지만, 잘못된 명령어 한 줄로도 데이터가 변경되고 문제가 생길 수 있다.외부 위협 : 최근 유명 기업들이 랜섬웨어 공격으로 서비스 전체가 마비되는 사례가 있었다. 보안 위협은 언제든 찾아올 수 있기에, 반드시 주기적으로 백업하고 분리..