<div id="readability-page-1" class="page"><div><div><h2 id="a922">유료로 전환되는 도커 데스크톱 대안 찾기 (윈도우 OS용)</h2><div><a href="https://rkttu.com/?source=post_page-----74f1a261eb32--------------------------------" rel="noopener follow ugc nofollow"><div><img alt="Jung-Hyun Nam" src="https://miro.medium.com/fit/c/56/56/2*P1z-D515GRYQ6WaumcAxVQ.png" width="28" height="28"></div></a></div></div><figure><div role="button" tabindex="0"><img alt="" src="https://miro.medium.com/max/1400/0*FWJc4kWWY-ftVIPm" width="700" height="904" role="presentation"></div><figcaption>Photo by <a href="https://unsplash.com/@possessedphotography?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText" rel="noopener ugc nofollow">Possessed Photography</a> on <a href="https://unsplash.com/s/photos/forked-road?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText" rel="noopener ugc nofollow">Unsplash</a></figcaption></figure>도커는 최근 매우 빠르고 폭이 넓은 변화를 최근 수 년 동안 수차례 단행해왔다. 이 글이 쓰인 현재까지 있었던 큰 변화들을 열거해보면 다음과 같다.<ul><li id="8c80">2019년 11월: 미란티스가 도커의 엔터프라이즈 부문을 인수하였으며, 그 후 미란티스 컨테이너 런타임 및 연관 제품을 출시했다. (<a href="https://www.docker.com/blog/updating-product-subscriptions/" rel="noopener ugc nofollow">자세한 내용 보기</a>)</li><li id="d646">2020년 11월: 도커의 기본 이미지 레지스트리인 도커 허브의 이미지 풀 허용 한도를 적용하여 6시간 동안 최대 100회 (인증 시 200회) 까지만 이미지를 풀 할 수 있도록 제한했다. 그러나 유료 사용자라고 할지라도 횟수가 무제한이 되지는 않는다. (<a href="https://www.docker.com/blog/scaling-docker-to-serve-millions-more-developers-network-egress/" rel="noopener ugc nofollow">자세한 내용 보기</a>)</li><li id="167f">2021년 중 예고: 도커의 기본 이미지 레지스트리인 도커 허브에서 6개월 동안 이미지 풀/푸시가 전혀 없을 경우 이미지를 자동으로 정리하는 정책이 시행될 예정이다. (<a href="https://www.docker.com/blog/docker-hub-image-retention-policy-delayed-and-subscription-updates/" rel="noopener ugc nofollow">자세한 내용 보기</a>)</li><li id="20c7">2022년 1월: 도커 데스크톱 버전 (맥 OS, 윈도우)이 250명 이내 직원을 채용하고 있으면서 연간 매출이 천 만원 미만인 업체 또는 개인 사용자인 경우에 한하여 무료로 제공되며, 그 외에는 유료 구매가 필요한 소프트웨어로 라이선스 정책이 변경된다. (<a href="https://www.docker.com/blog/updating-product-subscriptions/" rel="noopener ugc nofollow">자세한 내용 보기</a>)</li></ul>결코 적지 않은 변화들이 있었고, 이 때문에 컨테이너 기술을 계속 사용하는 것이 좋은지 고민하는 곳도 있으실 것이라 생각한다.다행히 위의 변화와는 별도로 도커는 계속해서 Moby 프로젝트를 기반으로 최신 버전이 업데이트되며, Moby 프로젝트를 기반으로 도커 컨테이너 기술은 계속해서 무료로 사용할 수 있다.<figure><div role="button" tabindex="0"><img alt="" src="https://miro.medium.com/max/1400/0*2HPwtVZn4JjIeOsZ.png" width="700" height="396" sizes="700px" role="presentation" data-old-src="https://miro.medium.com/max/60/0*2HPwtVZn4JjIeOsZ.png?q=20"></div><figcaption>Moby와 Docker의 관계 — <a href="https://collabnix.com/demystifying-the-relationship-between-moby-docker/" rel="noopener ugc nofollow">자세히 보기</a></figcaption></figure>이번 글에서는 유료화 정책 단행이 예정된 윈도우용 도커 데스크톱을 대체할 수 있는 구체적인 방법을 살펴보도록 하겠다.<h2 id="6c13">WSL 2에 도커 직접 설치하기</h2>익히 알려진대로 WSL 2는 실제 리눅스 커널을 적극적으로 채택한 시스템으로 변모했기 때문에, 리눅스 커널 기능에 강하게 의존하는 도커와 같은 기술을 자유롭게 쓸 수 있게 되었다.이 글에서 설명하는 내용을 시험해보기 위해서는 우선 WSL 2를 사용할 수 있는 컴퓨터와 윈도우 10 버전이 필요하다. 여기에 대한 자세한 내용은 다음의 페이지를 확인하기 바란다.WSL 2를 설치한 후에는 도커를 직접 설치해야 한다. 단, 도커 데스크톱을 이용해서 설치하는 형태가 아니라, 직접 WSL 2 세션 안에서 설치하는 것이 중요하다.자세한 설치 방법은 WSL 2 안에서 실행하는 배포판의 종류 별로 방법이 달라지니 적절한 배포판을 찾아 확인 후 설치하도록 한다.이 때, 편의를 위하여 도커 데몬과 현재 사용자가 동일한 그룹에 포함되도록 설정하는 것 까지 마치는 것을 추천한다.<ul><li id="8cee">우분투 리눅스: <a href="https://docs.docker.com/engine/install/ubuntu/" rel="noopener ugc nofollow">https://docs.docker.com/engine/install/ubuntu/</a></li><li id="9cd7">데비안 리눅스: <a href="https://docs.docker.com/engine/install/debian/" rel="noopener ugc nofollow">https://docs.docker.com/engine/install/debian/</a></li><li id="d918">수세 리눅스: <a href="https://docs.docker.com/engine/install/sles/" rel="noopener ugc nofollow">https://docs.docker.com/engine/install/sles/</a></li></ul><h2 id="d7a8">도커 데몬 시작하기</h2>이제 도커가 잘 설치되었는지 확인해볼 차례이다.<pre>$ sudo service docker start</pre>위의 명령어로 도커 데몬이 확실히 시작된 상태가 되도록 만든다.<pre>$ docker run -i --rm hello-world</pre>테스트용 컨테이너를 받아 실행해보기 위하여 위와 같이 명령어를 실행한다. 그러면 다음과 비슷한 문구가 나타날 것이다.<pre>Hello from Docker! This message shows that your installation appears to be working correctly.To generate this message, Docker took the following steps: 1. The Docker client contacted the Docker daemon. 2. The Docker daemon pulled the "hello-world" image from the Docker Hub. (arm64v8) 3. The Docker daemon created a new container from that image which runs the executable that produces the output you are currently reading. 4. The Docker daemon streamed that output to the Docker client, which sent it to your terminal.To try something more ambitious, you can run an Ubuntu container with: $ docker run -it ubuntu bashShare images, automate workflows, and more with a free Docker ID: <a href="https://hub.docker.com/" rel="noopener ugc nofollow">https://hub.docker.com/</a>For more examples and ideas, visit: <a href="https://docs.docker.com/get-started/" rel="noopener ugc nofollow">https://docs.docker.com/get-started/</a></pre>도커 데몬은 WSL을 명시적으로 종료하거나, 윈도우 OS를 재시작하기 전까지는 지금부터 계속 백그라운드 프로세스로 실행될 것이다.<h2 id="c28e">자동으로 도커 서비스를 시작하는 방법은 없는가?</h2>아쉽게도 윈도우 10에 포함된 WSL 2는 WSL 시작 단계에서 자동으로 명령어를 실행하는 기능이 들어있지 않다.도커는 유닉스 데몬으로 설치되며, 원래는 리눅스 운영 체제가 시작되면 systemd 같은 시스템 구성 요소를 통해 자동으로 데몬이 시작된다. 하지만 WSL에는 아쉽게도 이런 개념이 없어, 사용하기 전 항상 데몬을 수동으로 시작시켜주어야 한다.다만 2021년 10월 초에 출시되는 윈도우 11의 WSL 2에는 해당 기능이 들어있고, 해당 기능을 사용할 수 있는 방법을 잠시 소개하겠다. 우선 <code>/etc/wsl.conf</code> 파일을 추가하거나 편집해야 한다.<pre># vi /etc/wsl.conf</pre>다음의 내용을 추가하거나 편집한다.주의할 부분이 하나 있는데, <code>command</code> 속성은 INI 파일 전체에서 한 번만 사용할 수 있다. 그래서 편의를 위해 별도의 셸 스크립트로 분리하려고 한다.<pre>[boot] command=/etc/autorun.sh</pre>그 다음, <code>/etc/autorun.sh</code> 파일을 다음과 같이 작성한다.<pre>#!/bin/sh sudo service docker start</pre><code>sudo</code> 명령을 사용하지 않고 <code>docker</code> 데몬을 시작하면, 이 셸 스크립트를 실행하는 주체인 <code>root</code> 사용자에게만 접근이 허가된 도커 서비스가 시작되는 문제가 있다. 그래서 다시 한 번 <code>sudo</code> 명령을 사용했다.이제 <code>/etc/autorun.sh</code> 파일에 실행 권한을 부여하기 위해 다음과 같이 명령어를 실행한다.<pre># chmod +x /etc/autorun.sh</pre>설정이 잘 반영되는지 확인하기 위하여, WSL 세션을 닫고, 윈도우 파워셸에서 다음의 명령어를 실행한다.<pre>PS&gt; wsl.exe --shutdown</pre>그 후, WSL을 다시 실행했을 때, 별도로 도커 데몬을 실행하는 명령어를 실행하지 않아도 곧바로 <code>docker ps</code> 명령어가 작동한다면 잘 반영된 것이다.<h2 id="4c12">도커 데몬 설정 변경하기</h2>도커 데몬은 기본적으로 유닉스 소켓을 통해 클라이언트와 통신하도록 동작한다. 그러나 WSL 2는 경량 VM을 사용하며, 윈도우 커널과는 분리된 구역에서 실행되기 때문에 커널 수준의 상호 연동 (예를 들어 리눅스의 소켓 파일을 윈도우의 소켓 파일로 브릿징하는 등) 기능은 제공되지 않는다.이 문제를 단순화하기 위해, WSL 2부터는 리눅스 내부에서 <code>127.0.0.1</code> 또는 <code>0.0.0.0</code> 으로 수신 소켓을 열면, 자동으로 호스트 컴퓨터의 <code>127.0.0.1</code> 주소로 수신 소켓을 열고, 동일한 포트 번호로 모든 트래픽을 중계하는 자동 프록시 생성 기능을 제공한다.이 기능을 응용하여 <code>docker.exe</code> CLI가 접속할 수 있도록 WSL 2 내부의 도커 데몬 연결 수신은 물론, 도커 컨테이너 실행 시 지정한 포트 번호 공개 설정도 인식하여 도커 컨테이너와 호스트가 손쉽게 통신할 수 있게 만들 수 있다.또한, 도커 빌드 킷을 사용하도록 설정을 변경하여 최신 도커 파일 문법 지원과 개선된 도커 빌드 프로세스를 활용할 수 있게 만들 것이다.일단 도커 데몬 설정 파일을 변경하거나, 없다면 새로 만들어야 한다.<pre># vi /etc/docker/daemon.json</pre>다음의 내용을 JSON 문법에 맞게 적절하게 추가하거나, 파일을 새로 만들게 된다면 다음 내용을 추가한다.<pre>{"features": { "buildkit": true }, "hosts": ["tcp://127.0.0.1:2375", "unix:///var/run/docker.sock"]}</pre>이제 도커 데몬을 다시 시작해야 변경된 내용이 반영된다.<pre># sudo service docker restart</pre>도커 데몬 실행이 잘 되었는지 확인하기 위해, <code>docker ps</code> 명령어를 실행해본다.<h2 id="859c">윈도우에서 WSL 2 도커 데몬 연결하기</h2>이제 윈도우에서 WSL 2의 도커 데몬으로 연결할 차례이다. 우선 도커 명령줄 인터페이스 (CLI) 바이너리를 아래 웹 사이트에서 다운로드한 다음, <code>PATH</code> 환경 변수에 추가하기 편리한 위치에 압축 해제하여 설치한다.<a href="https://download.docker.com/win/static/stable/x86_64/" rel="noopener ugc nofollow">https://download.docker.com/win/static/stable/x86_64/</a>그 다음, 사용자 환경 변수 설정에서 <code>PATH</code> 환경 변수에 <code>docker.exe</code> 파일의 경로를 추가하여 어디서나 <code>docker.exe</code> CLI를 호출할 수 있게 구성한다.<code>docker.exe</code> CLI 도구가 잘 실행되는 것을 확인했다면, 새로운 컨텍스트를 만들어 WSL 내부의 도커 엔진과 연결할 차례이다. 여기서는 <code>wsl</code> 이라는 이름의 컨텍스트를 만들 것이다.<pre>PS&gt; docker.exe context create wsl</pre>컨텍스트를 만든 후, 연결할 호스트 서버 주소를 지정한다.<pre>PS&gt; docker.exe context update wsl --description "WSL" --docker "host=tcp://127.0.0.1:2375"</pre>새로 만든 컨텍스트로 변경한다.<pre>PS&gt; docker.exe context use wsl</pre>연결이 잘 되는지 확인해본다.<pre>PS&gt; docker.exe ps</pre>참고할 내용이 하나 있다. 만약 ARM 프로세서 기반의 윈도우 PC를 사용한다면, 윈도우 10이 WSL 2를 지원하는 것과는 별개로, ARM용 도커 CLI 도구가 별도로 제공되지 않고 x64 버전의 바이너리만 제공하기 때문에 이 단원의 내용을 적용할 수 없을 수도 있다. 윈도우 11부터는 이 제약이 사라진다.<h2 id="42ba">파이썬 플라스크 애플리케이션 테스트하기</h2>이제 마지막으로, 평상시에 사용하던 것과 같이 컨테이너를 빌드하고, 애플리케이션을 테스트할 수 있는지 살펴볼 차례이다.이 글에서는 파이썬 플라스크 애플리케이션을 만들어 기능을 시험해볼 것이다. 하지만 원하는 다른 샘플을 사용하더라도 문제 없다.우선 마이크로소프트 스토어에서 최신 버전의 파이썬 CLI 앱을 설치한다. 여기서 설치하면 파이썬 인터프리터와 함께, 파이썬 패키지 설치 도구 (PIP)가 함께 설치된다.참고로 이 글을 작성하는 현재 최신 버전은 파이썬 3.9이다.설치가 완료된 후, 소스 코드 빌드와 컨테이너 빌드를 위한 기준 작업 디렉터리를 하나 만들고, 그 안으로 이동한다.<pre>PS&gt; mkdir $HOME\PythonAppPS&gt; cd $HOME\PythonApp</pre>플라스크 프레임워크를 설치하고, 관련 종속성에 대한 정보를 <code>requirements.txt</code> 파일로 저장한다.<pre>PS&gt; pip3.exe install FlaskPS&gt; pip3.exe freeze &gt; requirements.txt</pre><code>app.py</code> 파일을 만들어, 다음과 같이 내용을 만든다.<pre>from flask import Flask app = Flask(__name__)<a href="http://twitter.com/app" rel="noopener ugc nofollow">@app</a>.route('/') def hello_world(): return 'Hello, Docker!'</pre>그 다음, <code>Dockerfile</code>을 다음과 같이 만든다.<pre>FROM python:3.9-slim-busterWORKDIR /appCOPY requirements.txt requirements.txt RUN pip3 install -r requirements.txtCOPY . .CMD [ "python3", "-m" , "flask", "run", "--host=0.0.0.0"]</pre>이제 컨테이너 이미지를 만들어 실행해본다.<pre>PS&gt; docker.exe build -t pythonapp:latest .PS&gt; docker.exe run -d --rm -p 5000:5000 pythonapp:latestPS&gt; curl.exe <a href="http://localhost:5000/" rel="noopener ugc nofollow">http://localhost:5000</a> Hello, Docker!</pre><code>Hello, Docker!</code> 라는 문구가 보이면 잘 실행된 것이다.<h2 id="d59f">마치며</h2>윈도우 환경에서 리눅스 컨테이너를 빌드하고 테스트하는 것은 이 글에서 소개한 방법을 활용하면 큰 어려움 없이 목적을 달성할 수 있을 것이다.윈도우에서 개발 환경을 구축해서 사용하고 있었다면 이 글의 방법을 이용할 경우 윈도우 편에서 실행되는 개발 도구들의 기능성이 침범을 받지 않을 것이다.만약 WSL 내부에서 모든 개발 도구를 실행하기 원한다면, 윈도우 10의 경우에는 윈도우 터미널 앱과 함께 커맨드라인 도구와 콘솔 인터페이스의 기능을 모두 누릴 수 있을 것이며, 윈도우 11부터는 WSLg와 함께 각종 GUI 기반 IDE를 완전한 형태로 윈도우 애플리케이션과 나란히 실행할 수 있을 것이다.어느 방법이든, 도커 데스크톱의 유료화 정책에 영향을 받지 않는 개발 환경을 잘 만들어 활용할 수 있을 것이다. 이 글이 여러분의 고민을 덜어내는 역할을 해줄 수 있기를 바라며, 글을 마무리하겠다.</div></div>

Stories by Jung-Hyun Nam on Medium

이번 글에서는 유료화 정책 단행이 예정된 윈도우용 도커 데스크톱을 대체할 수 있는 구체적인 방법을 살펴보도록 하겠습니다.
Continue reading on WSLHUB »

유료로 전환되는 도커 데스크톱 대안 찾기 (윈도우 사용자)

댓글