View a markdown version of this page

1단계: 목표 설정 - AWS 권장 가이드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

1단계: 목표 설정

주요 제품 출시 전에 팀이 마지막 스프린트에 있다고 가정해 보겠습니다. 새로운 기능은 획기적인 기능이며 투자자의 기대가 고조되고 있습니다. 그런 다음 일상적인 배포 중에 코어 서비스가 중단됩니다. 고객 불만 제기로 인해 이메일이 넘치면 두 가지 질문, 즉 얼마나 오래 오프라인 상태가 될 수 있는지가 명확해집니다. 손실할 수 있는 데이터는 무엇입니까?

모든 것이 잘 작동하기를 바라는 것은 좋은 전략이 아닙니다. 복원력이 가장 중요한 부분과 중요하지 않은 부분을 결정하는 체계적인 방법이 필요합니다. 여기서 비즈니스 영향 분석(BIA)이 중요해집니다. 복원력에 투자할 위치에 대해 정보에 입각한 결정을 내리는 데 도움이 됩니다. BIA는 시스템의 어떤 부분이 실제로 강력한 신뢰성을 필요로 하고 어떤 부분이 어느 정도 유연성을 허용할 수 있는지 이해하는 데 도움이 됩니다.

먼저 핵심 사용자 여정을 매핑합니다. 각 항목에 대해 다음과 같이 자문해 보세요.

  • 이것이 중단되면 어떤 영향이 있습니까?

  • 서비스를 얼마나 빨리 복원해야 합니까?

  • 보호에 중요한 데이터는 무엇입니까?

이는 단순한 기술적 연습이 아니라 신뢰성 문제의 비즈니스 영향을 이해하는 데 도움이 됩니다. 수익 손실은 시작에 불과합니다. 운영 중단으로 인해 고객 신뢰가 약화되거나, 규제 요구 사항을 위반하거나, 경쟁자에게 경쟁 우위를 제공하는 방법을 고려합니다.

이 분석에서는 각 사용자 여정에 대해 복구 시간 목표(RTO)와 복구 시점 목표(RPO)라는 두 가지 중요한 숫자를 도출합니다. RTO는 해당 여정을 얼마나 빨리 복원해야 하는지 정의합니다. RPO는 고객이 허용할 수 있는 데이터 손실의 양을 정의합니다. 그런 다음 이러한 비즈니스 기반 대상은 시스템의 모든 부분을 과도하게 엔지니어링하지 않고도 선택하는 구성 요소와 이를 설계하는 방법을 안내합니다.

이 접근 방식의 장점은 제한된 리소스를 가장 중요한 위치에 집중하는 데 도움이 된다는 것입니다. 코어 트랜잭션 처리에는 거의 즉각적인 복구와 제로 데이터 손실이 필요하지만 권장 엔진은 더 긴 가동 중지 시간을 허용할 수 있습니다. 명확한 목표를 설정하면 복원력을 전략적으로 구축하면서 빠른 기능 개발을 계속할 수 있는 프레임워크를 생성할 수 있습니다.

이러한 목표를 명확하게 문서화합니다. 엔지니어링 팀만을 위한 것이 아닙니다. 기업 고객에게 홍보하거나 투자자와 기술 실사를 진행할 때이 설명서는 비즈니스 연속성에 대해 비판적으로 생각했음을 보여줍니다.

이러한 대상은 스타트업이 성장함에 따라 진화합니다. 처음 수천 명의 사용자의 복원력 요구 사항은 첫 번째 엔터프라이즈 클라이언트의 복원력 요구 사항과 다릅니다. 오늘 현실적으로 달성할 수 있는 목표부터 시작하되, 규모 조정에 따라 어떻게 축소할지 계획합니다.

이 가이드에서는 이러한 목표를 충족하는 복원력 조치를 구현하는 방법을 살펴봅니다. 이러한 대상을 설정하는 것이 중요한 첫 번째 단계입니다. 혁신과 안정성 간의 지속적인 긴장을 극복하기 위한 나침반입니다. 이를 통해 고객에게 신뢰할 수 있는 가치를 제공하는 시스템을 구축할 수 있습니다.