도입 이유
실시간으로 정보를 파악하기 위해 웹소켓 도입. (실시간 호가, 실시간 채팅)
문제 상황
웹소켓으로 통신하는 내용을 채팅방과 채팅매시지를 전부 DB 테이블에 저장하고, 해당 DB테이블 전체를 조회해서 해당 데이터들을 가져와서 실제로도 로컬환경에서 웹소켓에 접속하는 시간과 배포서버에서 접속하는 시간이 차이가 남.
실제로도 초당 몇백번 몇천번 많으면 몇만번까지 조회하는 상황가정한다면 위와같이 직접적으로 db에 접근하여 일일이 조회해오는 방식은 너무 비효율적이라고 판단함.
해결 방안
의견 조율
안정적인 서비스 제공을 위해 2개의 데이터 센터를 이용함으로 서, 설령 서비스 제공 중 장애(서버,DB,캐시 등)가 발생하더라도 문제 없이 진행 될 수 있도록 하고자 하였으나, 현재 프로젝트 준비 기간과 비용적인 부분이 한정적임을 인지.
의견 도출
1안을 따른다면 수직적인 규모의 확장만이 될 것이므로 현재 제공하려는 서비스의 현실적인 방안으로 최소한의 비용으로 수평적 규모 확장을 할 수 있는 방안인 AWS radis를 적용하는 것으로 의견 조율함.
도입 이유
사용자의 측면에서 모바일로 서비스를 이용하는 것이 접근성이 훨씬 높음.
문제 상황
프로젝트 내용이 모바일 중심적이고, 경매에 맞게 알람 기능이 구현되어야 함.
해결 방안
의견 조율
React-Native를 사용한다면 처음 사용해보는 프레임워크라 기간이 부족하여 힘들다고 판단.
앱 배포를 시도한다면 반응형 웹으로는 구현하기 힘듦.
의견 결정
실시간 알람 기능이 구현 가능해야 하는데 반응형 웹은 알람을 모바일로 전송하기가 어려워서 PWA를 적용함.