대기 명단 등록

GcpDmInfra · 대기 명단

2027년 6월 30일 전에 Google Cloud Deployment Manager에서 옮기세요 — DM Convert가 변환하지 못하는 것과 안전한 가져오기·abandon 방법 파악

  1. 지원 종료(시행 중). 일반 DM 티켓은 자동 거절(마이그레이션 관련·차단 이슈 제외).

  2. 지원 연장 최대 기한 종료.

  3. Deployment Manager 서비스 종료, 관련 API 모두 중지. 기존 리소스는 계속 작동.

2026년 6월 30일부터 신규 사용자는 Deployment Manager V2 API를 활성화하거나 첫 배포를 만들 수 없습니다. 종료 전까지 기존 고객은 「자기 책임」으로 DM을 사용할 수 있습니다.

날짜는 Google Cloud「Deployment Manager deprecation」(2026년 9월 30일 업데이트) 기준. DM Convert는 미리보기(Preview) 도구입니다.

Deployment Manager 지원은 2026년 4월 1일 종료되었고, 지원 연장 최대 기한은 2027년 3월 31일, 서비스는 2027년 6월 30일 이후 종료됩니다 — 기존 리소스는 계속 작동합니다. 5가지 질문에 답하세요 — YAML／Jinja／Python templates 중 무엇인지, composite types·type providers·Actions 사용 여부, 구성 저장 위치, DM preview나 rollback 의존 여부, 대상이 Infra Manager인지 자체 관리 Terraform인지. 변환 가능성, 수동 보완 목록, Convert → import → abandon 순서, 회귀 체크리스트를 받으세요. 자격 증명, 서비스 계정 키, 프로젝트 ID, 구성 파일을 붙여 넣지 마세요.

대기 명단 등록 5문항 점검 작동 방식 보기

GcpDmInfra는 독립 도구이며 Google과 제휴 또는 보증 관계가 없습니다. · GCP 커넥터 아님. 자격 증명 불필요.

문제

세 가지 날짜: 2026/4/1 · 2027/3/31 · 2027/6/30

Google Cloud「Deployment Manager deprecation」에 따르면 지원은 2026년 4월 1일에 종료되었습니다(일반 DM 티켓은 차단 이슈나 Infra Manager 마이그레이션 관련이 아니면 자동 거절). 지원 연장 최대 기한은 2027년 3월 31일입니다. 2027년 6월 30일 이후 서비스 종료로 관련 API가 모두 중지됩니다. Deployment Manager로 만든 리소스는 계속 작동합니다. 공식 경로는 DM Convert(Preview) → Terraform import → Infra Manager import → --delete-policy ABANDON이지만, composite types, 선언적 대응이 없는 Actions, custom type providers는 변환되지 않습니다. 또한 기본 삭제 정책 DELETE는 기본 리소스를 영구 삭제합니다.

Before

  • deprecation·DM Convert·Infra Manager import／deploy 문서를 오가며 대조
  • 2027/3/31에 DM이 멈추거나 리소스가 삭제된다고 오해
  • 기본 DELETE로 deployments delete 실행, 또는 state와 구성 불일치 상태로 unlock

After — GcpDmInfra와 함께

  • 5문항으로 나에게 해당하는 변환 공백과 단계만
  • 4/1 지원 종료·3/31 연장 종료·6/30 이후 서비스 종료를 명확히 구분, 리소스는 계속 작동
  • 먼저 가져오고 preview에서 No changes 확인 후 --delete-policy ABANDON

공식 일정(Google Cloud「Deployment Manager deprecation」)

날짜상태의미
2026년 4월 1일시행 중지원 종료(시행 중). 일반 DM 티켓은 자동 거절(마이그레이션 관련·차단 이슈 제외).
2026년 6월 30일시행 중신규 사용자는 Deployment Manager V2 API를 활성화하거나 첫 배포를 만들 수 없습니다(Infra Manager로 안내).
2027년 3월 31일지원지원 연장 최대 기한 종료.
2027년 6월 30일 이후서비스 종료Deployment Manager 서비스 종료, 관련 API 모두 중지. 기존 리소스는 계속 작동.

서비스 종료 전까지 기존 고객은 console, Google Cloud CLI, Deployment Manager V2 API로 DM을 「자기 책임」으로 사용할 수 있습니다(새 기능 없음, 중요하지 않은 수정 없음). Deployment Manager로 만든 리소스는 계속 작동하며 일반 Google Cloud 도구로 관리할 수 있습니다. DM을 사용하지 않는 App Engine Flex 고객은 영향이 없습니다.

솔루션

GcpDmInfra가 하는 일

아직 Deployment Manager를 쓰는 플랫폼／IaC 팀을 위한 DM → Infra Manager／Terraform 마이그레이션 준비 의사결정 레이어: DM 사용 방식 × 고급 기능 × 구성 저장 위치 × 의존성 × 대상 → 변환 가능성 + 수동 보완 + 순서 + 회귀 체크리스트. Google Cloud 문서를 대체하지 않으며, GCP 커넥터도 아니고, Google과 제휴 관계가 없습니다.

WHO

Google Cloud Deployment Manager(YAML 구성＋Jinja／Python templates, gcloud deployment-manager, Deployment Manager V2 API)로 GCP 리소스를 계속 관리하고 있는 플랫폼 엔지니어링·IaC／Terraform·DevOps／SRE 팀과 클라우드 아키텍트. 아직 Infrastructure Manager(Infra Manager)나 자체 관리 Terraform으로 옮기지 않은 분.

PROBLEM

지원은 2026년 4월 1일 종료, 지원 연장 최대 기한은 2027년 3월 31일. 2027년 6월 30일 이후 서비스 종료. 공식 경로(DM Convert〈Preview〉→ Terraform state로 가져오기 → Infra Manager import → ABANDON)에는 공백이 있습니다: composite types, 선언적 대응이 없는 Actions, custom type providers는 변환되지 않고, 비공개 Git은 Cloud Build 연결이 필요하며, state는 Cloud Storage에 저장되고, rollback은 수동 roll forward가 됩니다. 그리고 DM의 기본 삭제 정책은 DELETE입니다.

SOLUTION

5문항 체크 → 변환 가능성, 수동 보완 목록, DM Convert → Terraform import → Infra Manager import → abandon 순서(공식 명령어 포함), 회귀 체크리스트. GCP 자격 증명, 서비스 계정 키, 프로젝트／조직 ID, DM 구성, 코드를 절대 요구하지 않으며 GCP 커넥터가 아닙니다.

RESULT

모든 배포를 Terraform으로 변환해 Infra Manager 또는 자체 관리 Terraform이 넘겨받게 하고, 2027년 6월 30일 이후 서비스 종료 전에 --delete-policy ABANDON으로 DM 관리에서 안전하게 해제 — 기본 DELETE로 운영 리소스를 지우거나, 2027년 7월에야 기존 도구로 인프라를 업데이트할 수 없다는 사실을 알게 되는 일을 막습니다.

기능

기능

제품 가설에서 나온 마케팅 포인트입니다 — 수요 검증용이며 정식 사양 약속이 아닙니다.

타임라인과 지원 리스크

이미 「자기 책임」 상태입니다. 마이그레이션에 Google 지원이 필요하다면 2027년 3월 31일 전까지. 변환·가져오기·abandon은 모두 2027년 6월 30일 이후 서비스 종료 전에 끝내야 합니다.

변환 가능성

references, dependsOn, accessControl, iamMemberBinding은 변환됨. composite types와 custom type providers는 변환되지 않음. Actions는 선언적 대응이 있는 것만 변환.

수동 보완 목록

composite types → Terraform modules, 비공개 Git → Cloud Build 연결, rollback → 수동 roll forward, preview → Infra Manager previews, backend block 정의 불가, 적용 타임아웃 2시간.

Convert → import → abandon 순서

expanded config → DM Convert → Terraform import → Infra Manager lock／import-statefile／unlock／preview → --delete-policy ABANDON.

회귀 체크리스트

비운영 프로젝트에서 리허설, 모든 terraform plan 검토, Infra Manager preview에서 No changes 확인, abandon 후 리소스가 남아 있는지 확인.

변환 가능성(Google Cloud「Using DM Convert」 기준)

DM 사용 방식DM Convert(Terraform)
YAML만, Jinja, Python templates변환됨(DM Convert는 YAML과 Jinja／Python templates를 읽음. 실행 중인 배포의 manifest에서 expandedConfig를 가져올 수 있음)
References, dependsOnTerraform references, depends_on
accessControl(authoritative)<resource_type>_iam_policy
iamMemberBinding(non-authoritative)<resource_type>_iam_member
Composite types변환되지 않음(지원 중단됨) → Terraform modules 직접 작성
Actions: insert／get／setIamPolicyresource／data／*_iam_policy·*_iam_member로 변환
Actions: patch／delete／list, 사용자 정의 API변환되지 않음 → 수동 처리
Custom type providers변환되지 않음(해당 API로 정의된 Actions도 변환되지 않음)
리소스 유형이 불확실--list_supported_types로 공식 지원 목록 확인

DM Convert는 미리보기(Preview) 도구입니다. 출력은 Terraform 구성과 Terraform 가져오기 명령 파일(--output_tf_import_file)이며, state는 그 가져오기를 실행할 때 Terraform이 생성합니다. expanded config로 변환하면 template 매개변수와 반복문이 이미 펼쳐져 있습니다 — 재사용성을 유지하려면 Terraform variables／modules로 직접 다시 작성하세요(공식 절차에서 추론한 내용이므로 변환 후 확인하세요).

수동 보완 목록 — DM 개념 → Infra Manager／Terraform

DM 개념Infra Manager／Terraform 방식
Composite types／재사용 templatesTerraform modules(유효한 root module이어야 함. Infra Manager는 templating／generation 미지원)
비공개 Git의 구성먼저 Git 호스트와 저장소를 Cloud Build(또는 Developer Connect Git proxy)에 연결한 뒤 --git-source-repo 사용
DM 내부 stateInfra Manager는 Cloud Storage에 자동 저장. 자체 관리 Terraform은 Cloud Storage bucket 권장. Infra Manager 구성에는 backend block을 정의할 수 없음
DM rollback이전 revision의 Terraform 구성으로 수동 roll forward
DM previewgcloud infra-manager previews create(Terraform plan)
대규모 배포생성／업데이트 타임아웃 2시간, preview 1시간 → 구성 분할
goog-dm 라벨가져오기 후 terraform plan에 goog-dm 라벨 제거가 표시됨(공식 예시: 허용 가능)

Git 호스트와 저장소를 Cloud Build에 연결하면 비공개 Git을 Infra Manager에서 사용할 수 있습니다(GitHub, GitHub Enterprise, GitLab, GitLab Enterprise 또는 Developer Connect Git proxy). deprecation 페이지는 이를 「직접」 지원이 없다고 설명합니다.

Convert → import → abandon 순서(공식 명령어)

  1. 먼저 진행 중인 배포를 reconcile합니다.
  2. expanded config 가져오기:gcloud deployment-manager deployments describe DEPLOYMENT_NAME --format="value(deployment.manifest)"gcloud deployment-manager manifests describe MANIFEST_NAME --deployment DEPLOYMENT_NAME --format="value(expandedConfig)"
  3. DM Convert image(Preview) 실행 — Terraform 구성＋가져오기 명령 파일:--config deployment.yaml --output_format TF --output_file … --output_tf_import_file … --deployment_name … --project_id …
  4. terraform init, 생성된 가져오기 파일 실행 후 terraform plan에서 차이를 하나씩 검토.
  5. (대상이 Infra Manager인 경우) placeholder deployment 생성(gcloud infra-manager deployments apply) → gcloud infra-manager deployments lock → import-statefile＋terraform.tfstate 업로드 → 구성 업로드 → state와 구성 일치 확인 → unlock → gcloud infra-manager previews create에서 No changes 확인.

    state와 구성이 일치하지 않으면 unlock 시 Infra Manager가 state에 맞추기 위해 리소스를 생성하거나 삭제합니다.

  6. 마지막으로 DM 배포만 삭제하고 리소스는 남깁니다:gcloud deployment-manager deployments delete DEPLOYMENT_NAME --delete-policy ABANDON

    기본 DELETE 정책은 절대 사용하지 마세요 — 기본 리소스를 영구 삭제합니다.

예시는 항상 PROJECT_ID／DEPLOYMENT_NAME 자리표시자를 사용하며, 이 페이지는 어떤 ID도 입력받지 않습니다. 명령어와 플래그는 Google Cloud DM Convert, Infra Manager import, Deleting deployments 문서의 표기를 따릅니다.

대기 명단 등록

작동 방식

작동 방식

3단계. Google Cloud 연결도, 자격 증명도 필요 없습니다.

  1. 1

    5가지 질문에 답하기

    YAML／Jinja／Python? composite types·type providers·Actions? 구성 저장 위치는? DM preview나 rollback에 의존? Infra Manager인가 자체 관리 Terraform인가?

  2. 2

    변환 가능한 것과 불가능한 것 확인

    변환 가능성, 수동 보완 목록, 2027/3/31·6/30 타임라인 리스크. 모두 Google Cloud 문서 링크 포함.

  3. 3

    변환·가져오기·abandon·재테스트

    공식 순서 — DM Convert → Terraform import → Infra Manager import → --delete-policy ABANDON — 와 회귀 체크리스트. 자격 증명·키·ID·구성 불필요.

사용 사례

이런 팀에

이런 상황이 익숙하다면 대기 명단에 등록해 검증을 도와주세요.

Jinja templates＋composite types로 네트워크 기준선 구축

composite types는 변환되지 않음 — 직접 작성할 Terraform modules 목록과 비교 절차가 필요.

Python templates로 많은 리소스를 동적으로 생성

변환 결과는 펼쳐진 리소스 — modules／variables로 리팩터링할지 결정하고, Infra Manager 2시간 타임아웃에 맞춰 분할해야 함.

구성이 비공개 GitHub／GitLab에 있음

Infra Manager는 먼저 Cloud Build 연결이 필요 — 사전 단계 체크리스트가 필요.

DM preview로 변경을 검토하고 rollback으로 장애에 대응하는 팀

Infra Manager previews와 roll forward runbook으로 전환이 필요.

여러 프로젝트, 수십 개의 배포

Infra Manager와 자체 관리 Terraform(state는 Cloud Storage, 실행은 Cloud Build) 중 결정하고, 배포별 Convert → import → abandon 배치를 계획해야 함.

Actions나 custom type providers를 사용

어떤 Actions가 resource／data로 변환되고 어떤 것을 수동 처리해야 하는지 알아야 함.

공개 시그널

Google Cloud 문서 공개 시그널

Google Cloud 공식 문서만 — 공개 시그널이며 추천이 아닙니다. 고객 후기, 로고, 지어낸 지표는 없습니다.

FAQ

자주 묻는 질문

GcpDmInfra는 Google 공식 도구인가요?

아닙니다. 독립 도구이며 Google과 제휴·보증 관계가 없습니다. 모든 정보는 Google Cloud 공식 문서를 링크와 함께 인용합니다.

2027년 6월 30일 이후 리소스가 삭제되나요?

공식 문서에 따르면 Deployment Manager로 만든 리소스는 계속 작동하며 일반 Google Cloud 도구로 관리할 수 있습니다. 다만 Deployment Manager나 gcloud deployment-manager로는 관리할 수 없습니다.

2027년 3월 31일과 6월 30일의 차이는?

3/31은 지원 연장 최대 기한 종료, 6/30 이후는 서비스 종료로 관련 API가 모두 중지됩니다. 지원 자체는 2026년 4월 1일에 종료되었습니다.

DM Convert로 모두 변환되나요?

아닙니다. composite types는 변환되지 않고, Actions는 선언적 대응이 있는 것만, custom type providers는 변환되지 않습니다. 또한 DM Convert는 미리보기(Preview)입니다.

구성이 비공개 Git에 있습니다. Infra Manager를 쓸 수 있나요?

네. Git 호스트와 저장소를 Cloud Build에 연결하면 됩니다(Infra Manager deploy 문서). deprecation 페이지는 이를 「직접」 지원이 없다고 설명합니다.

리소스는 남기고 DM 배포만 삭제하려면?

--delete-policy ABANDON을 사용하세요. 기본 DELETE 정책은 기본 리소스를 영구 삭제합니다.

자격 증명, 서비스 계정 키, 프로젝트 ID, 구성을 요구하나요?

아닙니다. 요구하지 않고, 보유하지 않고, 저장하지 않습니다. Google Cloud 프로젝트에 연결하지 않습니다.

DM Convert, 가져오기, abandon을 대신 실행해 주나요?

아닙니다. MVP는 정적 체크＋목록＋순서＋대기 명단입니다.

Early Access는 언제인가요?

대기 명단에서 이메일로 순차 초대. 가짜 출시일을 만들지 않습니다.

GcpDmInfra는 독립 도구이며 Google과 제휴 또는 보증 관계가 없습니다.

대기 명단 등록

대기 명단

대기 명단 등록

업무용 이메일을 남기고 GcpDmInfra Early Access와 출시 소식을 받아 보세요. 이메일 외에는 체크박스와 드롭다운만 있으며, 자유 입력란은 전혀 없습니다.

구성 형식 (선택, 복수)
고급 DM 기능 (선택, 복수)
DM preview／rollback 의존 (선택, 복수)

대기 명단·Early Access·출시 알림에만 사용. GCP 자격 증명, 서비스 계정 키, 프로젝트／폴더／조직 ID, DM 구성이나 templates, Terraform 구성이나 state, 코드를 붙여 넣지 마세요. 언제든 수신 거부.