Gi-Log

현재 go-board-api의 디렉토리 구조는 위와 같다. 향후 개발을 지속하며 변경 사항이 생길 수 있겠지만, router directory - 게시판 REST API Endpoint에 대한 경로 설정 mongodb directory - mongodb access를 관리하는 package 위치 handler directory - 게시판 REST API Endpoint 별 요청을 처리하는 함수들 위치 현재는 간단하게 위와 같이 생각 중이다. 개발을 하는 과정에서 디렉토리나 패키지를 분리하고 싶어지더라도, 최대한 위 구조에서 개발을 진행하고 기능 개발이 마무리되면 코드를 정리해볼 생각이다. mongodb access와 관련된 코드는 다음과 같다. 다음 장에서는 REST API를 하나씩 설계해볼 예정이다. ..

네이버 클라우드(NCP)에서는 Cloud DB for mongoDB라는 상품을 이용하여 mongoDB를 손쉽게(? 사실 세팅이 꽤나 복잡하다.) 세팅할 수 있다. 다만,,, 간단히 뚝딱뚝딱 개발을 하고자 VPC platform이 아니라, classic platform에서 시작한지라,,, 직접 centos 서버를 생성하고 mongoDB를 설치하기로 하였다. 우선 go-board-mongo라는 centos 7.3 서버를 생성한다. (서버 생성 방법은 https://jinho9610.tistory.com/47을 참조하면 편하다.) 그리고 공인 ip도 할당받는데, 이전 redis 서버를 표현할 때 사용하던 공인 ip인 111.222.333.111로 표현해나가도록 하겠다. 그리고 이제 해당 서버에 mongodb를..

본격적인 api 구성을 고민하고, 개발을 하기에 앞서서... database로 redis를 이용하는 것이 과연 적절한가라는 고민을 하게 되었다. 조금 찾아보니 redis는 어떤 저장소보다는 메시지 큐나 캐시의 기능을 하는데 많이 사용된다고 한다. 내가 원했던 nosql은 문서 형태로 어떤 사용자가 어떤 글을 작성했었는지 몽땅 기록해두는 것이었기에, redis 보다는 mongoDB가 적합하다는 생각을 하게 되었다. 그리고... 처음(#1 포스트)에 nosql을 이용하려고 하는 이유가 "학습"이라고 했었는데, 사실 정형화된 형태를 보이는 "게시판"에 어울리는 것은 RDBMS(ex. mysql)이란 생각이 자꾸만 드는 상황이다. .... 많은 고민 끝에 내린 결론은 다음과 같다. 어짜피 아주 복잡한 시스템의 ..