📝 클라우드 설계 방향성 정리 회의록

1. 회의개요

항목	내용
회의명	클라우드 설계 방향성 정리
일시	2025.04.21 (13:05 ~ 14:20)
장소	카카오부트캠프 타운홀
참석자	noah.hwang, sophie.kim, evan.kim
목적	피드백을 기반으로 클라우드 설계 방향성 정리 및 과제 디벨롭 방향 확정

2. 아젠다

번호	아젠다 항목
1	GCP 기반 초기 배포 전략 변경 및 AWS 전환 이유
2	단일 인스턴스를 활용한 빅뱅 배포 방식
3	AWS SCP 기반 CI 및 수동 CD 방식 결정
4	서버 운영 시간 제한(12시간) 전략을 통한 비용 최적화
5	인스턴스(t3.medium) 선정 및 확장 계획
6	과제(1,2,3) 디벨롭 방향 논의

3. 논의 내용

1) AWS로 초기 빅뱅 배포 결정

• 기존에는 GCP 인프라로 초기 빅뱅 배포를 진행한 후 AWS로 확장하는 계획을 검토했음.

• 그러나 GCP를 거친 후 AWS로 넘어가는 명확한 필요성과 효율성이 부족하다고 판단함.

• 오히려 전환 과정에서 리소스 낭비와 관리 복잡성이 발생할 우려가 있었음.

• 이에 따라 초기부터 AWS 인프라를 사용하여 단일 인스턴스 기반으로 빅뱅 배포를 진행하기로 확정함.

• 복잡한 클러스터 관리 없이 안정성과 단순성을 확보할 수 있음.

2) 빅뱅 배포 운영 계획

• CI 구축: AWS SCP(Simple Continuous Pipeline)를 활용하여 기본 빌드 및 테스트 자동화 파이프라인 구축.

• CD 운영: 초기 배포는 수동 CD 방식으로 진행하여 안정성과 품질 확보.

• 운영 환경: 단일 EC2 인스턴스 환경에서 통합 운영.

3) AWS 인프라 코스트와 최적화 전략

• 서버를 24시간 상시 구동하지 않고, 아침 7시부터 저녁 7시까지(12시간)만 가동하는 전략을 채택.

• 이를 통해 예상 비용을 절반 수준으로 절감할 계획.

4) 인스턴스 선택: t3.medium 예정

• CPU 우선 전략을 기반으로 인스턴스 타입 비교.

• t3.medium: 인텔 기반, 안정성과 호환성 우수 → 선택 예정

• t3g.medium: GPU 가속 지원하나 딜레이 존재

• t4g.medium: ARM 기반, 비용 저렴하나 호환성 문제 우려

• 초기 빅뱅 배포는 t3.medium으로 시작하고, 부하 증가 시 m계열, c계열로 확장 예정.

5) 1,2,3 과제 디벨롭

• 각자 1, 2, 3번 과제를 맡아 구체화하여 디벨롭하기로 결정.

• 과제 내용에도 AWS 단일 인스턴스 운영 및 비용 최적화 전략을 반영.

• 수요일(2025.04.23)까지 최종 승인 목표.

4. 결정사항

번호	결정사항
1	초기부터 AWS 인프라에서 빅뱅 배포 진행 확정
2	단일 인스턴스 기반 운영 및 AWS SCP 기반 CI + 수동 CD 운영 확정
3	서버 가동 시간은 07:00 ~ 19:00(12시간) 제한 추진
4	초기 인스턴스는 t3.medium으로 선정 예정
5	1,2,3번 과제는 월, 화 이틀간 디벨롭 후 수요일 최종 승인 준비

5. Action Items

업무 항목	담당자	완료 예정일
1,2,3번 과제 디벨롭 및 구체화	noah.hwang, sophie.kim, evan.kim	2025.04.23 (수요일)
AWS 인프라 구조 세팅 계획 수립	sophie.kim	2025.04.23 (수요일)
AWS 빅뱅 배포 CI 방식(SCP, github Action) 설계 보완	noah.hwang	2025.04.23 (수요일)
AWS 빅뱅 배포 CD 방식(수동, blue/green 배포 방식) 설계 보완	evan.kim	2025.04.23 (수요일)

6. 기타 논의사항

항목	내용
없음	별도 기타 논의사항 없음

7. 다음 회의 안내

항목	내용
예정일	2025.04.23
주요 아젠다	- 과제 디벨롭 결과 리뷰 - AWS 빅뱅 배포 운영 방식 최종 확정 - 인스턴스 스펙 최종 확정

8. 요약(Abstract)

항목	내용
요약	이번 회의에서는 기존 GCP 기반 배포 계획을 수정하여, 초기부터 AWS 인프라 단일 인스턴스 환경으로 빅뱅 배포를 진행하기로 확정하였다. 운영은 AWS SCP를 활용한 CI 구축, 수동 CD 운영, 그리고 12시간 가동 전략(07:00 ~ 19:00)으로 비용 절감을 추진한다. 초기 인스턴스는 t3.medium을 사용하고, 추후 부하에 따라 확장할 계획이다.