핵심 요약
AWS CloudFormation이 2025년 2월, ‘Stack Refactoring(스택 리팩터링)’ 기능을 도입했습니다.
이제 다음과 같은 작업이 더 쉽고 안전하게 가능합니다:
- 스택 간 리소스 이동
- 모놀리식 스택 → 컴포넌트화(작게 분할)
- 리소스 논리 이름(logical ID) 변경
운영 중인 인프라를 재설계(리팩터링) 하더라도 서비스 중단 없이 안정적으로 진행할 수 있습니다
왜 필요한가요?
클라우드 환경이 복잡해질수록 다음과 같은 요구가 생깁니다:
상황 | 예시 |
---|---|
구조 재설계 필요 | 하나의 큰 스택을 도메인/기능 단위로 분리하고 싶음 |
네이밍 전략 변경 | 팀/서비스 변경에 따라 리소스 이름을 바꾸고 싶음 |
리소스 라이프사이클 분리 | DB는 오래 유지하고, 앱은 자주 배포해야 하는 경우 |
이전까지는 수작업(template 수정, 제거, import 등)이 필요했지만
Stack Refactoring 기능으로 자동화되고 미리보기까지 제공됩니다.
작동 방식
- 새로운 구조로 된 CloudFormation 템플릿 작성
- Refactor Preview 실행
- 변경될 사항을 시뮬레이션해 확인 가능
- Atomic Refactor 실행
- 변경 내용을 원자적(atomic)으로 반영해 일관성 유지
CLI 또는 SDK를 통해 수행 가능
CloudFormation 지원되는 모든 리전에서 사용 가능
어떤 점이 좋아졌나요?
기존 방식 | Stack Refactoring 방식 |
---|---|
복잡한 수동 작업 필요 | 자동화된 워크플로 제공 |
중간에 오류 발생 위험 | 사전 미리보기(Preview)로 안정성 확보 |
템플릿 수정 시 두려움 큼 | 일관성 있게 원자적 변경 적용 |
📚 참고자료
TI Tech Lab 신유림 연구원
Add comment