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분
정성태

... 136  [137]  138  139  140  141  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1629정성태2/5/201432619개발 환경 구성: 215. DOS batch - 하나의 .bat 파일에서 다중 .bat 파일을 (비동기로) 실행하는 방법 [1]
1628정성태2/4/201433949Windows: 87. 윈도우 8.1에서 .NET 3.5 설치가 안된다면? [2]
1627정성태2/4/201429008개발 환경 구성: 214. SQL Server Reporting Services를 이용해 간단한 리포트 제작하는 방법
1626정성태2/4/201421012Windows: 86. 윈도우 8.1의 Skydrive 내용이 동기화가 안된다면?
1625정성태2/2/201428192.NET Framework: 422. C++과 C#의 Event 공유파일 다운로드1
1624정성태2/2/201423804.NET Framework: 421. ASP.NET에서 Server.CreateObject와 COM Interop 클래스 생성의 차이점
1623정성태2/1/201428533개발 환경 구성: 213. x86/x64별로 나뉘어진 어셈블리를 한 프로젝트에서 참조하는 방법 [1]파일 다운로드1
1622정성태1/31/201428993VC++: 74. 어떤 것을 쓰면 좋을까요? wvnsprintf, _vsnwprintf_s, StringCbVPrintfW [4]
1621정성태1/31/201420833.NET Framework: 420. 베트남의 11학년(한국의 고2)이 45분만에 푼다는 알고리즘 문제파일 다운로드1
1620정성태1/30/201430651.NET Framework: 419. C# - BigDecimal파일 다운로드1
1619정성태1/30/201427384VS.NET IDE: 85. T4를 이용한 INotifyPropertyChanged 코드 자동 생성파일 다운로드1
1618정성태1/29/201443102Linux: 2. 우분투에서 Active Directory 계정을 이용한 파일 공유
1617정성태1/29/201424219.NET Framework: 418. Thread.Abort 호출의 hang 현상 [1]
1616정성태1/29/201424872디버깅 기술: 63. windbg 디버깅 사례: AppDomain 간의 static 변수 사용으로 인한 crash
1615정성태1/29/201426844.NET Framework: 417. WPF WebBrowser 컨트롤에서 SHDocVw.IWebBrowser2 인터페이스를 구하는 방법 및 순수 WPF 웹 브라우저 컨트롤 소개
1614정성태1/29/201423799.NET Framework: 416. System.Net.Sockets.NetworkStream이 Thread-safe할까?파일 다운로드1
1613정성태1/29/201425774.NET Framework: 415. IIS 작업자 프로세스 재생(recycle)하는 방법 [1]
1612정성태1/29/201422564오류 유형: 219. IIS 500 Internal Server Error - Skydrive에 공유된 경우
1611정성태1/27/201453969.NET Framework: 414. C# - 컴퓨터에서 알아낼 수 있는 고윳값 정리 [3]파일 다운로드1
1610정성태1/26/201437906.NET Framework: 413. C# - chromiumembedded 사용 [11]파일 다운로드1
1609정성태1/26/201420949오류 유형: 218. wsDualHttpBinding + Windows Server 2003인 경우 발생하는 오류
1608정성태1/26/201426230.NET Framework: 412. HttpContext.Current를 통해 이해하는 CallContext와 ExecutionContext [4]
1607정성태1/26/201426144.NET Framework: 411. 유니코드의 "compatibility character"가 뭘까요? [4]파일 다운로드1
1606정성태1/25/201424261오류 유형: 217. 델 베뉴 스타일러스 관련 업데이트 오류 - 5830_Firmware_X267N_WN_1.0.4.1_A01.EXE
1605정성태1/23/201421103개발 환경 구성: 212. Visual Studio Online과 "Monaco" 서비스 연동
1604정성태1/23/201421446오류 유형: 216. 윈도우 서버 백업 - Hyper-V 가상 머신이 백업되지 않는 경우 (2)
... 136  [137]  138  139  140  141  142  143  144  145  146  147  148  149  150  ...