개요새로운 프로젝트 배포 테스트를 하는 과정에서 했던 삽질에 대해 기록한다.하나의 도메인 내에서 여러 포트를 사용하고, 또 여러 웹서버를 사용하는데 제대로 서버/네트워크를 파악하지 못할 시 시도해볼만한 것들이다. 내가 진행한 서버의 개략적인 상황은 다음과 같다. HTTP/HTTPS 요청80, 8085, 8080 - Tomcat, Apache, java application이 중에서 8080은 서버(platform) 역할을 한다.8081 - Node.js(React), Nginx  일단 Ningx 웹서버 위에 React 프로젝트를 올리는 건 따로 포스팅할 예정이다. 여기서는 정말 내가 했던 삽질, 날 것을 다룬다...까먹지 않으려고 기록하는 용이고 필요하다면 키워드를 통해 다른 사람도 활용할 수 있도록 정..

이슈 한 Task가 끝나고 새로운 Task를 진행하려고 새로운 repo에 들어가서 작업시도했다. 그런데 아래 사진과 같이 어떤 파일이 없다는 error 아무리 해당 레포의 브랜치를 pull해도 해결이 안되었다. 보안상 사진을 업로드할 순 없어서 대충 글로쓰면 사실 bitbucket을 확인했을 때 원격에서도 확인 안돼서 결국 이사님께 HELP 요청을 드렸던 건데, 이건 이유 모르겠음… 해결 이유는 다음과 같다. 작성된 코드를 보면 repository의 내용들이 서로 연관되어있기에, 위에서 없다고 알려주는 해당 레포(packge)에 가서 pull을 받아와야 한다. (너무 당연한데 작게 사이드 프로젝트만 했었다면 충분히 모를 수 있는 거같음..) 깨달음 사실! 이정도면 포스팅까지 하지않겠는데 작업할 때 항상 ..

개요 지금까지 프로젝트를 하면서 깃허브를 단순 코드 공유기로만 사용하였는데, 회사에서 github를 통해 협업을 진행하며 깃허브의 다양한 기능과 활용법, 장점에 대해 많이 배웠다. 이러한 내용들을 정리하여, 꾸준히 복기하려 한다. git 소스 관리 소스 상태의 확인은 git status 명령어를 통해 확인할 수 있다. 관리 대상 상태 untracked: 파일 변경을 감지하지 않음.(아무런 변화 없는 상태) tracked: 파일 변경 감지함. modified: 파일이 변경된 상태지만 staged는 안되었으므로 Working Dir에서만 변한 상태. staged: 커밋할 대상 commited: Staging Area에 안전하게 저장됨. 보통 github 원격 저장소에 push를 할 때, 다음과 같은 과정을 ..

냉시피 프로젝트의 모든 API 개발과 배포가 완료되었다. 이후 개발 마무리 회의에서 내가 구현한 Recipe API의 성능 최적화 작업을 시작하기로 했다. 성능 최적화를 고민한 이유 성능 최적화 전 Recipe API 로직은 다음과 같다. GET 요청이 들어오면 Crawling 함수를 실행하여 "만개의 레시피" 사이트 크롤링 database Recipe Entity의 recipe_name column을 확인하여 중복되지 않은 경우 크롤링 정보 db에 저장 사용자가 저장한 재료(Ingredient Entity)와 저장된 Recipe 목록(Recipe Entity)을 비교하여, 사용자가 저장한 재료를 기반으로 레시피 목록을 출력 위와 같이 postman, nengcipe 서버 모두에서 api가 잘 작동하는 ..

오픈소스 강의 4주차부터 도커를 배우기 시작했다. 이전 4, 5 주차까지는 도커 사용법과 개념에 대해 배웠다면 중간고사 이후 9, 10주차는 응용을 하는 것을 배웠다. 이 응용 내용이 [도커 컨테이너에서 web 개발하기]이다. 우선 컨테이너 사용을 위해 도커 컨테이너를 생성하고, 이를 호스트와 마운팅해준다. 도커 컨테이너의 저장소 도커 컨테이너의 저장소는 외부와 단절되어 있으며 컨테이너가 삭제될 때 같이 삭제된다. 이와 같은 특성 때문에 컨테이너가 삭제되어도 데이터를 보관할 수 있는 영구 저장소가 필요하다. 또한 외부와 단절되어 있기에 이 컨테이너가 외부와 데이터를 주고 받기 위한 저장소도 필요하다. 따라서 도커는 다음과 같은 2가지 영구 저장소 사용 방식을 제공한다. 도커 볼륨 바인드 마운트 호스트와 ..