AWS Elastic Disaster Recovery for Web Apps

네, 주말 업데이트 동안 스테이징 서버가 스파게티 상태로 가득 찬 후 웹 앱용 AWS Elastic Disaster Recovery를 사용해 왔습니다. 우리는 5분도 안 되어 모든 것을 잃어버렸고, 나는 미친 사람처럼 일을 복구하기 위해 안간힘을 쓰고 있었습니다. 그때 저는 우리가 몇 달 전에 설정했던 것을 기억했습니다. 그리고 굉장한 일이었죠. 복구 인스턴스가 10분도 안 되어 실행되었습니다. 마술은 아니었지만 확실히 그런 느낌이 들었습니다.

좋은 것들

진짜 승리는? 특정 시점 복구. 최신 버전만 백업한 것이 아닙니다. 충돌이 발생하기 45분 전의 깨끗한 상태로 롤백할 수 있었습니다. 데이터 손실도 없고 당황하지도 않습니다. 그리고 복제 프로세스는 백그라운드에서 자동으로 실행되므로 라이브 서버의 속도가 느려지지 않습니다. 가짜 중단으로 두 번 테스트했는데 매번 복구 인스턴스를 시작하는 데 5분도 채 걸리지 않았습니다. 인터페이스는 기본적이지만 나쁜 것은 아닙니다. 모든 단계에서 무슨 일이 일어나고 있는지 명확합니다.

또한, 무중단 테스트를 실행하는 능력도 엄청납니다. 실제로 아무것도 중단하지 않고 오류를 시뮬레이션할 수 있습니다. 이것이 바로 프로덕션에서 문제가 발생하기 전에 앱에서 구성 버그를 발견한 방법입니다. 테스트를 위해 전체 가동 중지 시간이 필요한 이전 도구에 비해 훨씬 더 실용적이라고 느껴집니다.

그다지 좋지 않은 것

확실히 초보자용은 아닙니다. 아직 AWS에 익숙하지 않다면 이를 설정하는 것은 마치 깊은 물에 뛰어드는 것처럼 느껴질 것입니다. 손에 쥐고 있는 것도 없고, 문서도… 드물다. UI가 "여기를 클릭"하는 것 외에는 많은 설명이 없기 때문에 오후 내내 설정 가이드를 읽는 데 시간을 보냈습니다. 또한 구독 기반이므로 지속적인 비용이 발생하며 무료 등급이나 평가판도 없습니다. 예산이 부족한 소규모 팀이라면 이는 과잉일 수 있습니다.

그리고 솔직히? 앱이 이미 켜져 있거나 AWS로 이동할 수 있는 경우에만 작동합니다. 따라서 하이브리드 설정에 갇혀 있거나 다른 클라우드 공급자를 사용하는 경우에는 도움이 되지 않습니다. 나쁘다고 말하는 것이 아니라 매우 틈새 시장이라는 것입니다. 단순한 백업 도구만을 원하는 사람에게는 권장하지 않습니다.

결론

AWS에서 웹 앱을 실행 중이고 가동 중지 시간을 감당할 수 없다면 이는 한 푼도 투자할 가치가 있습니다. 화려하지는 않지만 약속한 대로 정확하게 작동합니다. 즉, 재난이 닥쳤을 때 물건을 그대로 유지합니다. 이미 AWS 생태계에 있는 팀에게는 안정적인 안전망입니다. 하지만 AWS를 사용하지 않거나 기본 백업만 필요한 경우에는 다른 곳을 찾아보세요. 무료는 아니지만 우리에게는 여러 번 도움이 되었습니다. 스택에 적합하다면 반드시 권장됩니다.