클라우드

도커 컨테이너를 실행할 때 명령어를 잊어버리는 경우가 많아서 정리해두었다.자주 쓰이는 커맨드 예)나는 대부분 이렇게 실행한다.\-p는 --publish, -v는 v--volume, -e는 --env, -d는 --detach, -i는 --interacive, -t는 --

프로젝트를 할 때 도커를 사용하는데 (보통 이미지 빌드는 프로젝트 할때 한번씩 하니) 할 때마다 명령어나 내용을 잊어버려서 내가 자주 사용하는 코드를 작성해두려 한다.먼저 프로젝트 루트 폴더에 Dockerfile을 생성해준다.확장자 명 등 없이 그냥 "Dockerfil

이번 프로젝트를 통해 네이버 클라우드 플랫폼(NCP)을 처음 사용해보았는데, PostgreSQL 서버를 구축하려고 하던 중 네트워크 관련 설정에서 어려움을 겪었습니다.특히 저는 네트워크 관련한 VPC와 IP 주소 범위 설정에서 막혀서 이를 제대로 이해하고 설정하기 위해

이번 포스팅은 docker 설정을 하며…. 힘들었던 문제 해결 과정을 공유하려고 합니다…..docker와 docker-compose는 매번 다룰 때마다…. 한참 동안 시름을 하게되는 것 같아요….개인적으로 프론트엔드나 백엔드는 구현 기간이 예상이 가고 예상 범위를 벗어

네이버 클라우드를 처음 사용해서 백엔드 서버를 배포하려고 할 때 여러 시행착오를 겪으며 설정을 완료했습니다.네이버 클라우드 사용하면서 ... 너무 많은 어려움이 있었지만, 조금이나마 기록해두려고 합니다...먼저, 네이버 클라우드 플랫폼에서 서버를 생성해야 합니다. 서버

docker-compose로 프로젝트를 NCloud에 배포하였습니다. 그런데 배포 자동화 시스템을 구축하고 싶어졌고, Github action 보다는 Jenkins를 직접 세팅해보고 싶어졌습니다.인턴 할 때 Jenkins로 배포했었는데, 세팅은 해보지 않았지만 사용하는

제대로 배포를 해서 테스트해야겠다는 생각에, https로 배포를 하려 하였습니다.원래 프론트엔드 코드는 배포해두지 않은 상태였고, 백엔드 코드만 docker와 docker-compose를 이용하여 배포해둔 상황이었습니다. (docker-compose를 미리 썼던 이유는

이전 포스팅에서 언급했듯, docker-compose와 nginx를 통해 프론트, 백엔드 코드를 https로 배포하려 하였습니다.하지만 인증서를 발급한 뒤 frontend 도커 컨테이너에서 아래와 같은 오류가 발생했습니다….전 포스팅에서 언급했듯이, nginx 컨테이너

현재 프로젝트를 네이버 클라우드 플랫폼을 이용해서 배포하고 있었습니다.서버는 따로 뒀고, DB를 위한 서버를 NCloud에서 제공하길래 Cloud DB for PostgreSQL 로 배포했는데…..진짜 얼마 쓰지도 않았는데….. 돈이 우수숙 나가는 것을 확인할 수 있었

Docker와 Nginx를 활용해 React와 API를 배포하던 중, 홈 화면(/)을 제외한 다른 경로에서 새로고침 시 "404 Not Found" 오류가 발생하는 문제가 있었습니다.API 경로(/api/, /ws/, /api-docs/)는 정상적으로 작동했지만, Re

프로젝트를 Docker Compose로 구성하며 "파일 마운트 문제"를 경험했습니다….. frontend와 backend 서비스에서 파일을 컨테이너로 마운트하려 했지만, 디렉토리가 생성되지 않거나 의존성 충돌 문제가 발생했던 것인데요……….. 이번 포스팅에서는 이

React 앱을 Nginx와 Docker Compose로 배포하려고 하면서 너무 많은 문제들을 경험했습니다…복잡할 것이라 예상했지만 생각 훨씬 이상으로 배포 과정에서 예상치 못한 문제들이 계속 발생했고, 해결하는 데에 많은 어려움을 겪었습니다.이번 글에서는 배포 과정에

배포를 하기 위해 항상 nginx를 사용해왔지만, 정작 nginx에서 의미하는 문법은 정확히 모른 채 ‘그냥 이렇게 써야지’하면서, 혹은 ai에 의존해서 수정하며 사용해왔습니다.그런데 하나의 origin url에 여러 레포를 라우팅하여 배포해야 한다거나 하는 복잡한 상

인턴을 하며 도커를 사용하여 여러 프로젝트를 배포했는데, 프로젝트 규모가 커지면서 dockerfile이 지저분해지거나 이미지가 커지는 문제가 생겼습니다.처음에 Dockerfile을 작성했을 때에는 (당연히) 단일 스테이지만 두고 작업했습니다. 사실 스테이지라는 개념도

회사 프로젝트를 배포하기 전에 로컬 머신에서 먼저 컨테이너를 띄워 테스트해야 하는 상황이 있었습니다.이때 기존 습관대로 -alpine 버전의 이미지를 선택해서 Dockerfile을 구성했고, 이후 컨테이너를 실행했습니다.그런데 회사 보안 정책상 Docker Deskto