코드스테이츠 DevOps #Final-Project Day3

To-Do

아키텍처 설계 보완

어제 아키텍처를 설계 한 뒤 팀원이 살펴보고 의견을 남겨줬다.

아침에 이 의견과 다른 것들을 조금 더 살펴본 뒤 아키텍처를 수정할 필요가 있기에 전체적으로 다시 보완하는 시간을 가졌고, 한 눈에 알아볼 수 있도록 조금 정리를 하였다.

먼저 권한 문제를 고려해 람다를 서브넷 안에 포함시킬 필요가 없다고 결정이 됐고, 또한 VPC 내에도 종속될 필요가 없어 람다는 VPC 외부로 옮겼다.

ECS를 쓰는 이유에 대해선 후술하겠다.

 

기존에는 대회/기록 DB와 점수 DB를 안정성을 고려해 분리하려 했지만, 비용문제 또한 무시할 수 없기에 둘 중 어느것을 우선순위로 둬야할까 고민을 했고, 결국 이후에 다시 수정하게 되더라도 당장은 비용문제를 더 고려해야 했기에 두 DB를 합치기로 결정했다.

 

또한 EC2가 아닌 ECS를 쓸 것이기 때문에 잘못 넣어둔 아이콘을 수정했고, 테라폼은 추후 인프라 구현이 된 후에 진행을 해도 될 것이라 판단해 제외하였다.

그리고 로드밸런싱을 하려고 연결해둔 ALB는 ECS와 연결을 할 수 없기에 NLB로 수정 해주었다.

 

모니터링 서비스로 고려하고 있던 AWS Distro, AWS X-Ray는 써볼 수 있는 기회가 있다면 좋겠지만, 현재의 아키텍처에선 오버스펙이라는 결론을 지어 제외시켰고,

Amazon Managed Grafana 서비스는 AWS 내의 서비스들과 연결했을 때 편리성과 확장성에 좋지만, 사용자 별 금액이 청구되는 서비스이기 때문에 비용문제에서도 부담스럽다고 느껴졌고, 비교적 최근에 나온 서비스이기 때문에(21년 9월으로 추정) 관련 자료가 많이 없어 선뜻 도입하기에 어렵다고 판단했다.

이는 EC2를 하나 생성 한 뒤 서버 내에서 Grafana 오픈소스를 돌리며 모니터링 하는 방향으로 결정하였다.

ERD 수정

DB 정규화에 신경을 쓰며 DB 구조가 너무 복잡해진 것 같고, 또한 이 부분에 중점을 두기보다 다른 곳에 좀 더 중점을 두길 원해서 의견을 제시했고,

스키마를 다시 비정규화 하며 조금 더 간략하게 변경하였다.

아키텍처 점검 미팅 사전 준비

엔지니어님과 2차 미팅에 앞서 미리 정리 및 준비를 하기로 하였다.

요구사항 분석 결과 정리

각 아키텍처 사용 이유