아키텍처

하나의 컨트롤 비행기 두 개의 신뢰 영역 측정된 회복 경로입니다.

참조 디자인은 생산 발견, 유물 신뢰 및 복구 실행을 분리하여 손상된 생산 정체성은 직접적으로 복구를 제어할 수 없습니다.

Reference 디자인

설계부터 여러 계정과 리전을 지원합니다.

생산은 읽기만한 발견으로 관찰된다. Terraform은 증거 기반 프로모션을 통해 회복에 의해 선택하기 전에 이동합니다.

DR-as-Code 참조 아키텍처
Production discovery → trusted artifact → Active-Warm recovery
Dockfield DR-as-Code 참조 아키텍처운영 환경 신뢰 영역 기본 AWS 환경VPC · ALB/NLB · Route 53ECS / EKS · EFS · S3RDS / Aurora · 의존성읽기 전용 검색 코드 생성 엔진Boto3 발명품ID → Terraform 참조버전 및 검증 매니페스트예제 : 5분 격리 및 승인정체성 · 정책 · 계획 / 응용네트워크 · 데이터 · 응용 프로그램 테스트서명된 최종 검증 정상 복구 패키지승인 후에만 사용복구 실행 영역 안전한 복구 저장소변경 불가, 암호화, 버전 관리Terraform 및 프로바이더 잠금복구 시점 및 검증 자료별도의 보안 / DR 계정마지막으로 검증된 정상 상태 데이터 복구RDS / Aurora PITRNative DB Replication 를 사용한 경우Backups: Governance / Retention 부문IAC와 시간 연관데이터 복구 준비 필수 Active-Warm 복구복구 가능한 기반을 상시 준비필요할 때 ECS / EKS 컴퓨팅 배포네트워크·데이터·앱의 3계층 검증통제된 트래픽 전환검증된 장애 조치디자인 원칙회복 속도를 결정하는 것을 따뜻하게 유지하십시오. 테스트가 목표 RTO를 여전히 보유하고 있음을 증명할 때에만 탄력 컨테이너 계산을 재구성합니다.Recreate elastic container compute only when tests prove the target RTO still holds.
자동화 신뢰의 결정 회복 준비 의존성

랜섬웨어 저항성

최신 스냅샷을 맹목적으로 배포하지 마십시오.

운영 환경에서 가져온 모든 패키지는 처음에 신뢰할 수 없는 것으로 간주합니다. 승인은 품질을 검증하고, 사고 시 선택 절차는 가장 이른 침해 가능 시점 전에 수집했는지 확인합니다.

인프라 신뢰 & 홍보
지속적인 보증 플러스 사고 명령 책임
Ransomware-Safe Artifact 파이프라인생성 된 Terraform은 면제, 테스트, 홍보 및 타협 경계에 맞춰 선택됩니다.지속적인 보험캡처명단 + Manifesto01쿼리신뢰할 수 없는 default02유효성정체성 + 정책03테스트네트워크 · 데이터 · 앱04프로모션정확한 digest05이벤트 시간 선택침해가 발생했을 가능성이 있는 가장 이른 시점Forensic evidence establishes the신뢰할 수 있는 최초의 타이밍.인간의 권한복구 상태 선택최신 승인된 스냅샷 캡처타협의 경계를 앞두고격리 환경에서 새 실행 계획 수립신뢰할 수 있는 상태에서 복구Terraform 및 Database Restore 사용1 신뢰할 수 있는 타임스탬프트래픽 전환 전 다시 테스트최신 유물은 자동으로 가장 안전한 유물이 아니다.
문 01

Integrity & Provenance에 대한 정보

Producer Identity, Signature, Digest, Manifesto, Source Account, Region, Toolchain 및 Dependency Lock를 입력합니다.

문 02

보안 & 정책

비밀 노출, 대중 접근성, 암호화, 특권, 로깅, 파괴적인 변화 및 변환 가능한 참조.

문 03

Runtime Proof에 관하여

분리된 계획 / 응용 프로그램 및 네트워크, 데이터 및 응용 프로그램 검증. 실패한 장비는 격리되어 있습니다.

회복의 일관성

인프라와 데이터는 하나의 신뢰할 수 있는 포인트로 반환됩니다.

매니저는 생산 캡처 시간을 기록합니다. 데이터베이스 복구는 실행하기 전에 실제 복원 가능한 경계에 대해 확인됩니다.

신뢰할 수 있는 복구 타임스탬프 Trusted Recovery Timestamp
일러스트리 이벤트 timeline
신뢰할 수 있는 인프라 및 데이터 복구 타임라인10:15 스냅샷은 10:17 타협을 앞두고 사건 선언 후에 선택됩니다.10:15IaC 캡처선택한 타임스탬프10:17최초의 타협국경10:22Artifact 홍보승인된10:42공표된 사건회복 시작실제 로그와 복제로 복원할 수 있는 범위 내에서, 인프라와 적격 데이터베이스 상태를 동일한 신뢰 시점으로 복구합니다.
5분마다 IaC를 수집하는 것은 구성의 복구 시점 목표이며, 애플리케이션 전체의 RPO가 아닙니다. 데이터 손실은 또한 트랜잭션 로그, 복제 지연, 일관성 및 사건 경계에 따라 달라집니다.

일러스트리 시간 예산

사건이 일어나기 전 매분마다 엔지니어를 맡는다.

이것은 허가된 실패 후 하위 시간 목표가 어떻게 분해될 수 있는지를 보여줍니다.This shows how a sub-hour target could be decomposed after authorized failover. 평가와 반복적인 테스트는 실제 값을 확립합니다.

목표를 달성한회복 단계필요한 증거
0-5 분Declare, Isolate and Select에 대한 리뷰 보기허가된 이벤트, 타협 경계 및 유효한 유물
5 ~ 15 분Foundation를 적용하고 확인하기계획 검토; 라우팅 및 컨트롤 패스
15 ~ 35 분ECS/EKS 재배포 능력건강한 목표, 배치, 확장 및 발견
35 - 45 분데이터 경로 첨부 또는 복원적절한 타임스탬프, 암호화 및 도달 가능성
45 - 55 분흡연 테스트 3단계네트워크, 데이터 및 응용 프로그램 테스트 패스
55-60 분승인 및 교환 트래픽기술 및 비즈니스 체크 아웃

무료 초기 상담

건축은 실행될 때만 믿을 수 있다.

참조 디자인을 타이머, 증거 팩 및 명시적인 go/no-go 게이트를 가진 범위 파일럿으로 변환합니다.