이것은 이제 Docker를 사용할 수있게되고 싶은 필자의 시행 착오의 궤적입니다.

VM에서 컨테이너로

현재 완전히 자신만을 위한 것이지만, 다중 서비스 운용을 위해 로컬 머신의 VM으로 만든 서버 3대를 운용하고 있습니다.

Deploy: 콘텐츠 배포용

Resource: 프라이빗 클라우드 스토리지

개발 : 소스 코드 관리

Deploy에서 제공하는 콘텐츠에는 다음과 같은 유형이 있습니다.

평소와 같이 /var/www/html 아래에 파일을 배치하고 전달하는 것 (이하, web root)

음악 및 비디오를 전달하는 미디어 스트리밍

장고 응용 프로그램

Node.js 응용 프로그램

이 중 Django 애플리케이션과 Node.js 애플리케이션은 가상 호스트로 하위 도메인을 할당합니다.
위의 응용 프로그램 외에도 Resource의 owncloud, Develop의 gitlab도 가상 호스트로 하위 도메인에서 Deploy에서 배포합니다.

이것들을 Docker에 이식해 가자는 계획을 세웁니다.
이유는 간단하고, 이제 Docker를 사용할 수 있게 되고 싶기 때문입니다.
탐험이지만 조금씩 진행해 나가고 싶기 때문에 그 궤적을 남기려는 기사입니다.

다음과 같은 완성형을 이미지하고 있습니다.
(컨테이너 초보자입니다. 구성의 단맛이나 베스트 프랙티스라면 교시해 주세요.)



자주 있는 「프로세스 단위로 컨테이너를 작성」이라고 하는 설명이 좀처럼 이해할 수 없었습니다만,
구체적으로 어떻게 나누면 컨테이너로 취급하기 쉬운지를 생각하면, 철저히 이해할 수 있었습니다.

우선 도커 준비

단번에 해 버리는 시간을 확보하는 것이 어렵기 때문에, 조금씩 진행될 수 있도록 우선 Docker를 사용할 수 있도록 해, VM과 공존시킵니다.
Docker 시작에 필요한 Hyper-V와 VirtualBox가 공존할 수 없는 문제가 있었지만, VirtualBox를 6.1계로 업데이트하면 공존할 수 있었습니다.
다음과 같은 구성이 당면의 목표입니다.



이미지처럼 nginx 컨테이너를 시작하고 VM에 역방향 프록시하도록 설정하고 http 기반 액세스가 VM에서 컨테이너로 향하도록 변경했습니다.
하지만 연결되지 않았습니다.
브라우저에 ERR_SSL_PROTOCOL_ERROR가 표시되어 컨테이너의 nginx가 깨져서 해독 할 수 없습니다.

마이그레이션 계획, 불온한 개막입니다.

다음 번 : Docker로 VM에 역방향 프록시