1. 빌드 환경
빌드 작업의 특징
•CPU 집중적: TypeScript 컴파일이나 번들링 과정은 CPU 연산량이 많아 CPU 성능이 중요합니다.
•메모리 사용: 파일 수나 모듈이 많다면 메모리 사용량도 늘어날 수 있습니다.
권장 사양 (예시)
•인스턴스 유형: CPU 성능이 상대적으로 좋은 인스턴스
•예: c5.xlarge (4 vCPU, 8GB RAM) 또는 m5.xlarge
• 빌드 서버 분리:
•빌드 작업은 별도의 CI/CD 시스템(AWS CodeBuild, GitHub Actions 등)을 사용하는 것도 고려해보세요.
•빌드 서버와 프로덕션 서버를 분리하면, 빌드 시 과도한 리소스 사용이 운영 서비스에 영향을 주지 않습니다.
참고 사항
•빌드 시간 및 CPU 사용률을 모니터링하여, 빌드 작업이 자주 느리거나 CPU가 100%를 지속적으로 사용한다면, 더 높은 사양(예: 8 vCPU, 16GB RAM)의 인스턴스를 고려해볼 수 있습니다.
•빌드 캐시 사용, 증분 빌드 등 최적화도 함께 고려해 보세요.
2. 프로덕션(런타임) 서비스
Node.js 애플리케이션 특징
•싱글 스레드: Node.js는 기본적으로 싱글 스레드로 동작하기 때문에, CPU 코어 하나당 한 프로세스를 운용하는 형태입니다.
•클러스터링: 여러 코어를 활용하려면 클러스터링(또는 PM2, forever 등 프로세스 매니저 사용)으로 여러 프로세스를 병렬로 실행해야 합니다.
•메모리와 네트워크: 서비스 특성(예, API 응답, 웹소켓, 정적 파일 제공 등)에 따라 메모리와 네트워크 사용량을 고려해야 합니다.
권장 사양 (예시)
• 소규모/중간 트래픽:
•시작점: t3.medium (2 vCPU, 4GB RAM) 또는 t3.large (2 vCPU, 8GB RAM)
•단, 멀티코어 활용을 위해 클러스터링 기법 도입 권장
• 높은 트래픽:
•c5.large (2 vCPU, 4GB RAM)부터 시작해서, 부하에 따라 c5.xlarge (4 vCPU, 8GB RAM) 또는 m5.xlarge 등으로 스케일 아웃
•오토스케일링을 적용해 수평 확장이 가능하도록 설정
추가 고려사항
•로드 밸런싱: 다중 인스턴스로 분산 처리할 경우, AWS Application Load Balancer (ALB) 등을 활용
•모니터링: AWS CloudWatch 등을 통해 CPU, 메모리, 네트워크 사용량을 모니터링하면서, 실제 트래픽 패턴에 맞춰 인스턴스 사양을 조정
•클러스터링: 단일 인스턴스 내에서도 Node.js 클러스터 모듈(또는 PM2 등)을 사용하여 멀티코어 활용
•빌드 환경: CPU 집약적이므로, c5.xlarge 또는 m5.xlarge 정도의 인스턴스(또는 CI/CD 전용 서비스)를 사용하는 것이 좋습니다.
•프로덕션 환경: 트래픽과 애플리케이션 특성에 따라 다르지만, 초기에는 t3.medium 또는 t3.large로 시작한 후, 성능 모니터링을 통해 인스턴스 크기(또는 클러스터, 오토스케일링) 조정이 필요합니다.
실제 요구 자원은 애플리케이션의 복잡성, 요청 처리량, 데이터베이스 및 기타 외부 서비스와의 연계 등에 따라 달라지므로, 테스트와 모니터링을 통해 최적의 사양을 결정하는 것이 가장 좋습니다.