Buildkite 파이프라인 스코프 시크릿과 새로운 에이전트형 CI 도구 도입

Buildkite의 Matt Mejia가 발표에서 "파이프라인별 시크릿을 함께 보관하면서 클러스터가 관리하는 다른 시크릿의 수를 보여준다"고 말했다. 파이프라인 편집과 클러스터 관리 권한이 모두 필요하다. GitHub Actions 파이프라인도 첫 워크플로우 실행 전 시크릿 구성으로 연결되는 프롬프트를 표시한다.

Buildkite CLI는 GitHub Actions 시크릿 마이그레이션을 위한 명령을 이제 포함한다. 버전 3.59.1은 마이그레이션 중 상대 워크플로우 경로 처리를 수정한다. Agent v4.0.9는 직렬 로그에서 Buildkite 토큰을 접두어로 가리며, v4.0.8은 등록된 시크릿을 이용해 실행 중인 작업의 오류를 가린다.

이 작업은 자격 증명이 노출되거나 잘못 구성된 여러 장소를 해결한다. 그러나 스코프 스토리지는 단계 내에서의 사용을 제어할 필요를 제거하지 않는다. InfoQ는 2025년에 HashiCorp가 개발 도구와 CI/CD 시스템 전체에서 예방 중심 시크릿 관리를 옹호했다고 보도한 바 있다. Buildkite의 자체 문서는 팀이 필요한 단계에만 시크릿을 노출하도록 조언한다.

가장 광범위한 기능 변경은 오픈소스 MCP 서버에서 일어났다. 새로운 validate_pipeline 도구는 Buildkite 공식 스키마에 맞춰 파이프라인 YAML 구문과 구조를 검사한다. 업로드나 빌드 시작 없이 수행되며, AI 코딩 에이전트가 잘못된 단계를 수정하는 데 경로와 오류 메시지를 제공한다. 환경 변수 보간, 플러그인 구성, 종속성 참조 또는 동적으로 생성된 단계는 검사 대상에서 제외된다.

두 번째 도구인 compare_builds는 실패한 빌드를 동일한 브랜치의 가장 최근 성공한 빌드 또는 다른 선택한 빌드와 비교한다. 새로 실패하거나 복구된 단계 및 런타임과 리트라이 변경 사항을 보고한다. 새로 세 단계가 실패하는 경우, 에이전트가 즉시 진단할 수 있도록 작업 로그의 끝을 포함한다.

MCP 릴리즈에는 Test Engine 실행 추적과 가장 느린 실행 쿼리도 추가된다. 또 다른 도구인 create_pipeline_webhook는 기존 파이프라인에 누락된 GitHub 웹훅을 추가한다. create_pipeline 호출자는 now create_webkit을 지정해야 하며, 이는 파손되는 변경 사항이다.

Buildkite는 평가를 진행한 후 이전 기본값을 역전시켰다. 실패 요약에 실행되지 않은 jobs가 다시 포함되도록 했다. 이 행동이 선택 가능하게 만들면 에이전트가 추가 도구 호출을 발행하게 된다. 원격 MCP 연결은 서버 URL에 조직을 추가하여 하나의 Buildkite 조직에 고정할 수 있다. 이 옵션은 툴세트와 읽기 전용 URL 모두에서 작동한다.

독립된 검증, 비교 및 수리 도구를 에이전트에 제공하면 전체 로그를 파싱하고 저수준 API 호출을 구성하는 데 대한 의존도를 줄일 수 있다. 권한은 여전히 중요하다. 웹훅 수리 및 파이프라인 생성은 CI 구성을 수정할 수 있기 때문이다. InfoQ의 GitHub 에이전트 워크플로우 보도는 격리된 실행, 제한된 권한 및 감사 가능한 동작을 기반으로 한 관련 보안 모델을 설명한다.

Buildkite의 GitHub Actions 호환성 계층은 이제 리눅스 arm64 에이전트에서 임포터와 생성된 작업을 실행할 수 있다. ubuntu-24.04-arm과 같은 라벨은 명시적인 큐 매핑이 필요하며 x86-64 또는 에뮬레이션으로 폴백되지 않는다. 이 기능은 호환 가능한 Actions 워크플로우를 Buildkite로 가져올 때 arm64 CI 풀을 가진 조직이 아키텍처를 유지할 수 있게 한다.

기타 호환성 수정 사항은 서비스 컨테이너 구성에서 환경 값, 명명된 시크릿, 런타임 변수 및 매트릭스 값을 해결한다. Buildkite는 job 및 step 식에 strategy.* 값을 더 많이 노출했다. 경로 필터가 사용하는 변경된 파일 한도가 300에서 3,000으로 상승했으며, 원래 푸시 후 브랜치가 이동한 경우를 수정하는 푸시 워크플로우 수정도 포함된다.

Agent v4.1.0은 Buildkite 텔레미터리에 캐시 저장 및 복원 지속 시간과 크기를 추가한다. OpenTelemetry 작업 스팬에는 now 커밋, 풀 리퀘스트 및 빌드 작성자가 포함된다. 이러한 필드는 느린 작업이나 리트라이 패턴을 조사하는 팀에 컨텍스트를 제공한다. Pinterest는 이전에 Honeycomb을 Buildkite와 함께 사용하여 에이전트 대기 시간을 스크립트 실행에서 분리하고 빌드 시간 급증 뒤에 있는 작업을 식별했다고 설명했다.

관련된 Elastic CI Stack v7 릴리즈는 Agent v4를 Linux 및 Windows 인스턴스에 AWS에 제공한다. Agent v3 지원을 제거하고 일부 추적 및 취소 매개변수를 폐기하거나 대체한다. Buildkite는 사용자에게 커스텀 파라미터 파일, 배포 자동화 및 AgentEnvFileUrl을 통해 공급된 값을 검토하도록 조언한다. Agent v3 릴리스에 대한 지원은 2027년 9월 3일에 종료된다.