Docker

소개 기존에 쓰던 방법은 버전이 너무 오래되었거나 자신의 환경에 맞게 설치하기가 어려웠다. Windows 10, 11 에서 WSL2를 이용한 Alpine 설치를 최종 정리한다. 설치 뿐만 아니라 필요한 환경(docker, git 등)을 자동으로 구성하도록 한다. 기본적인 테스트를 하고 추가 패키지를 보완한 후 이미지를 백업한다. 추후 Windows를 재설치하거나 기타 문제가 발생할 경우 백업 이미지를 복원한다. 또는 다른 PC로 백업 이미지를 사용할 때도 유용하다. 최소설치만 적용해서 설치파일이나 백업파일을 만들어 두면 빠른 백업, 복구를 할 수 있다. ...

Dockerfile 에서 RUN, CMD, ENTRYPOINT 차이 RUN - 도커이미지 생성시 동작 CMD - 도커이미지 실행시 동작 (대체 가능) ENTRYPOINT - CMD와 같으나 실행시 반드시 동작 Dockerfile - RUN # create log script vi log-event.sh ... #!/bin/sh echo `date` $@ >> log.txt cat log.txt ... chmod u+x log-event.sh # create Docker Image vi Dockerfile ... FROM alpine ADD log-event.sh / RUN ["/log-event.sh","image created"] # 생성시 동작 CMD ["/log-event.sh","container started"] # 실행시 동작 ... docker build -t myimage . # Run Docker Image - RUN은 이미지 생성시에 동작했음을 알 수 있다. docker run myimage Wed Sep 27 07:10:26 UTC 2023 image created Wed Sep 27 07:36:10 UTC 2023 container started docker run myimage Wed Sep 27 07:10:26 UTC 2023 image created Wed Sep 27 07:36:21 UTC 2023 container started Dockerfile - CMD, ENTRYPOINT 여러개의 CMD # Create Docker Image vi Dockerfile ... FROM alpine ADD log-event.sh / RUN ["/log-event.sh","image created"] # 생성시 동작 CMD ["/log-event.sh","container started"] # 실행시 동작 (무시됨) CMD ["/log-event.sh","container running"] # 실행시 동작 (마지막CMD처리) ... docker build -t myimage . # Run Docker Image docker run myimage Wed Sep 27 07:10:26 UTC 2023 image created Wed Sep 27 07:23:09 UTC 2023 container running CMD와 ENTRYPOINT # Create Docker Image vi Dockerfile ... FROM alpine ADD log-event.sh / RUN ["/log-event.sh","image created"] # 생성시 동작 ENTRYPOINT ["/log-event.sh"] # 실행시 동작 CMD ["container started"] # 실행시 동작 ... docker build -t myimage . # Run Docker Image docker run myimage Wed Sep 27 07:10:26 UTC 2023 image created Wed Sep 27 07:23:09 UTC 2023 container started # Run Docker Image with argument docker run myimage custom event Wed Sep 27 07:10:26 UTC 2023 image created Wed Sep 27 07:24:31 UTC 2023 custom event REFERENCE Difference Between run, cmd and entrypoint in a Dockerfile - https://www.baeldung.com/ops/dockerfile-run-cmd-entrypoint Entrypoint vs cmd - https://bluese05.tistory.com/77

개요 윈도우즈에서 도커를 사용하는 방법을 설명한다. 이것으로써 윈도우, 리눅스의 모든 환경에서 도커의 범용성과 안정성이 확보된다. 즉, 개발환경, 테스트환경, 실행환경의 일관성을 갖게 된다. 첫째는 WSL2 + Git Bash + Docker Desktop를 결합하여 사용하는 방법이다. 둘째는 WSL2 + Alpine를 설치하고 알파인 리눅스에서 git + docker의 형태로 사용하는 방법이다. 두번째 방법이 조금 복잡해 보이긴 하나 훨씬 처리가 간결하고 적은 리소스와 빠른 실행 속도가 돋보인다. 또한 리눅스 기반이므로 파일시스템 문제, 퍼미션 문제, 경로 처리 문제 등에서 훨씬 쉽고 편한 환경이므로 두번째 방법에 대해서 상술한다. Windows WSL2 공통 기반 설정 설치환경: Windows 11 Bios 설정: 바이오스에서 가상머신 지원(Virtual Machine Support) 여부를 선택한다. WSL2를 확인하고 필요하면 업데이트한다. (PowerShell:관리자권한으로) > wsl -l -v # Version Check > wsl --update # wsl2 upgrade or update Nerd Font 설치 터미널에서 아이콘 등 nerd font가 표시되고 코딩시 가독성을 높이기 위해서 설치 MeslsLGS NF Install https://github.com/fontmgr/MesloLGSNF D2Coding (코딩용 영문 한글 지원: 하지만 이것은 Nerd Font가 아니다.) https://github.com/naver/d2codingfon WSL2 + Git Bash + Docker Desktop Docker Desktop ...

기본 사용법 $ docker images # 도커 이미지 리스트 확인 $ docker images -all # 히든 이미지까지 모두 보기 $ docker rmi <ID> # image ID로 제거 $ docker rmi -f <ID> # image ID로 강제로 제거 Docker none image 정리하기 $ docker container prune # 컨테이너 모두 종료 $ docker image prune # <none> 이미지 모두 제거 $ docker system pruen # 한 번에 처리

Intro busybox는 작고 가볍고 빠른 POSIX 표준 유틸 모음이다. docker에서 여러 가지로 응용해서 사용할 수 있다. 응용 임베디드 시스템에 빌드하기 Kubernates에 init container로 사용하기 HTTP 웹서버로 돌리기 가상컨테이너 볼륨서버(스토리지)로 사용하기 기본 사용례 busybox 최신버전 이미지 받고 실행 $ docker run -it --rm busybox busybox + myapp : myapp은 리눅스환경에서 정적컴파일한 바이너리 $ cat Dockerfile # Write Dockerfile FROM busybox COPY ./my-static-binary /my-static-binary CMD ["/my-static-binary"] $ docker build -t busybox-myapp . # Build Image $ docker run -t --rm busybox-myapp # Run Container busybox + httpserver : 웹서버동작(httpserver는 static compile binary) $ cat Dockerfile # Write Dockerfile FROM busybox COPY ./httpserver /home/ CMD /home/httpserver $ docker build -t go-server . # Build Image $ docker run -p 8080:8080 --rm -it go-server # Run Container $ curl -v http://localhost:8080/ # Test Busybox에 관하여 놀랍게도 busybox는 httpd를 내장하고 있다. 물론 대규모 처리는 곤란하다. 내장된 grep도 기본 기능만 있다. 대용량 파일 검색을 써야한다면 효율이 좋지 않으므로 gnu grep을 얹어서 사용하는 것이 좋다. busybox는 glibc, musl 등을 지원하는 버전이 있다. 이를 활용하면 여러개의 프로그램을 넣어야할 때 공유라이브러리를 활용할 수 있어 효율적이다. alpine 리눅스가 busybox + musl + os env 이므로 자신만의 이미지를 제작하는 것도 가능하다. 기본적인 utf-8이 지원되지만 출력만 문제가 없는 것으로 보인다. sh, echo, vi 도 가볍게 쓰기는 좋으나 utf-8 한글입력이 안된다. 이를 보완하기 위해서는 bash, echo, vi를 정적컴파일 바이너리로 대체 또는 도커허브(DockerHub)의 toybox를 사용하는 것이다. utf-8 입출력을 모두 지원한다. 심지어 사이즈가 더 작다. utf-8의 입출력 환경이 모두 필요하다면 toybox를 사용하는 것이 더 낫다. busybox(약1.2MB)나 toybox(약764K)는 정말 가볍게 실행하고 배포할 수 있는 환경이다. 결론적으로 이것에 대한 활용은 개발환경이나 큰규모의 실행환경보다는 작고 가벼운 환경에서 효율적인 운용이 필요할 때 사용하면 좋을 것 같다. Links How to Use th Busybox Docker Official Image https://www.docker.com/blog/use-cases-and-tips-for-using-the-busybox-docker-official-image/ Using the BusyBox Docker Image for Building Applications : A Complete Guide https://www.sohamkamani.com/docker/busybox-guide/