Migration Atlas설계 안내서설계 단계

AWS · Azure · Google Cloud 사이의 이동

클라우드를 옮겨도,
서비스는 계속.

운영 중인 서비스의 구성을 읽고, 목적지와의 차이를 찾습니다. AI가 코드를 적응시키고, 검증된 순서로 데이터와 트래픽을 옮깁니다.

전환 과정 직접 보기 ↗

이 사이트는 제안 아키텍처를 설명합니다.
실제 클라우드에 연결하거나 리소스를 변경하지 않습니다.

운영 중인 원본 클라우드 플랫폼에서 준비된 대상 클라우드 플랫폼으로 데이터 패킷이 흘러가는 일러스트

어떻게 옮기는가

복사보다 먼저,
차이를 이해합니다.

Export는 시작점입니다. 코드와 실행 환경을 함께 확인해야 실제 의존성을 파악할 수 있습니다.

  1. 01

    현재 상태 수집

    클라우드 API·구성 Export, 소스 코드와 환경 설정을 수집합니다. 권한 때문에 읽지 못한 리소스도 기록합니다.

  2. 02

    의존성 모델 구성

    컴퓨트·네트워크·DB·스토리지·권한을 연결합니다. 발견한 사실과 아직 모르는 부분을 구분합니다.

  3. 03

    목적지에 맞게 적응

    지원 조건을 비교하고 대체 서비스를 찾습니다. 코드 수정이 필요한 항목은 AI 작업과 테스트로 연결합니다.

  4. 04

    검증하고 전환

    대상 환경과 앱을 준비하고 DB를 동기화합니다. 조건을 충족한 단계만 실행하고 결과를 남깁니다.

전체 아키텍처

분석·적응 평면과
실행·전환 평면.

위쪽은 “옮길 수 있는가, 무엇을 바꿔야 하는가”를 판정하고, 아래쪽은 검증된 계획만 실제 환경에 적용합니다. 전체 구성도에서 노드를 눌러 연결을 따라가 보세요.

수집기, 의존성 모델, 호환성 판정, 4가지 분류, 샌드박스 검증과 실행 관문, 실행 제어기와 원본·대상 클라우드로 이어지는 전체 아키텍처 미리보기인터랙티브 구성도 열기 ↗

1분으로 보는 구조

분석에서 전환까지,
한 번의 흐름으로.

구성 수집 → 호환성 판정 → AI 적응·검증 → 단일 쓰기 DB 전환을 58초에 담았습니다. Remotion으로 만든 모션그래픽이며, 일러스트는 ChatGPT 이미지 생성으로 제작했습니다. 영상은 설계 설명이며 실측 결과가 아닙니다.

호환성 판정

대체 리소스가 있다고,
같은 동작은 아닙니다.

아래 예시는 분류 방식을 설명하기 위한 것입니다. 실제 지원 여부는 엔진·버전·사용 기능·권한을 수집한 뒤 판정합니다.

AI의 역할

수정안을 만들고,
동작으로 증명합니다.

에이전트는 대상 서비스의 공식 문서와 스킬을 이용해 SDK 호출, 인증, 환경 설정과 연결 방식을 수정합니다. 원본과 분리된 작업본에서 빌드·계약·통합 테스트를 실행하고, 변경 이유와 결과를 제시합니다.

입력

리소스 차이 · 코드 의존성 · 공식 지원 조건

산출물

검토 가능한 변경 diff · 생성 IaC · 테스트 증거

실행 조건

필수 검증 통과 · 미해결 위험 확인 · 명시적 전환 조건

AI의 답변만으로 이전 가능 판정을 내리지 않습니다. 기능의 의미가 바뀌거나 동등한 대체가 없으면 사용자 결정으로 돌아갑니다.

DB와 트래픽

앱은 두 곳에서.
쓰기는 한 곳에서.

두 DB가 동시에 쓰기를 받는 구조가 아닙니다. 아래 단계를 선택해 전환 시점의 연결 상태를 확인하세요.

설명용 시뮬레이션 · 실제 측정값 없음
원본 클라우드 앱정상 운영
대상 클라우드 앱격리 테스트
원본 앱의 읽기·쓰기 → 원본 DB
원본 DB 쓰기 허용
초기 복사 + CDC →
대상 DB 앱 쓰기 금지
준비

무중단의 정의

대기는 허용합니다.
누락과 중복은 허용하지 않습니다.

합의한 설계 목표입니다. 아직 실제 환경에서 달성한 실측 결과를 뜻하지 않습니다.

사용자에게 약속할 기준

  • 성공 응답을 받은 쓰기의 누락 0건
  • 동일 요청의 중복 반영 0건
  • 전환에 따른 요청 실패 0건

최대 대기 시간, p95·p99 응답 지연과 전환 소요 시간도 함께 측정합니다. 허용 대기 시간은 서비스별로 정해야 합니다.

성립하려면 필요한 것

  • API·워커·배치 등 모든 쓰기 경로 제어
  • 재시도 멱등성 및 처리 결과 확인
  • 진행 중 트랜잭션과 연결 풀 정리
  • 최종 변경 적용 및 데이터 정합성 검증

타임아웃 내 전환이 불가능하거나 외부 부작용을 안전하게 처리할 수 없다면 사전 분석에서 차단합니다.

돌아갈 수 있는 경계도 설계합니다.

새 DB가 쓰기를 받기 전: 안전 조건을 확인하고 전환을 취소해 원본 운영을 재개합니다.
새 DB가 쓰기를 받은 후: 연결 주소만 되돌리면 새 데이터가 누락됩니다. 역동기화 또는 별도 복구 절차를 검증한 경우에만 DB 복귀를 허용합니다.

지금 결정된 것 / 앞으로 증명할 것

설계와 구현의 경계를
분명하게 둡니다.

합의: 구성 분석 → 호환성 분류 → AI 적응·검증 → 데이터·트래픽 전환. 두 앱 동시 실행과 단일 DB 쓰기를 기본으로 합니다.

미확정: 첫 지원 클라우드·DB 조합, 최대 대기 시간, 역방향 복제 지원 범위, 대체 불가 리소스의 정책.

미검증: 실제 계정 연결, CDC·전환·롤백, 요청 실패·데이터 누락·중복 0건. 이 사이트의 모형과 영상은 실행 증거가 아닙니다.

설계의 근거

공식 문서에서 출발합니다.