3. AWS Architecture구성을 위해 고려해야 할 점
서비스 형태와 소요되는 비용에 따라 Architecture 구성이 달라진다.
그래서 가장 무엇보다 중요한 건 Size 산정이다.
실시간 서비스를 할 것인지, 배치 서비스로 할 것인지
스트리밍으로 한 것인지 On Demand로 할 것인지
이런 사전적인 고려가 수반되지 않으면 많은 비용을 지출하게 되고,
많은 시행착오를 거칠 수 밖에 없다.
4. AWS 비용에 대한 고려
AWS 프리티어 및 총 사용량 확인
CloudWatch로 사용량 확인 후 비용절감 포인트 점검 및 개선
Amazon DynamoDB Auto Scaling 및 On-Demand를 활용한 비용 절감
유휴 로드 밸런서 삭제를 통한 비용 절감
EC2 Spot Instance를 사용한 비용 절감
EC2 자동 스케일링 그룹 구성 검토 및 수정
예약 인스턴스 (RI)를 사용하여 Amazon RDS, Redshift, ElastiCache 및 Elasticsearch 비용 절감
AWS Saving Plan을 통한 EC2, Fargate 및 Lambda 비용 절감
https://aws.amazon.com/ko/blogs/korea/10-things-you-can-do-today-to-reduce-aws-costs/
5. Service 대상 형태 및 Data Life Cycle 설계 필요
대용량 동영상 및 이미지 서비스 시 Data Life Cycle 준용하여
S3와 Glacier활용 방안 및 아키텍처 검토 필요
Glacier는 아카이브 백업 저장을 주목적으로 하는 스토리지 서비스이다.
단순히 데이터를 장기적으로 보관할 목적이라면 S3 보다 Glacier는 가격적인 측면에서 더 유리하다.
6. Amazon Elastic Container Service(Amazon ECS)
컨테이너화된 애플리케이션의 손쉬운 배포, 관리 및 조정에 도움이 되는 완전관리형 컨테이너
오케스트레이션 서비스
9. Amazon Elastic Container Registry(Amazon ECR)
어디에서나 컨테이너 이미지와 아티팩트를 손쉽게 저장, 관리, 공유 및 배포할 수 있는 완전관리형
컨테이너 레지스트리
10. 결론
AWS 아키텍처링 구성 시 가장 중요한 부분은 과도한 비용지출이 되지 않는 선에서 사용자에게
효과적으로 서비스를 구성할 수 있는 구조를 만드는 데 있다.
그래서 대용량의 동영상 및 이미지 처리 서비스에서는 Data Life Cycle을 설계하여 비용을 절감하고 실제
원본 동영상과 이미지들의 해상도와 Size관리 그리고 이들 데이터에 대한 메타정보(이미지키) 활용 방안
등을 아키텍처에 녹여 실시간성을 보장하면서 비용을 절감할 수 있는 아키텍처를 준용해야 한다.
가장 중요한 부분은 CloudWatch를 활용하여 관리체계를 설계하고 이를 통한 모니터링 체계를 확립하여
Resource의 적절한 배분이 이루어질 수 있게 하는데 있다.
그리고 서비스의 형태에 따라 어떤식으로 아키텍처를 구성해야 할지를 검토해야 한다.