네이티브 복제
지원되는 상태는 해당 서비스의 복제 경로를 사용합니다. 예: 새 ECR 이미지, S3 객체 복제, 승인된 데이터베이스 복제본.
패턴 보기 →복구 전략
적합한 복구 경로.
각 AWS 구성 요소에 맞게.
이미지, 인증서, 네트워크 제어, 시크릿, 데이터, 인프라가 어떻게 함께 작동하는지 살펴보세요. 이 다이어그램은 Dockfield 복구 설계를 보여 주며, 각 고객 구현은 별도로 범위를 정하고 테스트합니다.
서비스와 복구 목표별로 선택
7가지 유형, 하나의 복구 블루프린트.
워크로드는 여러 유형을 조합할 수 있습니다. 컨테이너 서비스에는 이미지, 네트워크, ID, 시크릿, 데이터가 함께 준비되어야 합니다. 구성 복구와 애플리케이션 데이터 복구는 서로 다른 증거와 시간이 필요합니다.
이벤트 기반 미러링
변경 이벤트를 캡처하고 현재 구성을 검사한 뒤 DR에서 매핑된 리소스를 조정합니다. SG와 NACL에는 별도의 조정기가 필요합니다.
패턴 보기 →선언형 재구축
복구 블루프린트에서 종속성 순서에 따라 지원되는 인프라를 재구축합니다. 예: VPC, 로드 밸런서, ECS, EKS.
패턴 보기 →백업 및 시점 복원
승인된 복원 지점에서 서비스 기본 백업 경로를 사용해 상태를 복구합니다. 예: RDS, Aurora 및 지원되는 AWS Backup 리소스.
패턴 보기 →재발급 또는 재생성
유효한 대상 리소스를 만들고 새 ID를 매핑합니다. 예: 대상 계정 및 리전의 ACM 인증서.
패턴 보기 →공유 복구 제어 플레인
보호된 환경 전반의 라우팅 결정을 조정합니다. ARC 라우팅 제어는 Route 53 상태 확인에 작동합니다.
패턴 보기 →조직 거버넌스
위임 관리와 서비스별 리전 설정을 통해 적용 가능한 제어를 중앙에서 관리합니다.
패턴 보기 →이미지 · 백필 + 지속적인 네이티브 복제
ECR: 이미지를 보호한 다음 서비스를 재구축합니다.
기존 이미지와 향후 푸시는 서로 다른 경로를 따릅니다. ECS 또는 EKS가 복구된 워크로드를 시작하기 전에 대상 이미지를 사용할 수 있어야 합니다.
대상을 준비하세요
네이티브 복제 규칙과 대상 레지스트리 권한을 구성합니다. 기존 콘텐츠에는 별도의 복사 경로가 필요합니다. 대상 다이제스트와 승인된 릴리스를 확인하세요.
리포지토리 제어를 확인해야 합니다
암호화, 태그 불변성, 권한, 수명 주기 규칙에는 대상 구성이나 적절한 생성 템플릿이 필요합니다. 네이티브 이미지 복제는 소스 삭제를 전파하지 않습니다.
AWS 참조: ECR 복제
인증서 · 재발급 / 재가져오기
ACM: 새 대상 인증서, 매핑된 ARN.
인증서 요구 사항인 이름, 유형, 검증 방법, 워크로드 연결을 기록합니다. 대상 계정 및 리전에서 인증서를 요청하거나 가져온 다음 ARN을 복구된 리스너에 매핑합니다.
리전이 ID를 결정합니다
소스 ACM ARN은 대상 인증서가 아닙니다. 복구 훈련 전에 발급과 DNS 검증을 준비하고 대상 리스너 연결을 확인하세요.
개인 자료는 보호됩니다
검색에는 개인 키가 필요하지 않습니다. 가져오기는 승인된 보안 키 경로를 사용합니다. 애플리케이션이 다른 곳에 있어도 CloudFront 인증서는 us-east-1을 사용합니다.
AWS 참조: ACM 리전 및 사용 · 인증서 가져오기
네트워크 제어 · 조정 + 위험 변경 보류
보안 그룹 및 NACL: 의도를 안전하게 미러링합니다.
이 서비스는 계정 간 SG/NACL 네이티브 복제를 제공하지 않습니다. Dockfield 조정기는 변경 이벤트를 신호로 사용하고 현재 구성을 읽어 참조를 매핑한 뒤 승인된 대상 규칙을 적용합니다. 주기적인 조정으로 누락되거나 지연된 이벤트를 보완합니다.
| 제어 | 보안 그룹 | 네트워크 ACL |
|---|---|---|
| 배치 | 리소스 / 네트워크 인터페이스 | 서브넷 연결 |
| 트래픽 동작 | 상태 저장형; 허용된 응답을 추적합니다 | 무상태형; 필요한 반환 경로를 허용합니다 |
| 규칙 모델 | 허용 규칙; 참조된 SG ID 매핑 | 순서가 있는 허용 / 거부 규칙; 규칙 번호 유지 |
| 대상 매핑 | 대상 VPC, SG 참조 및 승인된 CIDR | 대상 서브넷 연결, CIDR, 인바운드 / 아웃바운드 규칙 |
이벤트는 신호이며 전체 상태는 아닙니다
지원되는 CloudTrail 쓰기 이벤트와 활성화된 트레일을 사용합니다. 권위 있는 구성을 다시 읽고 재시도를 멱등하게 처리하며 조정 증거를 추적합니다.
권한 취소도 위험할 수 있습니다
정책 검토는 전체 리소스 삭제뿐 아니라 액세스 및 연결 변경도 다룹니다. 변경 보류에는 검토자의 확인이 필요하며, 액세스를 유지하는 것은 의도적인 임시 결정입니다.
AWS 참조: CloudTrail을 통한 EventBridge · 네트워크 ACL 동작
민감한 상태 · 검색과 별도
Secrets Manager: 값을 블루프린트에 포함하지 마세요.
검색은 GetSecretValue를 호출하지 않고 시크릿 메타데이터와 종속성을 목록화합니다. 시크릿 운영 보호는 암호화된 값, KMS 권한, 로테이션, 대상 엔드포인트를 처리하는 별도의 승인된 경로를 따릅니다.
동일 계정, 여러 리전
네이티브 리전 복제본은 시크릿 업데이트와 로테이션을 전파합니다. 대상 리전에 적합한 KMS 키를 사용하고 연결 설정이 의도한 복구 서비스로 연결되는지 확인하세요.
별도 계정에는 별도 설계가 필요합니다
네이티브 리전 복제는 계정 간 복제가 아닙니다. 제어된 동기화 경로나 승인된 공유 액세스를 선택하세요. 공유 액세스만으로 격리된 복사본이 만들어지지는 않습니다. 계정 간 액세스에는 리소스, ID, 고객 관리형 KMS 권한이 필요합니다.
상태 데이터 복구 · 복제본 / 백업 / PITR
신뢰할 수 있는 시점으로 데이터를 복구하세요.
인프라 블루프린트와 별도로 데이터 경로를 선택합니다. RDS와 Aurora는 서비스에 적합한 복원 또는 복제 패턴을 사용하며 DynamoDB, EBS, EFS, FSx에는 각각 지원되는 보호 경로가 필요합니다. 복구 지점 선택, 대상 액세스, 보존 기간을 명확히 테스트합니다.
RTO와 RPO 측정
인프라 캡처 간격은 애플리케이션 데이터 RPO가 아닙니다. 복원 시간, 복제 지연, 보존된 복구 지점, 테스트한 워크로드가 실제 복구 증거를 결정합니다.
기타 상태 저장 서비스
기존 S3 객체에는 새 객체 복제와 별도로 Batch Replication이 필요할 수 있습니다. EFS, FSx, 볼륨 스냅샷은 선택한 서비스, 계정, 리전에서 지원하는 방식을 사용합니다.
선언형 복구 · 종속성 순서
연결된 서비스를 재구축합니다.
블루프린트는 지원되는 구성 및 대상 매핑을 설명합니다. 네이티브 상태 보호가 이미지와 데이터를 제공하고 인프라 자동화가 종속성 순서에 따라 주변 서비스를 재구축합니다.
대상 ID 확인
소스 계정 ID, 리전, 인증서 ARN, KMS 키, 이미지 위치, 엔드포인트 참조에는 대상 매핑이 필요합니다.
플랫폼의 목표 상태가 중요합니다
Kubernetes에서는 임시 Pod ID 대신 워크로드 사양과 영구 데이터를 복구합니다. 정상적인 제어 플레인 외에도 실제 애플리케이션 검사가 필요합니다.
Dockfield 설계 패턴: 지원 서비스 범위와 종속성 매핑은 평가 중 정의합니다.
트래픽 · 준비 → 승인 → 라우팅 작업
복구 준비가 끝나면 ARC가 트래픽을 제어합니다.
라우팅 제어는 Route 53 상태 확인과 DNS 트래픽에 영향을 줍니다. Dockfield의 사람 승인 및 검증 게이트는 애플리케이션 제어이며 구성된 ARC 안전 규칙이 이를 보완합니다. 라우팅 작업이 가능해지기 전에 복구 엔진이 워크로드를 구축합니다.
적격 상태는 실시간 장애 조치가 아닙니다
UI의 승인 상태만으로 라우팅 제어가 변경되었다고 볼 수 없습니다. 제어 작업을 기록하고 복구된 서비스 및 DNS 동작을 확인하세요.
안전 및 롤백
적절한 안전 규칙을 구성하고 승인된 전환과 롤백을 연습하며 DNS 캐싱과 클라이언트 동작을 고려하세요.
AWS 참조: ARC 라우팅 제어 · ARC 안전 규칙
조직 제어 · 중앙 구성
한 번 통제하고 복구 경계를 모두 검증하세요.
Control Tower, AWS Config, Security Hub, GuardDuty는 조직 및 리전 구성 모델이 서로 다릅니다. 적절한 중앙 관리 패턴을 사용하고 각 DR 계정과 리전의 범위, 집계, 권한을 확인하세요. IAM 신뢰와 KMS 액세스는 명시적인 종속성으로 남습니다.
서비스별 범위
중앙 관리자가 있다고 모든 대상이 자동으로 포함되는 것은 아닙니다. 필요한 활성화 리전, 멤버 계정, 증거 출처를 기록하세요.
블루프린트는 복구 계약입니다
각 리소스에 전략, 대상 매핑, 담당자, 승인 규칙, 보호 증거, 최근 성공한 복구 테스트를 기록하세요.
복구 블루프린트에 무엇을 기록해야 하나요?
- 소스 서비스 및 종속성 관계
- 대상 계정 및 리전, 매핑된 ID와 엔드포인트
- 보호 전략, 전제 조건, 마지막 조정
- 복구 지점 정책, 측정된 RTO / RPO, 검증 증거
- 파괴적 변경 처리, 승인 담당자, 롤백 경로