관리자
모든 공용 API를 PAT 범위와 연결
범위를 사용하는 것은 개인용 액세스 토큰 (PAT)에 의해 발생하는 위험을 제한하는 좋은 방법입니다. 관리자가 전체 범위의 PAT 생성을 모두 제한할 수 있는 정책도 있습니다.
그러나 일부 공용 API는 현재 PAT 범위와 연결되지 않으며 "전체 범위" PAT에서만 사용할 수 있습니다. 이로 인해 전체 범위의 PAT 만들기를 제한하면 일부 워크플로가 차단될 수 있습니다. 모든 공용 API를 식별, 문서화 및 적절한 범위와 연결하기 위해 노력하고 있습니다.
파이프라인
파이프라인 확장성 향상
YAML 파이프라인의 사용량은 상위 고객들 사이에서 계속 증가하고 있습니다. 동시에 파이프라인의 복잡성도 단계, 작업, 단계, 조건, 검사 및 템플릿의 수 측면에서 계속 증가하고 있습니다. 이로 인해 훨씬 더 큰 오케스트레이션 그래프(내부적으로 각 파이프라인 실행을 추적하는 데 사용하는 데이터 구조)가 생성됩니다. 이러한 그래프 크기가 폭발적인 또 다른 이유는 클래식 릴리스 파이프라인에서 YAML 파이프라인으로 이동하기 때문입니다. 클래식 릴리스에서 각 단계는 별도의 오케스트레이션 그래프로 처리되었습니다. YAML 파이프라인에서 전체 실행은 단일 오케스트레이션 그래프입니다.
몇 년 동안 다양한 아키텍처 선택 사항의 결과로, 우리는 우리의 가장 큰 고객 중 일부에 대한 몇 가지 지원 사례를 실행하고있다. 이러한 문제는 매일 수천 개의 작업을 실행하고 오케스트레이션 그래프의 복잡성이 높은 경우에만 발생합니다. 이러한 노력의 일환으로 오케스트레이션 엔진의 확장성을 개선하기 위해 몇 가지 아키텍처 개선 작업을 수행합니다. 이 방법으로 다음에서 병목 현상을 줄이는 데 도움이 될 것입니다.
- 파이프라인 실행당 수백 개의 활동 노드 실행
- 큰 그래프를 저장하거나 검색하기 위해 데이터베이스에 액세스
- 단계 간에 체크 인할 때 많은 수의 재시도 실행