실무 관점에서의 docker 인프라 내부로의 api 요청

Question

안녕하세요.현재 docker-compose로 도커 컨테이너를 이용하여 서버를 운용할 계획에 있습니다.팀원들과의 협업을 위하여 서버 환경과 로컬 개발환경(docker-compose)을 모두 동일하게 맞춰놓았습니다.현재는 git을 통해 서버환경에서 메인브랜치 관리를 하여 서버를 업데이트 하는 방식입니다.프론트 컨테이너(Next) 에서 백엔드 컨테이너(node) 로 api 요청을 할 때, 보통 서브도메인을 모두 포함한 api.domain.com 등의 경로로 요청을 하잖아요?로컬 개발환경에서는 위 방식이 되지 않기에 로컬에 생성된 컨테이너를 통하여 로컬컨테이너 api 서버로 접근을 하려고 합니다.하지만 여기서 궁금한게 있습니다.프론트 컨테이너에서 백엔드 컨테이너로 &#34;backend:5000/api/v1/...&#34; 와 같이 호출을 할텐데, 이를 서버에도 동일하게 적용하여서 아웃바운드 (aws를 사용중입니다) 요금을 줄일 수 있지 않을까? 라는 의문이 생겼습니다.정리하자면 질문은 아래와 같습니다.Q.1 모든 트래픽을 내부로 전환하면 트래픽 비용이 획기적으로 줄어들 것 같은데, 서버 운영관점에서 해당 방식이 안좋은지에 대해서 궁금합니다. Q.2 컨테이너명을 통한 내부에서의 api 요청방식을 실무에서도 사용하는지 궁금합니다. 설령 docker-compose를 통해 인프라가 구축되어 내부 통신이 가능하더라도 말이죠.Q.3 팀원과의 협업을 위하여 서버환경과 로컬개발환경을 동일하게 하기위해 docker-compose를 로컬에도 구현해 놓았습니다. backend:5000/api/v1/ 등의 방식으로 개발을 하였을 때, 백엔드 작업내용을 깃허브를 통하여 관리할 때, 로컬 작업사항중 api 관련하여서 모두 서버에서 돌아갈 수 있게 도메인 형식으로 호출하도록 수정해야 하는게 맞는 방식인가요? 백엔드 서버는 node이고, 프론트는 넥스트를 사용중입니다.읽어주셔서 감사합니다.

캐티 · Answer

과금은 주로 인터넷 아웃바운드 트래픽에 적용되고, 로컬 넷이면 이 트래픽은 무료이지 않더나요.

Clickin · Answer

Next server action으로 호출하는 상황인가요?도커 dns를 통한 내부 호출은 클라이언트 사이드에서는 호출할 수 없다는 점을 잘 인지하고 전환해야합니다.그걸 명확하게 할 수 있다면 도커 dns를 통한 호출 자체는 백엔드를 숨길 수도 있고 도메인과 상관없이 사용가능한 등 장점이 있습니다.참고로 쿠버네티스를 사용하게되면 대부분은 해당 패턴을 통해서 통신합니다.

으아악밥먹자 · Answer

전반적으로 질문 자체를 고쳐야할 부분이 많아 그냥 적당히 답변 드립니다.아마 엔터프라이즈 레벨에서 어떤 식으로 인프라를 구성하는지가 궁금하신 것 같네요.Docker Compose 자체를 잘 안 씁니다. 보통 Kubernetes나 Docker Swarm, AWS ECS 같은 컨테이너 오케스트레이션 환경을 구성합니다.간단한 앱이나 로컬환경을 위해 Compose를 쓰는 경우가 있긴 합니다만 프로덕션 환경에서는 잘 사용하지 않습니다.앱을 서비스할 때 안정성, 쓰루풋 개선 등을 위해 동일한 앱을 여러 서버에 걸쳐 여러 개 구성(서버 이중화 참고)하는데 Compose로 서버마다 개별적으로 컨테이너 환경을 구성하면 너무 번거롭거든요.작은 규모라면 Compose를 쓰기도 합니다. 서버 2대, 3대 정도로 충분하다면...프론트엔드, 백엔드 간 API 통신은 어떻게 하는가?컨테이너 오케스트레이션 도구라면 응당 "서비스"라는 개념(또는 그에 준하는 무언가)가 있습니다.위에서 말한 것처럼 프론트엔드 앱이든 백엔드 앱이든 단일 컨테이너로 구성하는 게 아니라 여러 개의 컨테이너를 구성합니다.프론트엔드 앱에서 백엔드 앱(컨테이너)에게 API 콜을 날릴 때에는 특정 컨테이너에게 요청을 날리는 게 아니라 여러 개로 분산된 백엔드 앱들 앞단의 "서비스"로 요청을 보냅니다.(정확히는 틀린 설명. 그냥 예시입니다.)백엔드의 서비스 리소스는 요청을 프론트엔드 앱의 HTTP 요청을 받으면 분산된 백엔드 앱 중 하나로 요청을 전달합니다.위 설명에 backend:5000이 있는데 이건 "서비스 이름"입니다. 컨테이너 이름은 backend_1 같은 식으로 되어있을 거예요.환경별 백엔드 API의 엔드포인트가 달라요!맞습니다. 원래 그렇죠.그러므로 환경별 설정파일을 별도로 만듭니다..env.local 파일에는 const api_url = http://backend:5000.env.prod 파일에는 const api_url = http://api.my_domain.com그리고 컨테이너 실행 시점에서 어떤 설정파일을 사용할지 환경변수 등으로 설정하시면 됩니다.DOTENV_CONFIG_PATH=.env.local node index.js <- 대충 요런식+내부 통신?서버 내에서의 프로세스 간의 통신사설망으로 연결된 서버들 간의 통신(당연히 private ip를 사용해야겠죠!)AWS 기준으로 둘 다 비용 안 나옵니다.

실무 관점에서의 docker 인프라 내부로의 api 요청

3개의 답변

#docker-compose 목록