클라우드 migration을 IT 자산을 포장·운송·정리하는 이사에 빗대, 완전 관리형 방식만 있는 게 아니라 CSP 신뢰성·workload 규모·application 특성·목표 architecture를 먼저 점검해야 하는 복합 여정임을 설명한다. NHN Cloud 기준으로 lift-and-shift부터 cloud-native까지의 경로와 체크리스트, reference architecture, 자동화 demo를 정리한다.
핵심 포인트- 계획·설계, 반복 PoC, 이관, 운영 최적화 단계와 on-prem·private·타 CSP에서 오는 경로를 구분하고, 6R의 rehost·replatform·rearchitect와 IaaS·PaaS·SaaS·bare metal을 비교 (VM·hybrid 중심이되 NKS·registry·RDS 등 managed 비중 증가)
- CSP 장애 공개·보안 인증·이중화 확인 → 조직·프로젝트·IAM·region·AZ → VPC CIDR·public/private subnet·compute flavor·autoscaling·storage·CDN·security group 순의 설계 체크리스트
- multi-AZ 3-tier(web·WAS·DB 분리, LB·WAF·autoscaling), NKS worker node group·ingress·namespace, VPC peering·전용선·VPN hybrid, multi-region backup·DR 등 실제 customer reference architecture
- OS·software dependency 표준화와 script·automation의 필요성을 강조하고, Public API로 token 발급 후 NKS cluster를 생성·조회·삭제하는 demo로 자동화 흐름 검증
왜 읽나클라우드 이관을 앞두고 전략(6R)·체크리스트·목표 아키텍처를 어떤 순서로 정할지 막막한 인프라 담당자에게, NHN Cloud 사례로 전체 지도를 그려주는 입문 가이드.