aws tech stack 구조 정의 해보기

지금까지

1. aws 의 각 서비스가 어떤 역할을 하는 지 알아보았다.
   • 사용할 만한 서비스로, 다음과 같은 종류가 있다
     1) cloudfront : s3와 같은 storage 파일들을 여러 region에서 캐싱(?) 하여 요청과 가장 가까운 지역에서 파일을 전송해주는 CDN(content delivery network). 비용이 많이 나갈수도 있으니 조심해야함. 프론트엔드의 정적 파일 배포 또는 이미지 리소스 등의 배포에 중요함.
     2) api gateway
     3) route 53
2. serverless 형태의 배포가 기존 monolithic 방법과 어떻게 다른 지 알아보았다.
   • lambda 서비스 또한 모든 앱을 하나의 lambda가 수행하게 하면 monolithic과 같은 역할을 한다.
3. serverless 배포를 위한 기술 스택은 어떤 것이 있는 지 정확히 알아보았다.
   • https://dev.to/tastefulelk/serverless-framework-vs-sam-vs-aws-cdk-1g9g 참고
   • serverless framework 를 사용
   • aws sam 을 사용
   • cdk 를 사용
4. 배포 기술 스택에 대한 단순 이해를 위해 aws sam 예제 스택 하나를 배포해 보았다.

앞으로는?

aws의 많은 서비스를 제대로 활용하여 이상적인 구조의 파이프라인을 구성함과 동시에 비용적&성능적 최적화를 같이 할 수 있도록 최대한 알아보고 있다. 하지만 실습을 하지 않고 알 수 없기도 하고, 서버리스의 특징 상 실사용이 없는 이상 요금 폭탄에 맞을 일은 없기도 하고, 이것저것 해보는 데에 부담이 없다는 것을 깨달았기 때문이다.
git repository에서부터 배포까지의 CI/CD 또한 구성하고 싶기 때문에, 여러 방면으로 알아본 지금으로썬 스택을 구축하기 까지의 step을 생각하고 행동하기로 한다.

1. aws sam을 활용하여 lambda 함수가 micro service 형태를 띄도록 template 구분 및 resources 접근 구분
2. 위 구성 시 resources 는 어떻게 구축되며 아래와 같은 구조가 필요한 지에 대해 검토
   
3. cdk 구성 필요성 검토 (sam 과 함께 배포하는 경우에 대해서만), cloudfront 등 백엔드 애플리케이션을 제외한 기능에 대한 검토 함께 수행
4. local에서 frontend 파트와 함께 애플리케이션 개발
5. github action / jenkins 로 어떻게 ci를 수행할 수 있는지 확인 (예상하기로는 각 branch 마다 merge 시 수행하는 스크립트를 두어 단위 테스트 및 모듈 테스트를 거치도록 설정?)
6. cd단계는 또 어떻게 설정하는지..??

프론트는 s3 + cloudfront를 SAM으로 처리..?
백은 lambda sam + s3.. 일단 두 프로젝트 모두 초기화를 해보자..