devops with microsoft vsts
Azure Web App에 대한 빌드 (지속적 통합) 및 릴리스 프로세스 (지속적 배포)를 자동화하기위한 Microsoft VSTS DevOps 기능 :
에 VSTS 파트 1 지도 시간 , Microsoft VSTS를 클라우드에서 ALM 도구 (작업 항목, 민첩한 프로젝트 계획, 버전 제어)로 사용하는 방법을 배웠습니다.
추천 읽기 => 철저한 DevOps 교육 자습서
이것에 2 부 튜토리얼, 우리는 VSTS 튜토리얼 보여주기 위해 DevOps 특히 기능 지속적인 통합 과 지속적인 전달 에 Azure 웹앱 .
Azure Web App으로 배포하는 것 외에도 Azure Portal에서 인스턴스로 생성 된 Windows VM (가상 머신)에 배포 할 수도 있습니다.
이 자습서에서는 다음 사항에 대해 자세히 설명합니다.
- 빌드 정의 생성 (지속적 통합)
- 릴리스 정의 생성 (지속적 제공)
학습 내용 :
빌드 생성 (지속적 통합)
지속적 통합 또는 CI는 개발자가 소스 코드 변경 사항을 버전 제어 저장소에 커밋하거나 전달할 때마다 프로세스입니다.이 경우에는 체크인 할 때마다 또는 일정을 사용하여 빌드가 수행되는 VSTS 저장소입니다. .
VSTS에서 지속적 통합 설정을 시작하려면 먼저 빌드 정의를 만듭니다.
새 빌드 정의 만들기
빌드 및 릴리스 허브의 빌드 섹션으로 이동하여 새 정의를 만듭니다.
클릭 빈 프로세스 시작할 템플릿입니다. 솔루션을 성공적으로 구축하는 데 필요한 모든 단계를 추가 할 것입니다.
에이전트는 일반적으로 빌드 시스템과 빌드 및 배포가 수행되는 환경에 필요합니다. 따라서 여기 VSTS에서 앱을 빌드 할 수 있도록이 에이전트 대기열이 내장되어 있습니다. 빌드 및 릴리스를 위해 에이전트를 다운로드하여 설치할 필요가 없으므로 사용하기 매우 편리합니다.
첫 번째 단계에서 Agent queue를 Hosted 2017로 선택합니다.
빌드 정의를 저장해야합니다.
클릭 저장
클릭 소스 얻기 VSTS 버전 제어 저장소에 공유되는 Visual Studio 솔루션을 선택하는 작업입니다.
서버 경로 옆에있는 3 개의 DOTS (…)를 클릭하고 솔루션 폴더를 선택하고 확인 .
저장을 클릭하십시오. 1 단계 옆에있는 추가 +를 클릭합니다.
여기에 추가 할 작업은 식별 된 에이전트에서 실행되도록합니다. NuGet 패키지를 복원하려면 다음 순서로 두 개의 NuGet 작업을 추가합니다.
먼저 NuGet 도구 설치 관리자를 추가 한 다음 NuGet 복원을 추가합니다. NuGet은 기본적으로 패키지의 도움으로 .NET에서 코드를 공유하도록 설계되었습니다. NuGet에 대한 자세한 내용은 @ https://docs.microsoft.com/en-us/nuget/what-is-nuget
다음으로 짓다 범주 MS 빌드 선택 그리고 클릭 ADD8
선택 솔루션 구축 프로젝트 상자 옆에있는 3 DOTS (…)를 클릭하고 솔루션 파일을 선택합니다.
저장 빌드 정의.
다음에 다른 단계 추가 게시 나중에 릴리스 프로세스 중에 사용되는 드롭 폴더로 서버에 아티팩트.
아래에 유용 선택 빌드 아티팩트 게시 단계.
저장 빌드 정의.
옵션 – 빌드를 트리거하기 전에 필요한 경우 빌드 정의의 트리거 탭에서 모든 체크인에 빌드하는 옵션을 활성화합니다. 지속적인 통합 옵션을 기반으로하지 않는 경우 오른쪽의 예약 옵션을 활성화하여 지정된 요일 및 시간 동안 솔루션을 빌드합니다. 이것은 프로젝트를 빌드하는 방법에 따라 다릅니다.
오라클 인터뷰 질문에서 성능 튜닝
대기열 옵션을 선택하여 빌드를 트리거합니다.
대기열 버튼을 클릭합니다. 빌드가 시작되면 아래 강조 표시된대로 빌드 번호를 클릭하여 빌드 상태를 확인합니다.
아래에 표시된대로 내장 호스팅 에이전트를 사용하여 빌드가 성공적입니다.
빌드 번호 ( 예 : 이 스크린 샷에서 빌드 40) 아티팩트가 하락 서버의 폴더 여부. 클릭 아티팩트 TAB => 드롭 폴더 .
Azure Portal에서 웹앱 리소스 만들기
이전 섹션에서 빌드 정의 (지속적 통합)를 정의했습니다. 이 섹션에서는 이전에 빌드 된 ASP.NET 애플리케이션의 Azure에 릴리스 정의 (지속적 배포) 프로세스를 설정하는 방법을 살펴 봅니다.
전제 조건
Azure Cloud에 배포를 진행하기 전에 아래와 같이 포털을 사용하여 웹앱을 만들어야합니다.
포털을 사용하여 Azure 웹앱 만들기
- 로그인 Microsoft Azure 포털
- 선택 + 신규 왼쪽 탐색 표시 줄에서 아이콘을 선택한 다음 웹 앱.
나중에 VSTS에서 만들 릴리스 프로세스에서 사용할 앱의 이름을 입력합니다.
딸깍 하는 소리 창조하다 .
다음, 모든 리소스를 클릭하십시오 생성 된 웹 앱을 확인합니다.
자원 SampleWebApp-VN 새로 만들기 옵션에서 VSTS의 릴리스 프로세스를 사용하여 배포 할 응용 프로그램의 URL을 표시합니다.
릴리스 정의 생성 (지속적 제공)
빌드 정의와 같이 드롭 폴더에서 빌드 아티팩트를 사용할 수 있으므로 배포를 위해 지금 만들 릴리스 정의가 아티팩트를 선택한 다음 Azure 웹 애플리케이션으로 배포합니다.
VSTS 대시 보드로 돌아가서 릴리스 정의를 만들고 지속적 배포 프로세스를 활성화하는 빌드 정의에 대한 링크를 만듭니다.
에서 빌드 및 릴리스 바퀴통,클릭하고 선택 릴리스 정의 만들기 보여진 바와 같이.
고르다 Azure App Service 배포 옵션 추천 템플릿에서 대다. 
환경의 이름을 QA Env로 바꿉니다.
클릭 + 추가 아래 링크 아티팩트 링크 할 빌드 정의를 선택하십시오. 아래에 소스 유형 오른쪽에서 이전에 만든 빌드 정의를 선택합니다.
이전에 만든 빌드 정의를 선택하고 더하다.
클릭 지속적인 배포 트리거 아이콘과 동일하게 활성화하십시오. 이는 빌드가 완료되면 배포가 시작되도록하기위한 것입니다.
연속 배포 트리거에 대한 슬라이더를 활성화합니다.
사용하도록 설정하면 릴리스가 자동으로 시작되고 배포가 Azure로 트리거됩니다.
다음 링크를 클릭하십시오 환경 로그보기 QA Env에서 Azure Web App에 배포 할 작업 구성을 시작합니다.
권한 부여 후 이전에 Azure Portal에서 만든 적절한 Azure 구독 및 App Service 이름을 선택합니다. 또한 배포 할 응용 프로그램을 선택해야합니다. 하락 폴더.
릴리스 정의를 저장하십시오.
앱 배포를위한 릴리스 생성
이제 릴리스를 생성하여 빌드의 배포 프로세스를 시작할 수 있습니다.
#1) 고르다 + 릴리스 드롭 다운 및 릴리스 생성 . 환경을 QA 환경으로 선택하고 계속하십시오. 이제 릴리스가 성공적으로 표시됩니다. 녹색 틱.
더블 클릭 해제- 아래에 표제 릴리스 정의에 정의 된 모든 다른 환경에 대한 애플리케이션의 배포 상태를 확인합니다.
#두) 그만큼 로그 탭은 웹 애플리케이션을 Azure에 배포하기 위해 실행되는 모든 환경에 대한 전체 릴리스 프로세스 단계의 세부 정보를 제공합니다.
#삼) 릴리스가 성공적으로 실행되면 Azure에 배포 된 웹 애플리케이션을 웹 애플리케이션으로 보려면 포털에 제공된 URL을 찾습니다.
이것에 예 , 클릭 여기 샘플 웹 앱으로 이동합니다.
이제 ASP.net 웹 애플리케이션이 Azure에 배포되었습니다.
요구 사항 수집을 위해 비즈니스 분석가가 사용하는 도구
요약
2 부로 구성된이 시리즈에서는 Microsoft VSTS를 클라우드에서 ALM 도구 (작업 항목, 민첩한 프로젝트 계획, 버전 제어)로 사용하고 빌드 (지속적 통합) 및 릴리스 프로세스 ( 지속적 배포)를 Azure Web App으로 전송합니다.
거의 모든 DevOps 애호가와 .NET 프로젝트 팀에게 Microsoft VSTS는 소프트웨어 애플리케이션의 종단 간 제공을위한 이상적인 도구입니다.
AWS DevOps 도구에 대해 자세히 알아 보려면 예정된 자습서를 참조하십시오.