작업은 자동화됐지만 전체 절차는 아직입니다
플레이북이 끝나도 누군가는 출력을 복사하고 결과를 확인하며 다음 작업을 시작해야 합니다. 인계할 때마다 대기 시간과 단계 누락 가능성이 늘어납니다.
작업들을 워크플로로 연결하세요. 순서를 한 번 정의하면 수동 시작이나 값 복사 없이 진행할 수 있습니다.
여러 도구의 복잡한 작업 조정
기존 작업 템플릿을 캔버스에 추가하고 단계를 연결하여 워크플로를 저장합니다.
워크플로를 시작하고 점검이 통과하면 다음 단계를 승인하세요.
워크플로의 작업을 열어 출력과 결과를 확인하세요.
워크플로 단계 간 데이터 전달
작업의 출력을 후속 작업 입력으로 사용하세요. 워크플로 아티팩트는 수동 복사 없이 다른 자동화 도구 사이에서도 값을 전달합니다. 각 단계가 받을 값을 선택하세요.
워크플로 출력 및 입력API로 워크플로 트리거 및 모니터링
Pro에서는 워크플로 API를 사용해 내부 포털이나 다른 서비스에서 실행을 시작하고 상태를 추적하며 승인을 처리하세요.
자신의 프로세스에 맞춰 작업 구성
기존 자동화 유지
Ansible, Terraform, OpenTofu, Terragrunt, Bash, Python, PowerShell의 작업 템플릿을 연결하세요. 각 작업은 자체 리포지토리, 자격 증명, 실행 설정을 유지합니다. 노드 매개변수가 해당 단계의 입력을 제공합니다.
결과에 따라 분기
성공, 실패, 항상 조건으로 다음 작업을 선택하세요. 독립 점검을 병렬 실행하고 All 또는 Any 합류로 모읍니다. 진단이나 복구 분기는 팀이 제공하는 자동화를 실행합니다.
필요한 곳에 결정 단계 배치
명확한 메시지와 선택적 시간 제한을 가진 승인 노드에서 일시 정지하세요. 승인하거나 거부하기 전에 앞선 작업을 검토하세요. Enterprise 사용자 지정 역할은 선택한 워크플로의 승인을 실행과 별도로 허용할 수 있습니다. 권한은 합산되므로 해당 사람에게 할당된 모든 역할을 검토하세요.
대기 단계를 눈에 보이게
서비스 재시작과 상태 점검 사이 같은 위치에 지연 노드를 사용하세요. 실행에 남은 시간이 표시됩니다. 실제 검증은 자체 결과가 있는 별도 작업으로 유지하세요.
실행된 정의 파악
각 실행에는 워크플로 리비전과 버전이 기록됩니다. 편집 가능한 정의가 변경된 뒤에도 해당 실행의 그래프를 살펴보고 개별 작업을 열어 상태, 입력, 로그를 확인할 수 있습니다.
워크플로를 시스템에 연결
REST API로 실행을 시작하고 상태를 살펴보세요. 중요한 결과를 팀에 전달하도록 작업 알림을 설정합니다. 수동 실행과 조정된 작업에 같은 저장된 템플릿을 사용하세요.
문서 및 관련 기능
FAQ
한 워크플로에서 Ansible, Terraform, Python을 결합할 수 있나요?
네. 작업 노드는 기존 작업 템플릿을 시작하므로 한 워크플로에서 Ansible 플레이북, Terraform 또는 OpenTofu 설정, Terragrunt, Bash, Python, PowerShell을 조정할 수 있습니다. 각 작업은 자체 도구와 실행 설정을 사용합니다. 작업 템플릿 살펴보기.
작업이 Terraform 출력이나 Ansible 결과를 다음 단계에 전달할 수 있나요?
네. 현재 워크플로는 JSON 출력과 입력을 지원합니다. Terraform, OpenTofu, Terragrunt 출력은 output -json으로 수집합니다. Ansible은 set_stats로 값을 게시할 수 있고 스크립트는 SEMAPHORE_OUTPUTS_FILE에 JSON을 쓸 수 있습니다. 이름 또는 명시적 연결 매핑으로 후속 설문 변수에 값을 매핑하세요. 출력 및 입력 가이드 읽기.
여러 점검이 끝날 때까지 다음 작업을 기다리게 할 수 있나요?
네. 워크플로를 병렬 점검으로 분기하고 다음 노드가 모든 입력 경로를 기다려야 하면 All 합류를 사용하세요. Any 합류는 자격을 갖춘 완료 경로가 진행하도록 합니다. 연결은 성공, 실패 또는 어느 결과에나 실행할 수 있습니다.
워크플로를 승인 대기 상태로 일시 정지할 수 있나요?
네. 결정을 설명하는 메시지와 선택적 시간 제한을 갖는 승인 노드를 추가하세요. 결정이 끝날 때까지 실행은 일시 정지됩니다. 필요한 권한을 가진 사용자가 승인하거나 거부할 수 있습니다. Enterprise 사용자 지정 역할은 선택한 워크플로의 승인을 실행과 별도로 허용할 수 있습니다. 두 책임을 분리할 때 모든 할당 역할을 확인하세요.
실패 후 진단이나 정리 작업을 실행할 수 있나요?
네. 실패 시 연결로 작업 템플릿을 연결하세요. 예를 들어 상태 점검 실패 후 서비스 로그를 수집할 수 있습니다. 성공과 실패 어느 경우든 수행할 후속 작업에는 Always를 사용하세요. 정리와 롤백은 자체 스크립트나 플레이북이므로 부분 완료된 작업에 미치는 영향을 테스트하세요.
sleep 스크립트 없이 일시 정지를 추가할 수 있나요?
네. 지연 노드는 설정된 초만큼 기다리고 실행 화면에 남은 시간을 표시합니다. 별도 검증 작업 전에 서비스가 안정되도록 기다릴 때 사용하세요. 지연은 시점을 제어하며 상태 점검은 다음 작업이 수행합니다.
워크플로 출력은 프로젝트 러너와 함께 사용할 수 있나요?
현재 워크플로 출력은 로컬 및 원격 러너를 지원합니다. Docker와 Kubernetes 실행기는 현재 워크플로 출력을 생성하지 않습니다. 후속 값에 의존하기 전에 출력 생성 작업의 실행기를 확인하세요. 출력은 JSON 데이터이며 업로드된 파일이 아닙니다.
워크플로 출력으로 암호나 파일을 전달할 수 있나요?
변경 참조, 대상 그룹, 리소스 식별자 같은 일반 JSON 값에 워크플로 출력을 사용하세요. 평문으로 저장되며 비밀 설문 필드에 채울 수 없습니다. 암호는 비밀 및 자격 증명에 보관하고 파일에는 적절한 저장소를 사용하세요. 비밀 및 자격 증명 살펴보기.
실패한 워크플로 작업은 어디서 확인하나요?
워크플로 실행을 열어 각 노드의 상태를 확인한 다음 기반 작업을 열어 로그와 실행 상세를 확인하세요. 각 실행은 사용한 워크플로 리비전을 보관합니다. 작업 알림도 설정된 채널로 팀에 알릴 수 있습니다. 실행 기록 살펴보기.
API 호출로 워크플로를 시작할 수 있나요?
네. REST API는 워크플로 정의, 실행, 상태 확인, 승인 동작을 제공합니다. 호출자에 순서를 재구현하지 말고 내부 포털이나 다른 시스템에서 저장된 워크플로를 재사용하세요. API 및 웹훅 살펴보기.
