Azure Database for MySQL, Helm이 있는 Kubernetes 및 Ruby on Rails 배포 – VSTS 스프린트 133 업데이트
VSTS(Sprint 133 Update of Visual Studio Team Services)에서는 빌드 및 릴리스를 지원하는 언어와 플랫폼을 계속 확장합니다. 애플리케이션이 Azure Database for MySQL, Kubernetes 또는 Ruby on Rails를 사용하는지 여부에 관계없이 Microsoft에서 다룹니다. 이 목록은 Azure DevOps Projects에서도 계속 증가하고 있습니다. 이제 Azure에서 Go 또는 Ruby 애플리케이션 을 시작하는 것이 더 쉬워졌습니다.
NuGet 업스트림 원본에 대한 새로운 알림 유형 및 더 나은 지원도 패키지 관리에서 사용할 수 있습니다.
VSTS의 새로운 기능
기능
코드
작업
빌드 및 릴리스
- YAML에서 CI 빌드 트리거
- Azure Database for MySQL 지속적으로 배포
- Helm을 사용하여 Kubernetes에 대한 배포 간소화
- Ruby on Rails 애플리케이션 배포
- Azure DevOps Projects를 사용하여 Go 및 Ruby 애플리케이션 구성
- 빌드 후 처리로 태그가 지정된 빌드를 지속적으로 배포
- GitHub Enterprise 또는 외부 Git 아티팩트에 대한 분기 필터링
패키지
Wiki
관리
코드
특수 문자가 있는 구 및 코드 찾기
최근에는 특히 검색에 특수 문자가 포함된 경우 검색 결과를 보다 정확하게 만드는 방법을 찾고 있습니다.
이 업데이트에서 특수(영숫자가 아닌) 문자가 포함된 검색은 원하는 항목을 찾는 데 도움이 될 가능성이 높습니다. 예를 들어 이전에 를 검색한 A+B경우 결과에 , , A-B, A*B, A$B, A/B등이 포함될 A+B수 있습니다. 이제 가양성 없이 결과에만 표시됩니다A+B.
구도 더 잘 인식됩니다. 예를 들어 이전에는 에 대한 new List<string>() 검색이 끝 없이 이 부분 일치 항목을 >() 반환했을 것입니다.
그러나 이 업데이트를 사용하면 전체 구가 반환되고 강조 표시됩니다.
작업
새 @TeamAreas 매크로를 사용하여 팀의 영역 경로에서 쿼리 작업
팀의 설정에서 하나 이상의 영역 경로를 연결할 수 있습니다. 이를 통해 백로그, 보드, 계획, 대시보드를 해당 팀의 작업에만 집중할 수 있습니다. 하지만 팀에 대한 쿼리를 작성하려는 경우 쿼리 절에서 해당 팀의 특정 영역 경로를 나열해야 했습니다. 이제 새 @TeamAreas 매크로를 사용하여 지정된 팀에 대해 소유한 영역 경로를 쉽게 참조할 수 있습니다. 이 기능은 제안에 따라 우선 순위가 지정되었습니다.
빌드 및 릴리스
YAML에서 CI 빌드 트리거
이제 YAML 빌드 정의 파일의 일부로 CI(연속 통합) 트리거 설정을 정의할 수 있습니다. 기본적으로 Git 리포지토리에 새 .vsts-ci.yml 파일을 푸시하면 CI가 모든 분기에 대해 자동으로 구성됩니다.
트리거하려는 분기를 제한하려면 파일에 다음을 추가하여 master 푸시 시 빌드를 트리거하거나 releases/* 패턴과 일치하는 분기를 트리거하면 됩니다.
trigger:
- main
- releases/*
트리거를 사용하지 않도록 설정하거나 YAML 파일에서 트리거 설정을 재정의하려면 정의에서 트리거 설정을 재정의할 수 있습니다.
자세한 내용은 YAML 빌드 트리거 설명서를 참조하세요.
Azure Database for MySQL 지속적으로 배포
이제 azure의 MySQL 데이터베이스를 서비스로 Azure Database for MySQL 지속적으로 배포할 수 있습니다. 버전 제어에서 MySQL 스크립트 파일을 관리하고 PowerShell 스크립트가 아닌 네이티브 작업을 사용하여 릴리스 파이프라인의 일부로 지속적으로 배포합니다.
Helm을 사용하여 Kubernetes에 대한 배포 간소화
Helm 은 Kubernetes 애플리케이션 설치 및 관리를 간소화하는 도구입니다. 또한 작년에 많은 인기와 지역 사회 지원을 얻었습니다. 이제 릴리스 의 Helm 작업을 사용하여 AKS(Azure Container Service) 또는 다른 Kubernetes 클러스터에 Helm 차트를 패키징하고 배포할 수 있습니다.
VSTS는 이미 Kubernetes 및 Docker 컨테이너를 지원합니다. 이 Helm 작업이 추가되면 이제 컨테이너를 Kubernetes 클러스터로 배달하기 위한 Helm 기반 CI/CD 파이프라인을 설정할 수 있습니다. 자세한 내용은 Azure Container Service에 Kubernetes를 사용하여 배포 설명서를 참조하세요.
Ruby on Rails 애플리케이션 배포
이제 새 Azure App Service 릴리스 정의 템플릿에는 Ruby on Rails 애플리케이션을 Linux의 Azure WebApp에 배포하는 데 필요한 작업이 포함됩니다. 이 릴리스 정의 템플릿을 사용하면 App Service 배포 작업이 번들(종속성 관리자)이 애플리케이션 종속성을 설치하게 하는 인라인 배포 스크립트로 미리 채워집니다.
Azure DevOps Projects를 사용하여 Go 및 Ruby 애플리케이션 구성
Azure DevOps Projects를 사용하면 Azure를 쉽게 시작할 수 있습니다. 몇 단계만에 선택한 Azure 서비스에서 애플리케이션을 시작하는 데 도움이 됩니다. DevOps Projects는 앱을 개발, 배포 및 모니터링하는 데 필요한 모든 것을 설정합니다. 이제 Go 및 Ruby 애플리케이션에 대한 전체 DevOps 파이프라인도 설정할 수 있습니다. 자세한 내용은 Azure에 배포 설명서를 참조하세요.
빌드 후 처리로 태그가 지정된 빌드를 지속적으로 배포
지속적인 배포 트리거는 빌드 완료 시 릴리스를 만듭니다. 그러나 경우에 따라 빌드가 사후 처리되고 해당 처리가 완료된 후에만 빌드를 릴리스해야 합니다. 이제 릴리스의 트리거 필터에서 사후 처리 중에 할당되는 빌드 태그를 활용할 수 있습니다.
GitHub Enterprise 또는 외부 Git 아티팩트에 대한 분기 필터링
GitHub Enterprise 또는 외부 Git 리포지토리에서 릴리스할 때 이제 릴리스될 특정 분기를 구성할 수 있습니다. 예를 들어 특정 분기에서 프로덕션으로 들어오는 빌드만 배포할 수 있습니다.
패키지
패키지 업데이트 알림 구독
이전에는 사용하는 새 버전의 패키지에 대해 알 수 있는 유일한 방법은 패키지 클라이언트(예: Visual Studio, NuGet 또는 npm)를 사용하는 것이었습니다. 이제 관심 있는 패키지에 대한 메일 알림 구성할 수 있습니다. 피드의 특정 패키지 또는 모든 패키지의 새 버전에 대한 알림을 받을 수 있습니다. 패키지가 승격되거나 삭제될 때 알림을 받을 수도 있습니다.
이를 설정하려면 오른쪽 위 모서리에 있는 프로필 사진을 마우스로 가리키고 알림 설정을 선택한 다음 새 구독을 클릭합니다. 표시되는 대화 상자에서 패키지 범주를 선택합니다.
이 기능은 제안에 따라 우선 순위가 지정되었습니다.
VSTS의 다른 위치에서 업스트림 NuGet 패키지 사용
Microsoft는 계속해서 업스트림 원본에 투자하여 모든 패키지 종속성을 단일 피드에 중앙 집중화하고 사용하는 모든 패키지의 저장된 복사본을 유지할 수 있습니다. NuGet 패키지를 사용하는 피드가 여러 개 있는 경우 이제 동일한 계정 내에서 다른 피드의 업스트림 원본으로 추가할 수 있습니다. 이렇게 하면 nuget.config 파일에 단일 피드만 있을 수 있으므로 결정적 복원과 같은 이점을 얻을 수 있습니다. 자세한 내용은 업스트림 원본 설명서를 참조하세요.
더 많은 피드에서 nuget.org 업스트림 원본 사용
이전에는 스프린트 130 업데이트 후에 만든 피드만 nuget.org 업스트림 원본을 사용할 수 있었습니다. 이제 해당 업데이트 전에 만든 대부분의 패키지 관리 피드도 사용할 수 있습니다. 피드가 준비되면 패키지 위에 배너가 표시되어 nuget.org 업스트림 원본을 사용하도록 설정할 수 있음을 알 수 있습니다.
nuget.org 및 npmjs.com 같은 퍼블릭 패키지 피드에 대한 업스트림 원본은 사용하는 모든 패키지의 저장된 복사본을 유지하므로 중단으로부터 보호됩니다. 자세한 내용은 업스트림 원본 설명서를 참조하세요.
Wiki
제안을 사용하여 다른 Wiki 페이지에 빠르게 연결
다른 위키 페이지에 대한 링크를 만들려는 경우 링크를 [link name](/ 추가하기 위한 표준 Markdown 구문을 입력하면 현재 wiki의 모든 페이지가 등록됩니다. 이전에는 위키 페이지를 클릭하고 Markdown 편집기로 끌어 링크를 만들 수 있었지만, 이렇게 하면 페이지에서 링크를 훨씬 간단하게 만들 수 있습니다.
이 기능은 제안에 따라 우선 순위가 지정되었습니다.
Wiki 이름으로 검색 결과 필터링
지난 업데이트를 릴리스한 Git 리포지토리의 Markdown 파일을 Wiki로 게시하면 동일한 프로젝트에서 여러 위키가 표시되기 시작합니다. 검색할 때 비슷한 문서를 살펴보고 원하는 내용을 찾기가 어려울 수 있습니다. 이제 위키 페이지를 검색할 때 검색 결과 페이지에 Wiki 이름 필터를 적용하여 결과를 scope 콘텐츠를 더 빠르게 찾을 수 있습니다.
관리
Azure 구독 또는 리소스 그룹 간에 VSTS 계정 이동
이제 대부분의 다른 Azure 리소스와 마찬가지로 Azure Portal Azure 구독 또는 리소스 그룹 간에 VSTS 계정을 이동할 수 있습니다. 자세한 내용은 리소스 이동 설명서를 참조하세요.
다음 단계 및 피드백
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 통해 우선 순위를 지정하려는 항목에 대한 아이디어가 있는 경우 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
헨리 딕슨