Azure Pipelines - Sprint 230 업데이트
기능
- Azure Pipelines 작업에서 노드 16 사용
- 사용되지 않는 작업의 사용 중지 발표
- AzureRmWebAppDeployment 작업은 Microsoft Entra ID 인증을 지원합니다.
- 승인 REST API 개선 사항
- 필수 템플릿 검사 GitHub Enterprise Server 지원
- 승인 및 검사 무시
- Azure Function 검사 호출 다시 실행
Azure Pipelines 작업에서 노드 16 사용
파이프라인의 태스크는 Runner를 사용하여 실행되며 대부분의 경우 Node.js가 사용됩니다. 노드를 실행자로 활용하는 Azure Pipelines 작업은 이제 모두 노드 16을 사용합니다. Node 16은 Apple 실리콘을 기본적으로 지원하는 첫 번째 노드 버전이므로 Apple 실리콘의 macOS에 대한 전체 작업 지원도 완료합니다. Apple 실리콘에서 실행되는 에이전트는 로제타를 실행할 필요가 없습니다.
노드 16 수명 종료 날짜가 앞으로 이동함에 따라 노드 20을 사용하여 작업을 실행하는 작업을 시작했습니다.
사용되지 않는 작업의 사용 중지 발표
Azure Pipelines에는 더 이상 사용되지 않는 많은 작업이 있습니다. 사용되지 않는 작업은 2024년 1월 31일에 사용 중지됩니다. 사용되지 않는 작업을 사용하는 파이프라인을 식별하는 데 도움이 되도록 파이프라인은 이러한 작업이 사용되는 경우 경고를 표시합니다. 사용 중단 상태 및 사용 중지 날짜를 명확하게 전달하도록 작업 참조를 업데이트했습니다.
다음 작업은 더 이상 사용되지 않으며 경고를 내보내기 시작합니다.
- AppCenterDistributeV1,
- AppCenterDistributeV2
- AzureMonitorV0
- ChefKnifeV1
- ChefV1
- CondaEnvironmentV1
- DeployVisualStudioTestAgentV2
- DotNetCoreInstallerV1
- IISWebAppDeployment
- QuickPerfTestV1
- RunJMeterLoadTestV1
- RunLoadTestV1
- SqlServerDacpacDeploymentV1
- XamarinTestCloudV1
2024년 1월 31일 이전에 최신 작업 버전 또는 대안을 사용하도록 파이프라인을 업데이트합니다.
AzureRmWebAppDeployment 작업은 Microsoft Entra ID 인증을 지원합니다.
AzureRmWebAppDeploymentV3 및 AzureRmWebAppDeployment@4 작업은 기본 인증을 사용하지 않도록 설정된 App Service를 지원하도록 업데이트되었습니다. App Service에서 기본 인증을 사용하지 않도록 설정한 경우 AzureRmWebAppDeploymentV3/4 작업은 Microsoft Entra ID 인증을 사용하여 App Service Kudu 엔드포인트에 배포를 수행합니다. 이렇게 하려면 에이전트에 최신 버전의 msdeploy.exe가 설치되어 있어야 합니다. 이는 windows-2022/windows-latest Hosted 에이전트의 경우입니다(작업 참조 참조 참조).
승인 REST API 개선 사항
사용자가 속한 그룹을 검색 결과에 포함시켜 사용자에게 할당된 승인 찾기를 개선했습니다.
이제 승인 속한 파이프라인 실행에 대한 정보를 포함합니다.
예를 들어 다음 GET REST API 호출 https://dev.azure.com/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending 이 반환됩니다.
{
"count": 1,
"value":
[
{
"id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
"steps":
[],
"status": "pending",
"createdOn": "2023-11-09T10:54:37.977Z",
"lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
"executionOrder": "anyOrder",
"minRequiredApprovers": 1,
"blockedApprovers":
[],
"_links":
{
"self":
{
"href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
}
},
"pipeline":
{
"owner":
{
"_links":
{
"web":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
},
"self":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
}
},
"id": 73222930,
"name": "20231109.1"
},
"id": "4597",
"name": "FabrikamFiber"
}
}
]
}
승인 및 검사 무시
승인 및 검사 서비스 연결, 리포지토리 또는 에이전트 풀과 같은 중요한 리소스에 대한 액세스를 보호하는 데 도움이 됩니다. 일반적인 사용 사례는 프로덕션에 배포할 때 승인 및 검사를 사용하는 것이며 ARM 서비스 연결을 보호하려고 합니다.
서비스 연결에 다음 검사 추가했다고 가정합니다. 승인, 업무 시간 검사 및 Azure Function 검사 호출(다른 지역 간에 지연 적용).
이제 핫픽스 배포를 수행해야 하는 경우를 상상해 보십시오. 파이프라인 실행을 시작하지만 진행되지 않습니다. 대부분의 검사 완료되기를 기다립니다. 승인 및 검사 완료될 때까지 기다릴 여유가 없습니다.
이 스프린트에서는 실행 중인 승인 및 검사 무시할 수 있으므로 핫픽스를 완료할 수 있습니다.
실행 승인, 업무 시간, Azure Function 호출 및 REST API 검사 호출을 무시할 수 있습니다.
승인을 무시합니다.
업무 시간 검사 무시합니다.
Azure Function 검사 호출을 바이패스합니다. 업무 시간 검사 무시합니다.
검사 무시되면 검사 패널에서 볼 수 있습니다.
검사 정의된 리소스의 관리주체인 경우에만 검사 무시할 수 있습니다.
필요한 템플릿 검사 GitHub 엔터프라이즈 서버 지원
템플릿은 조직의 파이프라인 단계, 작업 및 단계를 제어할 수 있는 보안 메커니즘입니다.
템플릿 필요 검사 사용하면 에이전트 풀 또는 서비스 연결과 같은 보호된 리소스에 액세스하기 전에 승인된 템플릿 집합에서 파이프라인이 확장되도록 적용할 수 있습니다.
이 스프린트부터 GitHub Enterprise Server 리포지토리에 있는 템플릿을 지정할 수 있습니다.
Azure 함수 검사 호출 다시 실행
시스템을 여러 단계로 배포한다고 상상해 보십시오. 두 번째 단계를 배포하기 전에 이미 배포된 시스템의 일부에서 온전성 검사 실행하는 승인 및 Azure Function 검사 호출이 있습니다.
승인 요청을 검토할 때 정신 검사 이틀 전에 실행된 것을 알 수 있습니다. 이 시나리오에서는 정신 검사 결과에 영향을 주는 다른 배포를 알고 있을 수 있습니다.
이 업데이트를 사용하면 Azure Function 호출을 다시 실행하고 REST API 검사 호출할 수 있습니다. 이 기능은 성공했으며 다시 시도하지 않은 검사 경우에만 사용할 수 있습니다.
참고 항목
검사 정의된 리소스의 관리 주체인 경우에만 검사 다시 실행할 수 있습니다.
다음 단계
참고 항목
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보세요.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 도움말 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.