에서 이전에 하나의 블로그 기사는 방법을 통해 설명 도커의 가상 스튜디오 2015 툴 확장 직접 윈도우 윈도우 서버 2016 TP3 컨테이너에 푸른 공용 클라우드에 ASP.NET 응용 프로그램을 발표, 이것은 윈도우 서버 결국, 이해하기 어렵지 않다 윈도우 커널은 .NET 응용 프로그램이 필요 실행되고 있지만, 여기에 대한 방법을 포장 오픈 소스 프로젝트 ASP.NET 5 (vNEXT를) DNX (.NET 실행 환경 런타임 환경)에 의해이에서를 부트 스트랩 .NET 응용 프로그램, SDK 시스템을 컴파일 도구 및 크로스 플랫폼 CLR 할 수있는 능력은, 그래서 우리는 호스트에 ASP.NET 웹 응용 프로그램 또는 콘솔 프로그램 (5)을 게시 할 수 있습니다 또는 도커 컨테이너는 리눅스 나 MAC OS의 DNX 환경을 포함, 컨테이너 기술의 도움으로, 우리는 정말 유일한 크로스 플랫폼 및 클라우드 환경에서 애플리케이션 호스팅 프로세스,이 생각하는 행복한 일이 아닌가? 하 하 : 현재 DockerHub에 그것을 발표했다 도커 용기의 ASP.NET 미리보기 이미지를 .
다음으로, 클라이언트가 내 테스트 컴퓨터의 Windows 10 클라이언트 환경을 사용하는 방법을 자신의 ASP.NET 5 미리보기 응용 프로그램을 게시하는 용기 푸른 공용 클라우드에서 실행되는 리눅스 가상 머신을 호스팅 할 두 가지 방법을 소개합니다 첫 번째 방법은 테스트 시스템에서 반드시 다음 구성 요소를 만들려면 :
우리는 이러한 도구, 연결의 사용을 통해 우리의 테스트 ASP.NET 프로젝트를 얻고 도커 푸른 가상 머신과 빌드의 끝에서 우리의 자료를 구축하고 우리의 프로젝트 컨테이너를 실행하는 데 필요한 첫 번째 방법.
두 번째 방법은, 내를 참조하십시오 이전 블로그 테스트 시스템에 설치 한 가상 스튜디오 2015 개발 IDE 및 부두 노동자 도구의 가상 스튜디오 2015 연장 당신이 푸른 하늘빛에 직접 게시 할 리눅스 가상 머신과 부두 노동자 프로젝트를 빌드 할 수 있으며,이 방법은 더 이상 별도의 구성 요소를 구축하고 배포 할 수 있습니다 위에서 설명한 필요가 없습니다.
주의 사항 : 부두 노동자의 확장이 논문의 내용이 푸른의 국제 버전 그래서 구현하고이 기능을 테스트 할 수있는 기능이 구독 국제 버전 애저 클라우드 환경을 필요로하고, ASP.NET, 하늘빛의 국내 버전을 지원하지 않았다 미리보기 단계에서 현재 도커 이미지 (5), 심지어 내 테스트 과정도 발생하고이 기술과 프로젝트에 대해 우려하고있다 그렇다면, 몇 가지 문제를 해결, 초점을 계속하십시오 도커 허브 뿐만 아니라 변화를 Git 저장소 프로젝트 업데이트 문서.
첫 번째 단계는, 미리 생성 된 고정 표시기 리눅스 가상 머신에 푸른 제조
우리는 용기 ASPNET 이미지에 응용 프로그램을 패키지로 실행해야합니다, 우리는 프로세스가 작업이 참조 할 수있는 방법이 불분명 한 경우 비교적 간단하기 때문에, 푸른 환경에서 호스팅 도커 리눅스 가상 머신을 구축하는 최초의 필요성 이 문서 는 푸른 포털을 통해 직접 시장을 창출 . 당신이 내을 참조 한 경우 이전 블로그를 , 그것은 또한 가상 스튜디오 부두 노동자로 확장 할 수 있습니다, 리눅스 환경을 선택하는 가상 머신 이미지 수 수, 생성 단계에서 아래와 같이 :
이 문서에 사용 된 테스트 환경은 우분투 서버 15.04 릴리스입니다.
다음으로, 둘 중 하나는 ASP.NET 5 응용 프로그램을 배포 할 것입니다, 우리는 우리가 우리의 응용 프로그램에 대한 푸른 배포 리눅스 도커 가상 머신 환경에 구축 한 모든입니다.
다음으로, 우리는 두 가지 방법을 소개합니다 :
도 1에서, 용기를 만드는 데 사용 ASP.NET 어플리케이션 포함하는 이미지 생성하는 우리는의 원 화상에 기질 층 수있는 경량의 확장 이미지 층의 층에 의해 AUFS 파일 시스템의 확장에 큰 도커의 매력 거짓말 우리의 표준화 된 애플리케이션 런타임 환경 패키지의 레이어 중 하나의 건설, 우리가 필요로 여기에 기본 이미지는 마이크로 소프트 / ASPNET 오픈 소스 프로젝트 이미지를 우리는 응용 프로그램을 추가 한 후, 따라서 우리는 푸른 도커는 오래 전에 가상 머신 환경에서 이미지를 배포 배포 단지 체크인 코드가 그것을 기반으로 새로운 이미지를 만들어 포장 만 경량하지뿐만 아니라 전개 과정은 매우 빠릅니다. 이것은 오픈 소스 환경에서 이유의 인기 하나 도커입니다.
선언적 Dockerfile이 구성 설명 할 수 도커에 의해 제공되는 배포 기본 이미지와 긴 우리의 코드 과정을 추가 구문 Dockerfile 등을 참조 할 수 있습니다 도커 공식 문서 여기로 이동하지.
우리가 테스트 할 수 있습니다이 방법은 직접 참조 ASPNET / 집 에서 웹 응용 프로그램 샘플 코드 우리는 로컬 힘내 클론 라이브러리 프로젝트를 넣어, 그래서,
자식 복제 [email protected] : ASPNET / Home.git ASPNET - 홈
프로젝트 환경으로,이 프로젝트는 다음과 같은 문서에서 볼 수있다 :
우리는 열고 읽을 수정 편집 디렉토리 Dockerfile는 등 다음 :
Microsoft에서 / ASPNET
COPY project.json / 응용 프로그램 /
WORKDIR / 응용 프로그램
RUN [ "dnu", "복원"]
COPY. /앱
5004에 노출
엔트리 포인트 [ "DNX", "황조"]
(나는 Dockerfile 문법 인텔리 무료 IDE의 멋진 테스트 만 지원하기 위해 시간을 사용하여 가상 스튜디오 코드 도 아 시도 할 수 있습니다 당신에 관심이! 아래를 참조)
도커 가상 머신 환경의 푸른 끝을 배포하는 최신 최신 기본 이미지 : 여기에 우리가 찾을 수 및 다운로드에 DockerHub에서 ASPNET로부터 도움 우선, 테스트 코드는 프로세스가 일반적으로 설명 이미징 추가합니다 구축 한 짓을 일 Dockerfile 있습니다.
우리가 파일을 복사 할 다음, COPY JSON 도움이 로컬 dnu 응용 프로그램을 배포하기위한 기본 이미지 / app 디렉토리를 마운트 할 프로젝트를 정의, 다음 WORKDIR가 현재 작업 디렉토리에 / 응용 프로그램 설정, COPY / 응용 프로그램의 도움은 우리가 현재 복제를 넣어. 은 / 응용 프로그램 디렉토리의 기본 이미지에 업로드 샘플 코드를 망할 놈의 정의, 그리고 마지막으로 포트 5004의 외부 웹 서비스를 기울인다을 설정, 우리는 ASPNET 서비스가 시작 참조 황조롱이 포트 다음 그림 Project.json에를 통해 보여주고, 컨테이너 수 시작시 입구는 "DNX 황조롱이"시작입니다 황조롱이 환경 및 응용 프로그램 정의 project.json에서 시작시.
자, 이제 우리는 Dockerfile, project.json 우리의 응용 프로그램 프로젝트를 포함하는 코드를 포함하는 빌드 응용 프로그램에 대한 환경 이미징의 기초를 가지고있다. Dockerfile 전체 도커 이미지를 구축 할 수의 가상 컴퓨터를 시작하자 및 TLS 암호화 RESTful 웹 액세스 도커 데몬에 의해 푸른 도커를 연결 :
고정 표시기 --tlsverify -H TCP : // {당신의 푸른 도커 VM DNS 이름} : 2,376 빌드 -t의 MyApp.
다음은 내 테스트 설정은 다음과 같습니다
고정 표시기 --tlsverify -H TCP : //vnextserver.westus.cloudapp.azure.com : 2376 빌드 -t의 MyApp.
myapp와 이미지가 생성 된 기본 이미지 및 테스트 응용 프로그램의 최신 확장 : 완료되면, 당신은 이미지 ASPNET을 볼 수 있습니다.
우리가 거기에이 이미지를 통해 프로세스 실행만큼 컨테이너를 만들고 다음
고정 표시기 --tlsverify -H TCP : // {당신의 푸른 도커 VM DNS 이름} : 2376 실행 -t -d -p 80 : 5004 myapp와
실제 테스트 설정 :
고정 표시기 --tlsverify -H TCP : //vnextserver.westus.cloudapp.azure.com : 2376 실행 -t -d -p 80 : 5004 myapp와
고정 표시기 수 있습니다 사용하는 매개 변수와 메소드에서 실행되는 공식 문서를 참조하십시오 , 여기에 간략하게 설명, 의사 청각 장애에 부착 -t 컨테이너를 미래의 매개 변수가 더 이상 필요가 ASPNET 컨테이너를 만들 것이라고 주장했다.
-d 대표는 컨테이너 프로세스를 변경하는 배경에서 시작됩니다, 클라우드 컨테이너 네트워크 환경 느낌 컨테이너 (80)를 매핑 여기서 설정 한 푸른 도커 가상 머신 포트의 포트를 통해 노출되는 -p 지정, 여기에 특별 지시에주의하십시오, 인 셉션 같은 또는 웜홀을 통해겠습니까는, 같은, 우리의 상태와 IQ, 농담을 볼 수 있었다 뇌를 구울 구울하지 않는 네트워크 수준 밖으로 매핑 포트 매핑 서비스에 용기를 완료 명령 위의 여러 수준을 가지고, 아래 참조 외부 가상 컴퓨터의 포트 (80), 그러나 만약 푸른 접속 서비스에 대한 외부 네트워크, 다음과 같은 제어 네트워크 액세스 푸른 NSG 가능한 제어 전략 등 이외에로드 밸런싱 또는 가상 머신에 매핑 엔드 포인트를 통해 외부 포트해야 관련 통해 지식 하늘빛의 네트워크 부분 여기지만, 더 느리게 소개 블로그 할 미래에 소개하기 시작하지.
우리의 용기가 실행 생성되어 있는지 확인,
고정 표시기 - tlsverify -H TCP : // {당신의 푸른 도커 VM DNS 이름} : 2,376 PS
실제 테스트 설정 :
고정 표시기 - tlsverify -H TCP : //vnextserver.westus.cloudapp.azure.com : 2376 PS
80 포트 액세스 푸른 가상 네트워크 외부 기계, 그리고 지금 우리의 ASPNET 테스트 응용 프로그램이 이미 리눅스 가상 머신 컨테이너 푸른 퍼블릭 클라우드 환경에서 실행되고, 방법, 미션에서 크로스 플랫폼 클라우드는 :) 달성
다음으로, 우리는 두 번째 방법을 도입해야한다,이 방법을 사용하면 도커 깊이 사용자가 아닌 경우, 인해 도커 CLI에 대한 통합 지원, 직접 가상 스튜디오를 통해 도커 푸른 가상 머신에 ASP.NET을 게시 할 수 있다는 것입니다 , 당신은 당신이 게시하는 데 도움이되도록 IDE 도구 있도록, 코드 자체에 더 많은 관심을 지불 할 수있는 방법, 작업을 완료 배포? 그것을 쿨!
여기에 단지에는 먼저 우리가의 요구에 따라 작성했는지 확인 방법, 게시에 대해 당신에게 (우리가 IDE를 만들 수 있도록 최선을 사용합니다 물론) 푸른 잘 도커 가상 머신을 사전-개최하고 우리는 여전히 나를 선택 우리가 간단하게 변경해야하므로 블로그 사용 ASP NET 웹 프로젝트 전에, 우리가에 배포 된 약간의 수정을, 나는 작은 파일 project.json 버그를 생성하는 테스트 툴의 현재 버전을 발견,이 문제는해야한다 해결 도커 가상 스튜디오 2015 확장 용 기기의 뒷부분에 발표했다.
가상 스튜디오 프로젝트에서 열기 project.json은, 그림 다음 섹션을 수정 :
참고 푸른, 컨테이너 포트에 도구를 확장하여 프로젝트를 게시하고 일치하도록 포트를 구성;
우리가 업데이트를 발표 한 프로젝트를 결정하기 위해, 우리는 단순히 아래 C # HTML 마크 업 코드의 면도기 확장하여 페이지 about.cshtml를 수정, 우리는 실행중인 현재 응용 프로그램의 용기를 보여
그리고 당신이 현재 실행의 이름을 볼 수있는 페이지에 대한 컨테이너를 열고 확인하기 위해 네트워크 외부의 푸른 도커 액세스 가상 머신의 출시 이후, 우리의 응용 프로그램을 배포합니다 :
우리는 현재 컨테이너, 빙고, 이쪽을 실행 체크, 우리는 업데이트가 효력을 이미 발표했다.
마지막에 서면, 개인 감정을 통해 두 가지 방법으로 ASP .NET 5 응용 프로그램 리눅스 컨테이너, 크로스 플랫폼의 푸른 퍼블릭 클라우드 구축의 실행 실행을 소개하는이 블로그는 참으로 가상 스튜디오 2015 개발 + 배포입니다 첫 번째 방법을 사용하여, 도커 깊이 사용자가있는 경우 무기뿐만 아니라, 무료로하지 않습니다. 그것은 ASP .NET의 기본 이미지 및 프로젝트 진행 및 가상 스튜디오 2015 도커 확장 도구가 테스트 또는 검증 과정이 다소 차이가있을 수 있도록이 프로젝트의 지속적인 관심에 관심이 있다면, 그것은 권장, 지속적인 업데이트에 있으며, 주목해야한다 .