AWS 클라우드에서 배포 및 운영 방법 정의
Source: Dev.to
1️⃣ AWS 서비스에 접근하는 방법
AWS Management Console
그래픽 사용자 인터페이스(GUI) – 웹 기반 인터페이스로, 인터랙티브하게 관리할 때 사용합니다.
가장 적합한 경우:
- AWS 서비스 학습
- 빠른 확인 및 임시 변경
- 리소스와 설정을 시각적으로 탐색
콘솔을 사용할 경우 수동 단계는 일관되게 반복하기 어렵습니다. 이때 프로그래밍 방식 접근이 필요합니다.
프로그래밍 방식 접근
APIs
AWS의 모든 작업은 결국 API 호출입니다.
가장 적합한 경우: 자동화 및 AWS 작업을 애플리케이션·파이프라인에 통합할 때.
SDKs
언어별 라이브러리(예: Python, Java, JavaScript)로 AWS API를 호출합니다.
가장 적합한 경우: AWS 서비스와 직접 상호작용하는 앱을 구축할 때.
CLI
AWS 서비스를 호출하는 명령줄 도구.
가장 적합한 경우:
- 반복 작업 스크립팅
- 터미널에서 자동화
- 콘솔을 클릭하는 것보다 빠른 작업
2️⃣ 코드형 인프라(IaC)
IaC는 인프라(네트워크, 서버, 권한 등)를 수동 설정이 아닌 템플릿이나 코드로 정의하는 것을 의미합니다.
IaC가 중요한 이유:
- 재현 가능한 배포
- 일관된 환경(개발/테스트/프로덕션)
- 버전 관리 및 변경 추적
- 구성 드리프트와 인적 오류 감소
3️⃣ 일회성 작업 vs. 반복 가능한 프로세스
일회성 작업
예시: 단 한 번의 빠른 변경, 일회성 테스트, 초기 학습.
주로 사용하는 도구: AWS Management Console 또는 간단한 CLI 명령.
반복 가능한 프로세스
예시: 모든 프로젝트에 동일한 환경을 배포, 표준화된 배포 확장, 일관된 구성 적용.
주로 사용하는 도구: IaC와 자동화(템플릿 + 파이프라인, CLI 스크립트, SDK 기반 툴링).
한 번 이상 수행하거나 일관성이 중요한 경우 자동화/IaC를 선택하세요.
4️⃣ 클라우드 배포 모델
Cloud(퍼블릭 클라우드)
모든 워크로드가 클라우드(AWS 등)에서 실행되며, 온프레미스 인프라가 거의 없거나 없습니다.
클라우드를 선택하는 이유: 단순성, 확장성, 데이터 센터 관리 감소.
Hybrid(하이브리드)
일부 시스템은 AWS에, 나머지는 온프레미스에 두고 네트워킹·아이덴티티 연동을 통해 연결합니다.
하이브리드를 선택하는 이유: 규제·데이터 거주지 제약, 아직 이전할 수 없는 레거시 시스템, 단계적 마이그레이션 전략.
Private Cloud / On‑Premises(프라이빗 클라우드/온프레미스)
워크로드가 기업 자체 데이터 센터에서 실행됩니다.
5️⃣ 올바른 배포 방법 선택하기
- 지금 바로 빠르고 간단하게? → Console
- 자동화 또는 소프트웨어와 통합? → API / SDK
- 스크립팅 및 반복 명령? → CLI
- 버전 관리가 가능한 일관된 환경? → IaC
✅ 퀵 시험형 요약
- AWS 접근 방법: Console, CLI, SDK, APIs, 그리고 IaC.
- 반복적이고 표준화된 배포에는 IaC/자동화를 선호.
- 배포 모델:
- Cloud: 모든 것이 AWS에 있음
- Hybrid: AWS + 온프레미스 혼합
- On‑premises: 모든 것이 사설 데이터 센터에 있음