Microsoft MVP성태의 닷넷 이야기
.NET Framework: 1019. Microsoft.Tye 기본 사용법 소개 [링크 복사], [링크+제목 복사]
조회: 2300
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Microsoft.Tye 기본 사용법 소개

오호... 재미있는 도구가 있었군요. ^^

[.NET Conf 2021 x Seoul] 닷넷 개발자를 위한 클라우드 네이티브, Tye
; https://www.youtube.com/watch?v=CZzZ0RWAp2M

Introducing Project Tye
; https://devblogs.microsoft.com/aspnet/introducing-project-tye/

Getting Started
; https://github.com/dotnet/tye/blob/master/docs/getting_started.md

위의 실습을 위해 Nuget에서 해당 도구를,

Microsoft.Tye
; https://www.nuget.org/packages/Microsoft.Tye

이렇게 설치할 수 있습니다. (그렇습니다. 아직 beta도 아니고 alpha 버전입니다.)

C:\temp> dotnet tool install --global Microsoft.Tye --version 0.6.0-alpha.21070.5
You can invoke the tool using the following command: tye
Tool 'microsoft.tye' (version '0.6.0-alpha.21070.5') was successfully installed.

비록 Tye가 컨테이너 환경과의 연동을 용이하게 하는 것이 최종 목표일 수 있겠지만, 그런 환경이 아니어도 local orchestrator를 통해 단순히 로컬 상에서 다중 프로젝트를 실행하는 용도로도 쓸 수 있습니다. 즉, 기존 "Multiple startup projects"로 했던 기능의,

VS.NET 2003/2005 의 다중 프로젝트 디버깅
; https://www.sysnet.pe.kr/2/0/334

명령행 버전으로 생각해도 무방합니다.




예를 들어, 비주얼 스튜디오에서 2개의 EXE 프로젝트를 담고 있는 솔루션으로 작업하고 있을 때 다음과 같은 명령어로 간단하게 이들을 모두 구동할 수 있습니다.

C:\temp\ConsoleApp1\WebApp> tye run
Loading Application Details...
Launching Tye Host...

[10:43:46 INF] Executing application from C:\temp\ConsoleApp1\WebApp\WebApp.sln
[10:43:47 INF] Dashboard running on http://127.0.0.1:8000
[10:43:47 INF] Building projects
[10:43:48 INF] Launching service webapp_a7173a1a-3: C:\temp\ConsoleApp1\WebApp\WebApp\bin\Debug\netcoreapp3.1\WebApp.exe
[10:43:48 INF] Launching service reverseproxy_24e2247d-8: C:\temp\ConsoleApp1\WebApp\ReverseProxy\bin\Debug\netcoreapp3.1\ReverseProxy.exe
[10:43:48 INF] webapp_a7173a1a-3 running on process id 15572
[10:43:48 INF] reverseproxy_24e2247d-8 running on process id 17520
[10:43:48 INF] Replica webapp_a7173a1a-3 is moving to a ready state
[10:43:48 INF] Replica reverseproxy_24e2247d-8 is moving to a ready state
[10:43:48 INF] Selected process 17520.
[10:43:48 INF] Listening for event pipe events for reverseproxy_24e2247d-8 on process id 17520
[10:43:49 INF] Selected process 15572.
[10:43:49 INF] Listening for event pipe events for webapp_a7173a1a-3 on process id 15572
...[생략]...

보다시피 명령행에도 정보가 나오지만 더욱 자세한 정보는 Tye가 제공하는 웹 대시보드 (위의 화면에서는 http://127.0.0.1:8000 주소로 접근할 수 있는) 화면을 통해 살펴볼 수 있습니다.

물론, 비주얼 스튜디오의 "Multiple startup projects"와 비교해 차이점은 있습니다. Tye는 마이크로서비스와 분산 응용 프로그램의 개발/테스트/배포를 용이하게 하는 목적의 프로그램이므로 개별 EXE 인스턴스의 User-interactive 한 동작은 (향후에는 알 수 없으나) 지원하지 않습니다. 즉, 사용자 입력을 할 수 있는 방법이 없고, 대신 출력은 Tye가 제공하는 대시보드를 통해 확인할 수는 있습니다. 또한 서비스 성격의 응용 프로그램이 대상이므로 일반적인 콘솔 응용 프로그램처럼 실행 후 종료하는 것들은 (replicas의 기본값인 1을 유지하기 위해) 지속적으로 재실행을 시도합니다.

별다른 요구 사항이 없다면 비주얼 스튜디오의 sln, project 파일로 tye를 실행하는 것이 가능하지만, 그래도 부가적인 옵션을 쉽게 관리하기 위해서는 yaml 파일을 생성하는 것이 좋습니다. (yaml의 전체 스키마: https://github.com/dotnet/tye/blob/master/src/schema/README.md)

C:\temp\ConsoleApp1\WebApp> tye init

C:\temp\ConsoleApp1\WebApp> type tye.yaml
# tye application configuration file
# read all about it at https://github.com/dotnet/tye
#
# when you've given us a try, we'd love to know what you think:
#    https://aka.ms/AA7q20u
#
name: webapp
services:
- name: webapp
  project: WebApp/WebApp.csproj
- name: reverseproxy
  project: ReverseProxy/ReverseProxy.csproj
- name: webapplication1
  project: WebApplication1/WebApplication1.csproj

C:\temp\ConsoleApp1\WebApp>




yaml에서 지원하는 포맷은 문서에도 나오지만,

tye/docs/reference/schema.md
; https://github.com/dotnet/tye/blob/master/docs/reference/schema.md

가령, WebApp.csproj의 인스턴스를 2개 실행하고 싶다면 다음과 같이 repliacs를 추가/설정하면 됩니다.

name: webapp
services:
- name: webapp
  project: WebApp/WebApp.csproj
  replicas: 2
- name: reverseproxy
  project: ReverseProxy/ReverseProxy.csproj
- name: webapplication1
  project: WebApplication1/WebApplication1.csproj

이후 tye run을 하면 WebApp 인스턴스 2개, ReverseProxy와 WebApplication1 인스턴스는 각각 1개씩 구동이 됩니다.




재미있는 것은 tye 측에서 대상 프로젝트가 웹 애플리케이션 유형이라면 이를 인식해 포트를 자동으로 (충돌하지 않는) 번호를 할당해 주는 기능이 있습니다. 실제로 이 글에서 예를 든 "WebApplication1.csproj"는 ASP.NET Core 프로젝트인데 tye는 이 프로젝트의 실행 환경에 한해 다음의 환경 변수를 설정해 주었습니다.

SET ASPNETCORE_URLS=http://localhost:1226;https://localhost:1227

/* 포트는 실행할 때마다 바뀝니다. */

이와 함께, tye가 실행하는 모든 EXE에는 위의 포트 사용을 알리는 환경 변수가 설정이 됩니다.

/* 왜 같은 설정이 2개씩 있는지는 이유를 알 수 없지만! */

SET SERVICE__WEBAPPLICATION1__HTTPS__HOST=localhost
SET SERVICE__WEBAPPLICATION1__HTTPS__PORT=13284
SET SERVICE__WEBAPPLICATION1__HTTPS__PROTOCOL=https
SET SERVICE__WEBAPPLICATION1__HOST=localhost
SET SERVICE__WEBAPPLICATION1__PORT=13283
SET SERVICE__WEBAPPLICATION1__PROTOCOL=https

SET WEBAPPLICATION1__HTTPS__SERVICE__HOST=localhost
SET WEBAPPLICATION1__HTTPS__SERVICE__PORT=13284
SET WEBAPPLICATION1__HTTPS__SERVICE__PROTOCOL=https
SET WEBAPPLICATION1__SERVICE__HOST=localhost
SET WEBAPPLICATION1__SERVICE__PORT=13283
SET WEBAPPLICATION1__SERVICE__PROTOCOL=https

[이름 구성 규칙]

"SERVICE", "[yaml service name]", "Key"

/* 또는 */

"SERVICE", "[yaml service name]", "[yaml binding protocol]", "Key"

/* 또는 */

"SERVICE", "[yaml service name]", "[yaml binding name]", "[yaml binding protocol]", "Key"

따라서, 솔루션에서 또 다른 응용 프로그램이 열고 있는 endpoint 정보를 환경 변수를 통해 알 수 있습니다. 즉, WebApplication1 프로젝트와 함께 묶어서 실행되는 ReverseProxy.csproj, WebApp.csproj 프로젝트에서도 WebApplication1로의 각종 바인딩 정보를 (실행할 때마다 항상 바뀌지만) 환경 변수 정보를 통해 구할 수 있습니다.

하지만, 실제로는 이런 정보를 환경 변수를 통해 직접 구하지는 않고 이런 작업을 대신해 주는 "Microsoft.Tye.Extensions.Configuration" 패키지 라이브러리를 참조해,

// 의존성이 싫다면 환경 변수를 직접 이용하는 것도 방법이지만, 이 규칙은 향후 바뀔 수도 있고 배포 환경에 따라 설정 방법이 바뀔 수도 있음에 유의해야 합니다.

Microsoft.Tye.Extensions.Configuration
; https://www.nuget.org/packages/Microsoft.Tye.Extensions.Configuration/

// alpha 버전

Install-Package Microsoft.Tye.Extensions.Configuration -Version 0.6.0-alpha.21070.5

다음과 같이 yaml에 명시한 "name"을 기준으로,

name: webapp
services:
- name: webapp
  project: WebApp/WebApp.csproj
  replicas: 2
- name: reverseproxy
  project: ReverseProxy/ReverseProxy.csproj
- name: webapplication1
  project: WebApplication1/WebApplication1.csproj

바인딩 정보를 가져올 수 있습니다.

using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.Configuration.EnvironmentVariables;
using System;
using System.Collections.Generic;

namespace WebApp
{
    class Program
    {
        static void Main(string[] args)
        {
            EnvironmentVariablesConfigurationProvider evcp = new EnvironmentVariablesConfigurationProvider();

            Microsoft.Extensions.Configuration.ConfigurationRoot cr = new ConfigurationRoot(new List<IConfigurationProvider>() { evcp });
            Uri result = TyeConfigurationExtensions.GetServiceUri(cr, "webapplication1");

            Console.WriteLine(result.ToString()); // 출력 결과: http://localhost:2395/

            Console.ReadLine(); // tye가 무한 재실행하는 것을 방지하기 위해 임시 처리
        }
    }
}

위의 경우에는 Console Application 환경이라서 좀 우아하지 않은 방법을 사용했는데, 만약 ASP.NET 웹 애플리케이션이라면 ConfigureServices에서 간단하게 처리할 수 있습니다.

public class Startup
{
    public Startup(IConfiguration configuration)
    {
        Configuration = configuration;
    }

    public IConfiguration Configuration { get; }

    public void ConfigureServices(IServiceCollection services)
    {
        Uri uri = Configuration.GetServiceUri("webapplication1");

        // ...[생략]...
    }

    // ...[생략]...
}




물론, binding 정보를 고정하는 것도 가능합니다. 즉, 실행 시마다 포트 정보가 바뀌지 않게 만들고 싶다면 yaml에 포트 정보를 기록하면 됩니다.

name: webapp
services:
- name: webapp
  project: WebApp/WebApp.csproj
  replicas: 2
- name: reverseproxy
  project: ReverseProxy/ReverseProxy.csproj
- name: webapplication1
  project: WebApplication1/WebApplication1.csproj
  bindings:
    - name: httpsBinding
      port: 19001
    - name: httpBinding
      port: 19000

# autoAssignPort

이렇게 명시적으로 포트를 기록했다면 "name" 정보를 함께 전달해야만 다른 프로젝트에서 이를 구할 수 있습니다.

Uri result = TyeConfigurationExtensions.GetServiceUri(cr, "webapplication1", "httpBinding");

/* 또는 */

Uri result = Configuration.GetServiceUri("webapplication1", "httpBinding");

그런데, 웹 프로젝트가 아닌 경우 tye의 이러한 동적 포트 할당 서비스를 받고 싶다면 어떻게 해야 할까요? 이런 경우에는 그냥 포트 정보 없이 프로토콜 정보만 yaml에 추가하면 됩니다.

name: webapp
services:
- name: webapp
  project: WebApp/WebApp.csproj
  replicas: 2
- name: reverseproxy
  project: ReverseProxy/ReverseProxy.csproj
  bindings:
    - name: httpsBinding
      protocol: https
    - name: httpBinding
      protocol: http
- name: webapplication1
  project: WebApplication1/WebApplication1.csproj
  bindings:
    - name: httpsBinding
      port: 19001
    - name: httpBinding
      port: 19000

Uri result = TyeConfigurationExtensions.GetServiceUri(cr, "reverseproxy", "httpBinding");

/* 또는 */

Uri result = Configuration.GetServiceUri("reverseproxy", "httpBinding");

지금까지의 결과만 봐도, tye가 왜 마이크로서비스의 개발 과정에 도움이 되는지 대강 윤곽은 잡히셨을 것입니다. 아울러, 이러한 작업들이 k8s 환경에서도 이어지므로 (아직 alpha 버전에 불과하지만) 편이성을 위해 (적어도 개발자 PC 내에서는 자유롭게) 사용할만한 가치가 충분히 있을 듯합니다. ^^




그나저나, 이번에 열렸었던 ".NET Conf 2021 x Seoul" 행사는 볼 만한 세션들이 제법 있습니다.

.NET Conf 2021 x Seoul 다시 보기
; https://www.notion.so/1dc78a175d8e46b6b9cec9ef19cbfa72?v=413c2a20f0b042c490305e0fe899036c

아직도 안 보신 분들이 있다면 이참에 쭈욱 한 번 눈길 가는 데로 시청하시면 도움되는 부분이 있을 거라 확신합니다. ^^




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







[최초 등록일: ]
[최종 수정일: 1/25/2021]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12916정성태1/12/2022632오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.
12915정성태1/11/2022781오류 유형: 783. Visual Studio - We didn't find any interpreters
12914정성태1/11/20221344VS.NET IDE: 172. 비주얼 스튜디오 2022의 파이선 개발 환경 지원
12913정성태1/11/20221128.NET Framework: 1133. C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법 [1]
12912정성태1/11/2022890개발 환경 구성: 623. ffmpeg.exe를 사용해 비디오 파일의 이미지를 PGM(Portable Gray Map) 파일 포맷으로 출력하는 방법
12911정성태1/11/2022889VS.NET IDE: 171. 비주얼 스튜디오 - 더 이상 만들 수 없는 "ASP.NET Core 3.1 Web Application (.NET Framework)" 프로젝트
12910정성태1/10/2022941제니퍼 .NET: 30. 제니퍼 닷넷 적용 사례 (8) - CPU high와 DB 쿼리 성능에 문제가 함께 있는 사이트
12909정성태1/10/20221261오류 유형: 782. Visual Studio 2022 설치 시 "Couldn't install Microsoft.VisualCpp.Redist.14.Latest"
12908정성태1/10/2022916.NET Framework: 1132. C# - ref/out 매개변수의 IL 코드 처리
12907정성태1/9/2022721오류 유형: 781. (youtube-dl.exe) 실행 시 "This app can't run on your PC" / "Access is denied." 오류 발생
12906정성태1/9/2022846.NET Framework: 1131. C# - 네임스페이스까지 동일한 타입을 2개의 DLL에서 제공하는 경우 충돌을 우회하는 방법 [1]파일 다운로드1
12905정성태1/8/2022779오류 유형: 780. Could not load file or assembly 'Microsoft.VisualStudio.TextTemplating.VSHost.15.0, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies.
12904정성태1/8/2022960개발 환경 구성: 623. Visual Studio 2022 빌드 환경을 위한 github Actions 설정 [1]
12903정성태1/7/20221062.NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예
12902정성태1/7/2022911오류 유형: 779. SQL 서버 로그인 에러 - provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.
12901정성태1/5/2022940오류 유형: 778. C# - .NET 5+에서 warning CA1416: This call site is reachable on all platforms. '...' is only supported on: 'windows' 경고 발생
12900정성태1/5/20221389개발 환경 구성: 622. vcpkg로 ffmpeg를 빌드하는 경우 생성될 구성 요소 제어하는 방법
12899정성태1/3/2022918개발 환경 구성: 621. windbg에서 python 스크립트 실행하는 방법 - pykd (2)
12898정성태1/2/20221559.NET Framework: 1129. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 인코딩 예제(encode_video.c) [1]파일 다운로드1
12897정성태1/2/20221162.NET Framework: 1128. C# - 화면 캡처한 이미지를 ffmpeg(FFmpeg.AutoGen)로 동영상 처리 [4]파일 다운로드1
12896정성태1/1/20221263.NET Framework: 1127. C# - FFmpeg.AutoGen 라이브러리를 이용한 기본 프로젝트 구성파일 다운로드1
12895정성태12/31/20211536.NET Framework: 1126. C# - snagit처럼 화면 캡처를 연속으로 수행해 동영상 제작파일 다운로드1
12894정성태12/30/20211239.NET Framework: 1125. C# - DefaultObjectPool<T>의 IDisposable 개체에 대한 풀링 문제 [3]파일 다운로드1
12893정성태12/27/20211459.NET Framework: 1124. C# - .NET Platform Extension의 ObjectPool<T> 사용법 소개파일 다운로드1
12892정성태12/26/20211065기타: 83. unsigned 형의 이전 값이 최댓값을 넘어 0을 지난 경우, 값의 차이를 계산하는 방법
12891정성태12/23/2021940스크립트: 38. 파이썬 - uwsgi의 --master 옵션
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...