Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 4개 있습니다.)
(시리즈 글이 7개 있습니다.)
개발 환경 구성: 401. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성
; https://www.sysnet.pe.kr/2/0/11708

개발 환경 구성: 402. .NET Core 콘솔 응용 프로그램을 docker로 실행/디버깅하는 방법
; https://www.sysnet.pe.kr/2/0/11709

VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점
; https://www.sysnet.pe.kr/2/0/12171

VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/12197

VS.NET IDE: 185. Visual Studio - 원격 Docker container 내에 실행 중인 응용 프로그램에 대한 디버깅
; https://www.sysnet.pe.kr/2/0/13351

닷넷: 2156. .NET 7 이상의 콘솔 프로그램을 (dockerfile 없이) 로컬 docker에 배포하는 방법
; https://www.sysnet.pe.kr/2/0/13437

개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
; https://www.sysnet.pe.kr/2/0/13547




.NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성

Visual Studio에서 docker 지원은 ASP.NET Core Web Application인 경우에만 옵션을 제공하고 .NET Core Console 프로그램인 경우에는 그렇지 않습니다. 때로는 콘솔 프로그램도 docker로 테스트하고 싶을 때가 있는데, 이런 경우 당연히 수작업으로 설정하면 가능합니다. 방법은 다음의 글에 잘 나와 있습니다.

Running a .NET Core ConsoleApp in Docker 
; http://pvlerick.github.io/2017/02/running-dotnetcore-consoleapp-in-docker

그런데, 저렇게 매번 명령행에서 치는 것도 때론 번거롭습니다. 이번에는 Visual Studio의 도움 없이 배포(publish) 시에 docker 이미지를 함께 만들어 보겠습니다. 어떻게 하는지 간단하게 구성해 볼까요? ^^

테스트를 위해 다음의 소스 코드를 가진 콘솔 프로젝트를 하나 만들고,

using System;

namespace netcore_app  // 이 글의 테스트 프로젝트 이름은 netcore_app
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");
        }
    }
}

예전에 다뤘던 Task를 이용해,

MSBuild - 빌드 전/후, 배포 전/후 실행하고 싶은 Task 정의
; https://www.sysnet.pe.kr/2/0/11507

csproj 파일에 다음과 같은 Task를 추가할 수 있습니다.

<Project Sdk="Microsoft.NET.Sdk">

    <PropertyGroup>
        <TargetFramework>netcoreapp2.1</TargetFramework>
        <OutputType>Exe</OutputType>
    </PropertyGroup>

    <Target Name="MyAfterPublish" AfterTargets="Publish">
        <Message Importance="high" Text="Creating docker images: $(ProjectName)" />
        <Exec Command="docker build --build-arg CONFIGNAME=$(ConfigurationName) -t $(ProjectName.ToLower()) ." WorkingDirectory="$(ProjectDir)" />
    </Target>

</Project>

남은 작업은 docker build를 실행하므로 프로젝트에 다음의 내용으로 "Dockerfile"을 추가하는 것입니다.

FROM microsoft/dotnet:2.1-runtime AS base

FROM base AS final
ARG CONFIGNAME

WORKDIR /app
COPY /bin/${CONFIGNAME}/netcoreapp2.1/publish/  .

ENTRYPOINT ["dotnet", "netcore_app.dll"]

이제부터는 Visual Studio에서 해당 프로젝트에 대해 "Publish"를 할 때마다 프로젝트 이름의 docker 이미지가 생성되고, 명령행에서 다음과 같이 실행해 볼 수 있습니다.

c:\temp> docker run --rm -it netcore_app
Hello World!

(첨부 파일은 이 글의 테스트 프로젝트를 포함합니다.)

만약 docker 이미지 생성뿐만 아니라 docker 환경 내에서의 실행 및 디버깅까지 원한다면 다음의 글을 참고하시면 됩니다.

.NET Core 콘솔 응용 프로그램을 docker로 실행/디버깅하는 방법
; https://www.sysnet.pe.kr/2/0/11709




docker build를 테스트하다 보면 태그 이름이 "<none>"인 이미지들이 제법 생겨납니다.

c:\temp> docker images
REPOSITORY          TAG                      IMAGE ID            CREATED             SIZE
netcore_app         latest                   7bac719feebf        4 minutes ago       180MB
<none>              <none>                   19ae9e1302cd        20 minutes ago      180MB
...[생략]...

검색해 보면 다음과 같이 지울 수 있다고 하는데,

docker rmi $(docker images -f "dangling=true" -q)

실제로 해보면 윈도우 docker의 경우 오류가 발생합니다.

c:\temp> docker rmi $(docker images -f "dangling=true" -q)
unknown shorthand flag: 'q' in -q)
See 'docker rmi --help'.

재미있는 것은 단독으로 사용하는 경우에는 잘 실행이 됩니다.

c:\temp> docker images -f "dangling=true" -q
19ae9e1302cd

어쨌든, 오류가 발생하니 다른 명령어를 찾아봤는데 다행히 하나 있습니다. ^^

docker image prune
; https://docs.docker.com/engine/reference/commandline/image_prune/

따라서 다음과 같이 실행해 주면 됩니다.

docker image prune -f

이렇게 실행하면 Container로 만들어져 있지 않는 한 <none> 이름을 가진 이미지들이 전부 삭제됩니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/27/2020]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2018-12-07 02시11분
docker - 윈도우에서 실행 시 "unknown shorthand flag" 오류
; http://www.sysnet.pe.kr/2/0/11738
정성태
2023-03-03 09시25분
정성태

... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13179정성태12/2/20224353Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/20224856Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/20225585오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/20224512오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/20226134오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/20224702.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/20225394.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/20225202.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/20224816Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/20225124Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/20225709Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/20224994제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/20225031.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/20224756개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/20224663개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/20225562개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/20225499개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/20226583.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일
13161정성태11/14/20225799.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
13160정성태11/11/20225748.NET Framework: 2067. C# - PublishSingleFile 적용 시 native/managed 모듈 통합 옵션
13159정성태11/10/20228959.NET Framework: 2066. C# - PublishSingleFile과 관련된 옵션 [3]
13158정성태11/9/20225230오류 유형: 826. Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [...] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7'
13157정성태11/8/20225889.NET Framework: 2065. C# - Mutex의 비동기 버전파일 다운로드1
13156정성태11/7/20226793.NET Framework: 2064. C# - Mutex와 Semaphore/SemaphoreSlim 차이점파일 다운로드1
13155정성태11/4/20226295디버깅 기술: 183. TCP 동시 접속 (연결이 아닌) 시도를 1개로 제한한 서버
13154정성태11/3/20225774.NET Framework: 2063. .NET 5+부터 지원되는 GC.GetGCMemoryInfo파일 다운로드1
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...