최종 발표 결과 최우수상(1위)
| 홍예슬 (PM) | 우정인 | 유재균 | 한주호 |
|---|---|---|---|
 |
 |
 |
 |
| @HongYeseul | @wooji9 | @JaeGyun-Yoo | @sohyunsung |
저희 아키텍처는 크게 개발계, 배포계, DR로 이루어져 있습니다.
개발계는 개발 겸 QA를 위한 공간입니다. 때문에 아래의 3가지를 중점적으로 신경 썼습니다.
- 쿠버네티스 내 Node와 Pod의 빠른 오토 스케일링
- 서버 관리를 위한 보안
- QA를 위한 파이프라인
Karpenter와 HPA를 이용한 오토 스케일링을 하도록 했습니다. 해당 툴을 사용하지 않았을 때와 비교하여 체감상 약 70%의 속도가 상승했습니다.
K8S Controller를 위해 AWS SSM을 통한 엔드포인트로 접속하도록 했으며, private로 유지하기 위해 관리용 툴에는VPN을 사용한 접근만 허용 했습니다.
sonarQube와 AWS Device Farm을 사용함으로써 코드 검증과 기능 검증을 하도록 했습니다.
AWS Device Farm은 쉽게 말해 AWS에서 기기를 대여 해주는 서비스로 테스트를 지시하면 AWS 스스로 테스트를 실행하며 결과에 대한 영상을 생성 해줍니다. QA Pod에서 해당 검증을 통과하면 PROD Pod로 배포되도록 설계하였습니다.
해당 클러스터에는 모니터링이 위치해 있습니다.
프로메테우스 및 그라파나, 로키를 사용해서 모니터링이 가능하도록 구성했으며 서버에 장애가 발생할 때를 대비한 전화 알람 자동화 시스템을 구축했습니다.
DR은 가중치 기반 라우팅을 사용하여 서울 Pod들이 죽으면 Multi Cloud와 Multi Region으로 라우팅 되도록 구성했습니다.
멀티 리전의 DR에 필요한 새로운 서버 이미지 파일의 경우 하루 한 번 람다를 이용해 ECR을 체크하여 이미지 최신화를 통해 ECS로 배포할 수 있도록 했습니다.
최종 발표 때 이미지 리포지토리에 푸시 되었을 때 람다를 작동시켜 멀티 리전으로 배포 할 수 있도록 구성하면 더 좋을 것이라는 피드백을 주셨습니다.
멀티 리전의 경우 테라폼으로 작성되었으며, 해당 리포지토리에서 찾아보실 수 있습니다.
기타 산출물
