마이크로서비스 아키텍처 구축(전면 개정판)

446

2

부

구현

TIP

슈뢰딩거 백업을 피하라슈뢰딩거 백업을 피하라

백업을 생성할 때는 필자가 슈뢰딩거(

Schrödinger

) 백업이라 부르는 것을 피하고 싶을 것이다.

1010

슈뢰딩거

백업은 실제로 백업이거나 백업이 아닐 수도 있다. 실제로 복구를 시도하기 전까지는 실제 백업용인지

1111

아

니면 디스크에 기록된

0

과

1

의 뭉치인지 알 수 없다. 이 문제를 피하는 가장 좋은 방법은 백업을 실제로 복구

해 실제 백업인지 확인하는 것이다. 예를 들어 운영 환경을 백업해 성능 테스트 데이터를 구축하는 등 소프트

웨어 개발 프로세스에 정기적으로 백업을 복구하는 방법을 찾아야 한다.

백업에 대한 ‘오래된’ 지침은 현장과 멀리 떨어진 별도의 장소에 백업을 보관해야 한다는 것이

다. 즉, 다른 곳에 백업을 둔다면 사무실이나 데이터 센터에서 발생한 사고가 백업에는 영향을

미치지 않을 것이란 생각 때문이다. 하지만 애플리케이션이 공용 클라우드에 배포된 경우 ‘별

도의 장소

off

-

site

’란 어디를 의미할까? 중요한 것은 백업이 핵심 시스템과 최대한 격리된 방식으

로 저장돼 핵심 시스템이 탈취돼도 백업 자체는 위험에 처하지 않도록 하는 것이다. 앞에서 언

급한 코드 스페이스에는 백업이 있었지만 탈취된 동일 계정의

AWS

에 저장돼 있었다. 애플리

케이션이

AWS

에서 실행되는 경우에도 ...