Devops Day 70 (6.15) Final Project_Day 4

아키텍처 수정 (4차)

엔지니어 피드백

입소대기신청시스템

• 저장되는 정보

입소대기신청관리시스템

• 저장되는 정보 (이벤트 저장소)
  이벤트 로그를 직접 디자인해보세요

아동관리시스템

• 저장되는 정보

이러면 모든 요구사항이 커버가 됩니다.

필연적으로 pub-sub 이 들어갈 수 밖에 없음. SQS가 아닌, SNS 위주의 아키텍처를 짜되, 신청 이벤트만큼은 트래픽이 몰리고, 순서가 중요할 수 있으므로 FIFO와 SQS를 도입하는 것을 검토해보면 좋겠음

이벤트 종류

• 학부모
• 어린이집 입장

토픽별 타겟을 분명하게 표시해줬음 좋겠어요

아키텍처 다이어그램 피드백

• VPC와 서브넷 구분을 반드시 하셔야 합니다.
• VPC는 두개 만들어도 상관은 없을 것 같네요
• RDS는 프라이빗에 위치해야 하고, 이에 따르는 아키텍처도 다이어그램 상에 표현을 해주세요.
• 프론트 안만들면 빼고요
• EKS, ECS 뭐가 되었든, multi-az 가용성을 가져가실테니, 꼭 az도 vpc 안쪽에 표현을 해주세요.
• CI/CD는 별도로 표시하셔도 돼요.

EKS 사용한다면, 배포시 주의해야할 것 (한명이 책임지고 중간점검 전까지 poc 끝내놓으세요!)

• tf가 들어있는 디렉토리 -> terraform 이 작동하게 했음 좋겠고
• yaml -> eksctl 이 작동되게 하면 좋겠다.
  디렉토리별로 트리거가 작동되도록 신경써야 해요

아키텍처 미팅을 통하여 별개의 시스템이었던 어린이집과 신청 정보를 정리하는 과정을 가졌습니다. 어린이집 시스템으로 분리되었던 것은 신청 시스템과 아동관리시스템 각각에 두는 대신 sns를 통하여 느슨한 결합으로 동기화 작업이 추가되었습니다.
그리고 신청 관리 시스템을 두어 신청을 등록하면 이 데이터베이스에 쌓이게 됩니다.
학부모는 자신이 신청한 대기 등록 목록을 확인할 수 있어야하기 때문에 신청 테이블에 학부모 id가 추가되었습니다. 아래 ERD를 보시고 변경된 내용 확인 부탁드립니다.

 

SNS로 주제별 토픽을 만들어서 처리할 수 있지만 자동 필터링을 해주며 관리해주는 eventBridge로 변경했습니다. 하지만 등록 시 선입선출을 지켜주어야하는데 eventBridge는 순서를 지켜주지 않기 때문에 이 부분은 sns - sqs FIFO를 사용했습니다.