14. Why log

Why jwt를 활용한 토큰 인증방식을 사용하는가 😲

여러 개의 독립 서비스로 분산된 마이크로서비스 환경에서 중앙에 세션 정보를 저장하여
 인증 및 인가를 관리하는 것은 복잡하다고 생각했다. 
이와달리 토큰 방식을 사용하여 접근권한을 서비스별로 대처할 수 있어 서버 부하를 낮추고 
추후 서비스 확장성에도 긍정적이지 않을까 판단하여 이를 도입했다.

Why 함수형 컴포넌트를 사용하는가 🥴

함수형 컴포넌트는 클래스 컴포넌트에 비해 성능과 가독성이 좋아 리액트 공식 사이트에서도 함수형을 더 권장하고 있었다.
게다가 리액트 훅으로 state와 lifecycle을 사용할 수 있어 함수형 프로그래밍에 대한 경험을 쌓고자 이를 채택하였다.

Why 문서 관리 서버를 TDD로 진행했는가 🤗

api 수정 후 테스트 시 매번 postman과 같은 외부 프로그램에서 확인해야 했다. 
단위 테스트를 통해서 빠른 테스트가 가능하게 되었다.

Why 오픈소스 WebRTC를 선택했는가 😚

처음에 AWS Chime을 선택하려고 했다. AWS Chime은 AWS에서 제공하는 화상채팅 및 채팅 서비스이다. 
즉, 줌 자체를 AWS에서 제공하고 있는 것이다. 
하지만 이 서비스를 이용하기 위해서는 비용을 지불해야 했고 
이미 완성되어 있는 솔루션을 선택해서 프로젝트에 적용하기엔 프로젝트의 목적을 잃을것 같았다. 
이와 같은 판단하에 웹 브라우저 상에서 어떠한 플러그인도 필요하지 않아 WebRTC를 선택하게 되었다.

Why 오픈소스 y-codemirror를 선택했는가 😎

기획 당시에는 toast ui editor를 마크다운 에디터로 사용하려고 하였다. 
toast ui editor와 yjs를 직접 binding하는 작업이 난이도가 매우 높을 것이라고 판단했다. 
yjs에서 제공하는 demo들을 살펴보았다. 
그 중 codemirror 에디터를 사용한 demo에 마크다운 기능을 추가하는 것이 진입장벽이 낮고
시간이 단축될 것이라고 판단하고 이와 같이 진행하게 되었다.

Why Docker Image Build가 필요한가 😛

MSA 아키텍처에 따라 서비스를 여러 개로 분리했었다.
각 서비스 마다 EC2 인스턴스를 생성하여 개발했다. 
nginx와 같은 동일한 환경구성을 반복 작업하면서 부분에서 불편함을 느꼈다.
이를 효율적으로 관리하기 위해서 도커를 적용하기로 판단했다.