Ansible UI: Semaphore UI와 Ansible Automation Platform(AAP) 비교

Denis GukovSemaphore UI 창립자 겸 CTO
읽는 시간 17분

Semaphore UI와 Red Hat Ansible Automation Platform(AAP)은 팀의 Ansible 자동화 실행, 예약과 공유를 돕습니다. AAP automation controller는 이전에 Ansible Tower라고 불렸습니다. 두 플랫폼의 일상 자동화 처리, 운영 요건과 Semaphore UI의 기능, 배포 옵션 및 가격이 더 적합한 경우를 살펴봅니다. 이 비교는 AAP 2.6과 Semaphore UI 2.20.0을 대상으로 합니다.

AI와 이 글 논의하기

개요

Ansible이 엔지니어 노트북에서 일상 운영으로 이동하면 팀에는 반복 가능한 잡, 공유 자격 증명, 통제된 접근과 변경 기록이 필요합니다. 일부 팀은 지원되는 콘텐츠 공급망과 여러 사이트에 실행을 분산하는 방식도 필요합니다.

Red Hat Ansible Automation Platform은 이러한 폭넓은 플랫폼 요구를 다룹니다. Automation controller는 잡과 워크플로를 실행하고 automation hub는 콘텐츠를 배포하며 Event-Driven Ansible은 이벤트에 반응하고 automation mesh는 관리 인프라 근처에 실행을 배치합니다. AAP는 지원 수명주기가 정의된 상용 제품이며 오픈 소스 업스트림 AWX와 구분됩니다.

Semaphore UI는 프로젝트에 저장소, 인벤토리, 자격 증명과 변수를 모읍니다. 엔지니어가 배포, 패치나 인증서 갱신 잡을 준비하고 실행 폼, 일정과 워크플로로 공유합니다. 직접 실행 템플릿은 Terraform/OpenTofu, Terragrunt, Bash, PowerShell과 Python도 지원합니다. 팀은 기존 인프라에 운영 서비스를 구축하고 접근, 실행 및 지원 요구가 늘면 Pro나 Enterprise 기능을 추가할 수 있습니다.

한 프로젝트에서 여러 자동화 도구를 위한 Semaphore UI 작업 템플릿.
Semaphore UI. 준비된 Ansible, Infrastructure as Code와 명령줄 작업이 프로젝트 작업 목록을 공유합니다.
Red Hat Ansible Automation Platform 2.6 인터페이스.
Ansible Automation Platform. Ansible Automation Platform 2.6 인터페이스. Red Hat 공식 제품 이미지. 출처

핵심 비교

두 플랫폼 모두 Ansible 작업을 위한 공유 인터페이스를 제공합니다. 일상 작업과 함께 AAP의 더 넓은 범위에 포함된 콘텐츠, 이벤트 처리와 분산 실행 서비스도 비교하세요.

Ansible Automation Platform과 Semaphore UI: 주요 특성
비교 항목 Semaphore UI Ansible Automation Platform
자동화 도구 Ansible, Terraform/OpenTofu, Terragrunt, Bash, PowerShell, Python Ansible, Terraform 통합과 플레이북으로 실행하는 다른 도구
설치 바이너리, 네이티브 패키지, Docker, Kubernetes RHEL의 Podman 컨테이너, OpenShift Operator, 2.6의 RPM 마이그레이션 경로
작업 실행 서버 또는 러너에서 실행 Automation mesh로 연결된 실행 서버 또는 Kubernetes 잡 Pod
워크플로 지원, 여러 자동화 도구를 연결하는 시각적 워크플로 지원, 하위 워크플로를 재사용하는 시각적 Ansible 워크플로
일정 관리 Cron 표현식, 일회성 실행 일회성 및 반복 일정
인벤토리 관리 정적 및 Git 정의, 실행 시 동적 검색 관리 호스트/그룹 레코드, 소스 동기화와 저장된 facts
접근 제어 프로젝트 역할, Enterprise 사용자 정의 역할, 템플릿 권한 조직, 팀, 사용자 지정 역할과 독립 리소스 권한
자격 증명 Key Store, SSH 키, 비밀번호, 외부 시크릿 저장소 연동 자격 증명 객체, SSH 키, 비밀번호, 외부 시크릿 저장소 연동
콘텐츠 배포 Git 저장소와 외부 Ansible collection 레지스트리 Private automation hub와 Red Hat 콘텐츠 생태계
상용 모델 MIT 라이선스 Community, 상용 Pro 및 Enterprise Red Hat 상용 구독과 제품 수명주기

배포, 유지보수와 프로비저닝을 공유하는 팀은 Semaphore UI 템플릿, 재사용 가능한 프로젝트 리소스와 워크플로로 많은 작업을 처리할 수 있습니다. 직접 실행 IaC 및 언어별 템플릿은 같은 서비스를 Ansible 밖으로 확장합니다. AAP는 더 넓은 콘텐츠 생태계, 관리 Ansible 리소스와 플랫폼 서비스를 추가합니다. 이런 추가 서비스가 불필요하면 Semaphore UI로 실제 사용하는 자동화에 투자를 집중할 수 있습니다.

기능 비교

Ansible 작업은 플레이북 실행뿐 아니라 호스트 정보, 자격 증명과 권한에도 의존합니다. 더 많은 환경에서 자동화를 공유하면 콘텐츠 배포와 이벤트 처리도 중요해집니다.

설치 및 설정

설치는 팀이 운영해야 할 서비스에 맞아야 합니다. AAP는 RHEL과 OpenShift 배포를 지원하고 Semaphore UI는 독립 바이너리와 네이티브 패키지도 제공합니다.

지원부분 지원미지원
설치 및 설정: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
독립 실행형 바이너리 지원 미지원
네이티브 Linux 패키지 지원DEB / RPM 지원사용 중단된 RHEL 9 RPM 마이그레이션 경로
네이티브 Windows 서버 지원Ansible에는 WSL, 컨테이너 또는 Linux runner 필요 미지원RHEL 및 OpenShift 배포
Kubernetes 없는 배포 지원 지원
Kubernetes 배포 지원Helm 차트 지원Red Hat OpenShift Operator
고가용성 지원Enterprise 지원검증된 엔터프라이즈 토폴로지

AAP 2.6은 RHEL의 Podman 컨테이너 설치와 OpenShift의 Operator 기반 설치를 지원합니다. 이전 RPM 설치 프로그램은 2.6에서 마이그레이션을 위해 RHEL 9를 계속 지원하지만 사용 중단되었습니다. Red Hat은 이러한 배포에 지원 토폴로지와 제품 수명주기를 문서화합니다. 모든 AAP 설치에 Kubernetes가 필요한 것은 아닙니다.

Semaphore UI는 기존 호스트에서 바이너리나 네이티브 패키지로 실행하고 Docker나 Kubernetes로도 실행할 수 있습니다. Ansible 공유 인터페이스를 도입하는 팀은 일반 서버 설치를 선택하고 기존 저장소와 인프라를 재사용할 수 있습니다. 자동화 서비스에 이중화된 애플리케이션 인스턴스가 필요하면 Enterprise가 고가용성을 추가합니다. Semaphore UI 서버는 Windows에서도 네이티브로 실행되지만 Ansible 실행에는 WSL, 컨테이너나 Linux 러너가 필요합니다.

Semaphore UI는 기존 서버에서 패치와 배포 잡을 공유할 수 있습니다. AAP 배포 토폴로지는 선택한 컴포넌트와 팀이 유지할 실행 용량에 따라 달라집니다.

자동화 도구

플랫폼은 도구에 별도 템플릿과 수명주기를 제공하지 않아도 Ansible을 통해 실행할 수 있습니다.

지원부분 지원미지원
자동화 도구: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
Ansible 플레이북 지원 지원
Terraform/OpenTofu 지원네이티브 작업 템플릿 지원Ansible 플레이북과 통합을 통해 실행
Terragrunt 지원네이티브 작업 템플릿 지원Ansible 플레이북을 통해 실행
Bash 지원네이티브 작업 템플릿 지원Ansible 플레이북을 통해 실행
PowerShell 지원네이티브 작업 템플릿 지원Ansible 플레이북을 통해 실행
Python 지원네이티브 작업 템플릿 지원Ansible 플레이북을 통해 실행
플레이북 없는 IaC 템플릿 지원네이티브 Terraform/OpenTofu와 Terragrunt 템플릿 미지원Ansible Job Template이 IaC 도구 호출
내장 Terraform state backend 지원ProHTTP backend, 버전 이력과 state UI 미지원Terraform 서비스 또는 외부 backend 사용

AAP는 Ansible 플레이북과 실행 환경을 사용합니다. 실행 환경은 Ansible 런타임과 필요한 의존성이 담긴 컨테이너 이미지입니다. Terraform 통합에는 Terraform 서비스를 조정하는 collection이 있고 플레이북은 다른 명령줄 도구도 호출할 수 있습니다. Ansible이 이미 전체 절차를 오케스트레이션한다면 일관된 모델입니다.

Semaphore UI도 실용적인 Ansible 작업을 중심으로 하면서 Terraform/OpenTofu, Terragrunt, Bash, PowerShell과 Python에 각각 Task Template을 제공합니다. Terraform/OpenTofu에서는 엔지니어가 인터페이스에서 저장소, 설정 디렉터리, workspace와 Variable Group을 선택합니다. IaC 도구가 직접 실행되므로 호출만을 위한 Ansible 플레이북이 필요하지 않습니다. 따라서 Ansible 배포, Terraform 프로비저닝 잡과 Python 검증 작업이 각자 실행 설정을 유지하면서 같은 프로젝트를 공유할 수 있습니다.

예를 들어 임시 테스트 환경에는 인프라 생성 후 애플리케이션 설정과 준비 상태 검사가 필요할 수 있습니다. Semaphore UI는 각 단계의 기존 도구를 유지하고 워크플로로 연결합니다. 여러 저장소와 언어로 자동화가 확장되었지만 한곳에서 작업을 시작하고 검토하려는 팀에 유용합니다.

개발, 스테이징과 프로덕션에 별도 state/backend 주소나 지원되는 workspace를 설정하세요. Workspace 지원은 선택한 backend에 따라 다릅니다. Semaphore UI Pro는 내장 HTTP backend로 state를 직접 호스팅하고 인터페이스에서 버전 이력과 관리를 제공합니다. 임시 환경을 만드는 팀은 프로비저닝 템플릿, state와 후속 Ansible 설정을 한 서비스에 둘 수 있습니다. AAP에 문서화된 Terraform 통합은 state에 Terraform 서비스나 설정된 외부 backend를 사용합니다. 팀에 기존 외부 backend가 있다면 Semaphore UI도 유지할 수 있습니다.

정확히 저장된 Terraform plan을 승인하고 적용해야 하는 프로세스에는 명시적인 plan 저장과 재사용을 설정해야 합니다. Semaphore UI의 기본 실행은 plan과 apply를 별도로 수행하고 재정의하지 않으면 기본 명령에 -lock=false를 사용합니다. state backend를 제공해도 작업 명령 설정은 바뀌지 않습니다.

템플릿 및 일정 관리

두 제품 모두 동료가 반복 실행할 수 있도록 작업 설정을 저장합니다. 제품별 이름은 AAP의 Job Template과 Semaphore UI의 Task Template으로 다릅니다.

지원부분 지원미지원
템플릿 및 일정 관리: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
작업 설정 저장 지원 지원
설문(실행 입력값) 지원 지원
잡 간 공유 설정 지원템플릿에 할당하는 이름 있는 Variable Groups 지원인벤토리 변수와 Git 파일
실행 시 저장소 브랜치 지정 지원 지원
예약 실행 지원Cron 표현식 및 일회성 실행 지원일회성 및 반복 일정

AAP Job Template은 작업의 프로젝트, 플레이북, 인벤토리, 자격 증명과 실행 환경을 저장합니다. 실행하면 잡이 생성됩니다. 입력 폼이 해당 실행에 허용된 입력을 수집하므로 운영자는 설정을 다시 만들지 않고 준비된 절차를 실행할 수 있습니다.

Semaphore UI는 Task Template으로 Ansible과 다른 자동화 도구 전반에 같은 재사용 실행 패턴을 적용합니다. Ansible 템플릿은 저장소, 플레이북, 인벤토리와 자격 증명을 선택합니다. 이름 있는 Variable Groups는 템플릿 간 재사용 설정을 보관하고 입력 폼 필드는 개별 실행에 필요한 값을 수집합니다. AAP는 인벤토리와 Git 파일로 변수를 재사용할 수 있습니다.

지원 동료와 공유하는 서비스 재시작 절차를 생각해 보세요. 엔지니어가 플레이북과 환경 설정을 준비하고 실행 폼에서 서비스 이름과 변경 참조를 요청합니다. 동료는 작업을 선택하고 입력을 제공한 뒤 상태와 출력을 확인할 수 있습니다. 같은 프로젝트 리소스로 배포, 백업이나 인증서 갱신을 별도 템플릿으로 제공할 수 있습니다.

두 제품 모두 저장된 템플릿을 예약합니다. AAP는 일회성 및 반복 일정을, Semaphore UI는 cron 표현식과 설정된 입력을 사용하는 일회성 실행을 지원합니다. 수동 유지보수 전에 사용하는 백업을 야간 일정으로도 실행할 수 있습니다. 이를 통해 별도 cron 명령과 웹 실행 설정을 유지하는 대신 운영 절차를 재사용할 수 있습니다.

인벤토리

두 플랫폼 모두 Git 기반 인벤토리와 외부 검색 소스를 사용할 수 있습니다. 주요 차이는 정보를 처리하는 방식입니다. AAP는 인벤토리 동기화로 호스트와 그룹 레코드를 관리하고 Semaphore UI는 작업 실행 시 인벤토리 정의와 검색 플러그인을 사용합니다.

지원부분 지원미지원
인벤토리: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
Git 기반 인벤토리 지원 지원
동적 인벤토리 지원 지원
인벤토리 새로 고침 부분 지원실행 중 탐색 지원예약 업데이트 및 실행 시 업데이트
계산된 인벤토리 그룹 지원Ansible constructed 플러그인 지원관리형 구성형 인벤토리
관리형 팩트 캐시 미지원Ansible 캐시 별도 설정 지원선택적 호스트 facts 저장
호스트 및 그룹 편집 부분 지원INI/YAML 정의 편집 지원개별 호스트 및 그룹 제어

AAP는 인벤토리 소스를 관리 호스트와 그룹으로 동기화하고 더 복잡한 Ansible 작업에 저장된 facts와 constructed inventory를 제공합니다. 운영자는 잡 실행 플랫폼에서 개별 호스트 정보를 확인하고 관리할 수 있습니다. 레코드 유지와 인벤토리 소스 조합이 일상 업무의 일부라면 유용합니다. AAP는 일정에 따라 또는 실행 전에 인벤토리 소스를 갱신하고 선택적으로 관리 캐시에 호스트 facts를 보관할 수 있습니다.

Semaphore UI는 NetBox와 클라우드 API용 플러그인을 포함해 정적 또는 Git 인벤토리 정의와 Ansible 검색 플러그인을 재사용합니다. 운영자는 인터페이스에서 INI/YAML 정의를 편집하거나 Git 및 외부 검색을 호스트 정보 원본으로 유지할 수 있습니다. 템플릿은 실행할 때 필요한 인벤토리를 선택합니다. 동적 검색은 실행 중에 이루어집니다. Ansible에 설정된 fact 캐시는 사용할 수 있지만 Semaphore UI는 controller 관리 fact 캐시를 제공하지 않습니다.

자동화 인터페이스 밖에서 이미 시스템을 관리하는 팀은 단지 잡을 공유하기 위해 두 번째 호스트 관리 프로세스를 도입할 필요가 없습니다. 같은 인벤토리를 패치, 인증서 검사와 배포에 쓰고 각 작업에 별도 템플릿과 입력을 사용할 수 있습니다. 실행용 인벤토리뿐 아니라 관리 화면이 필요한 운영자에게는 AAP의 동기화된 호스트 및 그룹 화면이 여전히 유용합니다.

시크릿

자격 증명은 준비된 잡에 필요한 SSH 키, 비밀번호와 다른 인증 정보를 제공합니다. 두 플랫폼 모두 자격 증명을 저장하고 외부 볼트에서 값을 가져올 수 있습니다.

지원부분 지원미지원
시크릿: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
자격 증명 저장 지원 지원
HashiCorp Vault 지원Pro 지원
Azure Key Vault 지원Enterprise 지원
AWS Secrets Manager 지원Enterprise 지원
내장 OpenBao 조회 지원Pro 미지원전용 커넥터 없음
Devolutions Server 조회 지원Enterprise 지원Ansible collection
CyberArk 조회 지원EnterprisePVWA REST API 지원CCP와 Conjur
내장 Centrify Vault 조회 미지원 지원
내장 Thycotic 조회 미지원 지원Secret Server와 DevOps Secrets Vault

두 제품 모두 준비된 작업에 자격 증명 참조를 저장합니다. 엔지니어는 저장소 접근, 머신 자격 증명과 다른 시크릿을 한 번 설정한 뒤 배포와 유지보수 잡 전반에 재사용할 수 있습니다. 작업을 실행하는 동료는 매번 자격 증명을 다시 제공할 필요가 없습니다.

AAP는 HashiCorp Vault, AWS Secrets Manager, Azure와 CyberArk 통합을 포함한 자격 증명 객체와 외부 시크릿 조회를 지원합니다. Semaphore UI는 프로젝트 Key Store를 제공하고 Pro에서 HashiCorp Vault나 OpenBao를 연결합니다. Enterprise는 AWS Secrets Manager, Azure Key Vault, Devolutions Server와 PVWA API를 통한 CyberArk를 추가합니다. AAP는 실행 환경에 Devolutions Ansible collection을 설치해 플레이북에서 사용할 수 있습니다. 내장 자격 증명 커넥터에는 전용 OpenBao 조회가 없습니다. AAP는 Centrify Vault와 Thycotic Secret Server 또는 DevOps Secrets Vault 커넥터도 제공하지만 Semaphore UI는 내장 저장소로 제공하지 않습니다. 플랫폼 커넥터가 없으면 Ansible lookup collection이나 명령으로 작업용 시크릿을 가져오고 자동화에서 통합을 유지할 수 있습니다. 따라서 기존 볼트와 플랫폼 자체에 설정하려는 연결을 기준으로 선택할 수 있습니다.

실행

저장된 템플릿은 실행할 내용을 설명합니다. 실행 설정은 실행 서버와 의존성을 제공하는 런타임을 결정합니다.

지원부분 지원미지원
실행: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
원격 실행 지원러너 지원Automation mesh 실행 노드
실행 라우팅 지원Pro템플릿 또는 인벤토리의 runner 태그 지원리소스에 할당하는 인스턴스 그룹
Ansible 역할 및 컬렉션 지원requirements.yml에서 설치 지원프로젝트 동기화 중 설치
컨테이너 기반 작업 지원ProDocker 실행기 지원Ansible 실행 환경 이미지
Kubernetes 작업 Pod 지원Enterprise 지원컨테이너 그룹
동시 실행 제어 지원템플릿, 프로젝트, 인스턴스 제한 지원동시 작업 및 인스턴스 그룹 용량

AAP는 Ansible과 플레이북 의존성을 담은 실행 환경에서 잡을 실행합니다. 실행 노드는 제어 서비스와 떨어진 곳에서 작업을 수행합니다. Automation mesh가 노드를 연결하고 중간 hop 노드로 원격 네트워크에 접근할 수 있습니다. 이는 정의된 실행 이미지와 네트워크 경로를 갖춘 분산 Ansible 시스템을 지원합니다.

Semaphore UI는 자체 서버나 대상 시스템 근처의 러너에서 자동화를 실행할 수 있습니다. 예를 들어 공유 인터페이스는 다른 곳에 두고 사설 네트워크 러너가 로컬 호스트에 Ansible 유지보수 잡을 실행할 수 있습니다. Community는 전역 러너를 제공하고 Pro는 프로젝트 할당 러너와 다른 실행 환경을 위한 태그 기반 라우팅을 추가합니다.

팀은 직접 실행으로 시작하고 워크로드 요구에 따라 별도 머신이나 작업별 컨테이너를 추가할 수 있습니다. Pro는 Docker 작업 실행을, Enterprise는 Kubernetes 작업 실행을 제공합니다. 기존 플레이북 서비스가 automation mesh 배포 없이 단일 호스트에서 분리 실행으로 발전할 수 있습니다. 애플리케이션 서버 컨테이너화와 각 작업 컨테이너화는 별도 선택입니다.

워크플로

워크플로는 서버 프로비저닝, 설정과 결과 확인처럼 저장된 템플릿을 더 큰 절차로 연결합니다.

지원부분 지원미지원
워크플로: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
시각적 워크플로 편집기 지원 지원
혼합 도구 워크플로 단계 지원네이티브 Ansible, IaC와 언어 템플릿 지원Ansible Job Template이 다른 도구 호출
여러 시작 노드 미지원 지원
분기 병합 지원 지원
성공/실패 분기 지원 지원
승인 단계 지원 지원
독립적인 승인 권한 미지원 지원
워크플로를 단계로 사용 미지원 지원
워크플로 값 전달 지원 지원

AAP Workflow Job Template은 Job Template, 프로젝트 업데이트, 인벤토리 업데이트와 다른 워크플로를 연결합니다. 승인 단계가 실행을 멈추고 Ansible set_stats 값을 후속 잡으로 전달할 수 있습니다. 여러 절차가 완전한 순서를 공유하며 한 번만 관리해야 한다면 워크플로 포함이 유용합니다.

Semaphore UI 워크플로는 Ansible, Terraform/OpenTofu, Terragrunt, Bash, PowerShell과 Python Task Template을 직접 연결하고 성공/실패 분기, 승인과 지연을 제공합니다. 프로비저닝 워크플로에서 Terraform/OpenTofu로 인프라를 만들고 Ansible로 설정하며 Python으로 준비 상태를 검사할 수 있습니다. 유지보수 워크플로는 백업, 업데이트와 검증을 연결하고 동료가 개별 실행할 수 있는 템플릿을 재사용합니다. AAP도 Ansible Job Template과 Terraform 통합으로 같은 절차를 조정할 수 있습니다. 차이는 각 도구의 실행 설정이 고유 템플릿에 있는지, Ansible 잡 뒤의 플레이북과 통합에 있는지입니다.

Semaphore UI 2.20은 Ansible set_stats 값, Terraform/OpenTofu/Terragrunt 출력과 Bash, PowerShell 또는 Python의 JSON을 후속 작업 입력으로 전달합니다. 프로비저닝이 반환한 주소나 리소스 식별자가 다음 작업의 입력이 될 수 있습니다. AAP는 Ansible 잡 사이에 set_stats 값을 전달합니다. 둘 다 유용한 값 전달을 제공하며 차이는 결과 생성 및 소비 방식입니다. 받는 템플릿이 입력을 선언하면 플레이북이나 인벤토리 설정이 이를 사용해 새 호스트를 대상으로 지정합니다.

AAP는 워크플로 승인에 할당 가능한 Approve 권한을 제공합니다. Semaphore UI 2.20은 승인을 프로젝트 작업 실행 권한에 연결합니다. 독립 승인자 역할은 2.21.0에 예정되어 있습니다. 승인 책임에 별도 권한이 필요할 때 중요합니다.

프로비저닝 및 설정 워크플로는 서버나 원격 러너의 로컬 실행기를 통해 Semaphore UI 작업 간 수집 값을 전달할 수 있습니다. Docker와 Kubernetes 실행기는 이 출력을 수집하지 않으므로 여기에 의존하는 워크플로에는 다른 실행 구성이 필요합니다. 개별 작업 템플릿은 워크플로 간에 재사용됩니다. 여러 절차가 완전한 다단계 워크플로를 재사용해야 한다면 AAP 중첩 워크플로로 순서를 별도 유지하는 일을 피할 수 있습니다. 두 플랫폼 모두 저장된 Terraform plan 같은 파일에는 접근 가능한 저장소나 잡 간 명시적 전송이 필요합니다.

접근 제어

작업 위임과 운영자가 임의의 인벤토리 및 자격 증명을 조합하도록 허용하는 것은 서로 다른 접근 요구입니다.

지원부분 지원미지원
접근 제어: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
역할 기반 접근 제어 지원프로젝트 역할 지원조직, 팀, 리소스 역할
LDAP 인증 지원Pro 지원
OIDC 싱글 사인온 지원Pro 지원
SAML 싱글 사인온 미지원OIDC 지원 지원
사용자 지정 역할 지원Enterprise 지원
독립적인 인벤토리 및 자격 증명 권한 미지원리소스 접근은 프로젝트 역할을 따름 지원
템플릿 수준 실행 권한 지원Enterprise 지원

AAP는 개별 리소스에 접근을 부여하고 사용자 지정 역할을 지원합니다. 운영자는 잡 템플릿과 독립적으로 특정 인벤토리 및 자격 증명 사용 권한을 받을 수 있습니다. 허용된 Ansible 리소스를 새 작업으로 조합하는 것이 일상 업무인 팀에 적합합니다.

Semaphore UI는 프로젝트와 준비된 작업을 중심으로 접근을 구성합니다. Community 프로젝트 역할만으로도 자동화를 유지하는 엔지니어와 실행하는 동료를 구분할 수 있습니다. 프로젝트에 팀의 배포, 백업과 유지보수 템플릿 및 설정된 리소스를 모을 수 있습니다.

특정 작업으로 접근을 제한해야 하면 Enterprise는 사용자 지정 역할과 템플릿 수준 실행 권한을 추가합니다. 예를 들어 지원 담당자에게 서비스 재시작 템플릿을 주고 배포는 다른 역할이 담당하게 할 수 있습니다. 인벤토리, 자격 증명과 허용된 실행 재정의는 준비된 설정의 일부입니다. 작업 위임에 집중한 모델이며 AAP는 기본 리소스에 독립 권한을 제공합니다.

작업 실행이 허용된 Production maintenance operator 역할을 표시하는 Semaphore UI 템플릿 권한.
Semaphore UI. Enterprise 템플릿 권한은 준비된 작업을 특정 역할에 위임합니다.
Ansible Automation Platform 2.6의 인벤토리, 자격 증명과 잡 템플릿 팀 역할.
Ansible Automation Platform. 개별 인벤토리, 자격 증명과 잡 템플릿에 역할을 할당합니다. Red Hat 공식 예시. 출처

둘 다 LDAP 통합을 지원합니다. Semaphore UI Pro는 OIDC 로그인도 제공하고 AAP는 OIDC, SAML과 중앙에서 설정하는 다른 ID 공급자를 지원합니다. Semaphore UI에는 내장 SAML 통합이 없습니다. Semaphore UI Pro는 로컬 계정용 TOTP 2요소 인증도 추가합니다.

로그 및 감사

지원부분 지원미지원
로그 및 감사: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
실행 이력과 로그 지원 지원
Ansible 호스트/작업 결과 지원Pro 지원
관리 감사 추적 지원로그인과 기록된 동작 지원리소스 활동 스트림
외부 로그 전달 지원ProSyslog 또는 HEC를 통한 감사 이벤트 지원Controller 로깅 통합

동료가 배포나 유지보수 잡의 완료 여부를 알고 싶다면 운영 결과가 우선입니다. 두 제품 모두 실행 출력과 이력을 보관합니다. Semaphore UI는 작업 상태, 저장소 리비전과 실행 세부 정보를 기록하고 Pro는 서버별 실패 작업을 보여주는 Ansible 호스트 요약을 추가합니다. 패치나 인증서 잡 후 운영자는 영향받은 호스트를 식별하고 해당 출력을 확인할 수 있습니다.

관리 감사는 목적이 다릅니다. AAP 활동 스트림은 플랫폼 리소스 변경을 기록하고 로깅 통합은 잡 및 시스템 이벤트를 전달합니다. Semaphore UI는 로그인, 권한 변경과 다른 기록된 동작의 관리자 감사 로그를 제공합니다. Pro는 필터, 파일 내보내기와 TLS Syslog 또는 Splunk HEC 전달을 추가하여 조직의 보안 조사와 SIEM 기록에 이벤트를 포함할 수 있게 합니다.

연동

API와 웹훅은 기존 CI 파이프라인이나 이벤트 처리기가 준비된 작업을 시작하게 합니다. AAP는 콘텐츠 배포와 이벤트 기반 자동화를 위한 별도 서비스도 포함합니다.

지원부분 지원미지원
연동: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
REST API 지원 지원
작업 webhook 지원범용 엔드포인트, 매처와 값 추출 지원GitHub 및 GitLab webhook
작업 알림 지원 지원
이벤트 처리 규칙 부분 지원웹훅 매처와 값 추출 지원Event-Driven Ansible rulebook
사설 Ansible collection 레지스트리 미지원외부 collection 레지스트리 사용 지원Private automation hub

AAP automation hub는 collection과 실행 이미지를 배포하고 Red Hat Certified 및 validated 콘텐츠에 접근하게 합니다. Event-Driven Ansible은 rulebook으로 이벤트를 평가하고 자동화를 시작합니다. 이는 저장된 잡의 인바운드 웹훅을 넘어 조직 전체에서 자동화를 관리하고 시작하는 플랫폼 서비스입니다.

Semaphore UI는 REST API와 매칭 및 입력 추출 기능을 갖춘 웹훅 통합으로 기존 CI, 모니터링과 요청 시스템과 함께 작동합니다. 빌드 파이프라인이 버전을 게시하고 준비된 배포를 요청하거나 이벤트 처리기가 진단 작업을 요청할 수 있습니다. Semaphore UI는 작업의 인벤토리, 자격 증명과 실행 기록을 보관합니다. 주변 프로세스가 완료를 기다려야 한다면 호출자가 인증을 처리하고 작업 결과를 확인합니다.

Semaphore UI와 automation controller 모두 준비된 잡의 실행 폼을 제공합니다. AAP는 Red Hat Developer Hub를 기반으로 별도 배포하는 Ansible automation portal도 제공하며 셀프서비스 카탈로그, 템플릿 동기화와 사용자 지정 통합이 있습니다. 해당 portal의 Developer Hub 사용은 AAP 구독에 포함됩니다. 이런 카탈로그 없이 공유 잡 실행이 필요한 팀에 Semaphore UI는 Ansible과 다른 자동화 도구에 집중한 인터페이스를 제공합니다.

서비스, 서비스 상태, 환경과 변경 참조를 선택한 Semaphore UI 실행 폼.
Semaphore UI. 준비된 작업이 실행 폼에서 서비스와 환경 선택을 직접 수집합니다.
실행 전에 인벤토리, 자격 증명과 서비스 입력 폼을 검토하는 Ansible Automation Platform 2.6 셀프서비스 portal.
Ansible Automation Platform. 셀프서비스 portal이 입력과 검토 단계를 안내합니다. Red Hat 공식 예시. 출처

AI를 활용한 자동화

지원부분 지원미지원
AI를 활용한 자동화: Ansible Automation Platform과 Semaphore UI
비교 항목 Semaphore UI Ansible Automation Platform
MCP 접근 지원커뮤니티 커넥터 지원공식 AAP MCP 서버

AAP는 호환 어시스턴트에 플랫폼 작업을 제공하는 공식 MCP 서버를 제공합니다. 플랫폼과 함께 또는 독립 컨테이너로 배포할 수 있습니다. AAP는 인터페이스에 설정된 모델 공급자와 연결하는 선택적 automation intelligent assistant도 제공합니다. 통합 플랫폼 방식을 AI 지원 운영까지 확장합니다.

Semaphore UI에는 API용 커뮤니티 MCP 커넥터가 있으며 2.21.0에서 Pro 공식 MCP 지원을 제공할 계획이라고 발표했습니다. Claude Code나 Codex도 공개 문서, 소스 코드와 API 정의를 참고하여 템플릿 준비, 통합 코드 작성이나 제공된 설정 및 출력으로 실패 실행 조사에 도움을 줄 수 있습니다. 팀은 더 넓은 플랫폼을 도입하지 않고 기존 자동화 서비스와 함께 이러한 도움을 활용할 수 있습니다.

라이선스 및 지원

AAP는 엔터프라이즈 플랫폼 구독이고 Semaphore UI는 같은 제품군 내 상용 에디션이 있는 무료 자동화 서비스를 제공합니다. 더 넓은 Red Hat 생태계가 아닌 공유 잡 실행이 요구라면 Semaphore UI가 훨씬 간단하고 경제적일 수 있습니다.

서로 다른 구매 범위

AAP 구독은 플랫폼 기능, Red Hat 지원, 콘텐츠와 제품 수명주기를 결합합니다. 조직의 자동화 전반에 이 생태계가 필요할수록 가치가 커집니다. AWX는 무료 AAP 구독 등급이 아닌 별도 오픈 소스 업스트림 프로젝트입니다.

Semaphore UI Community는 무료 MIT 라이선스입니다. 템플릿, 입력 폼, Variable Groups, 일정, 워크플로, 프로젝트 역할, 이력과 전역 러너만으로도 공유 자동화 서비스의 기반을 제공합니다. 팀은 이를 배포, 유지보수와 프로비저닝에 사용하고 실제 state, 실행, 접근, 가용성과 지원 요구에 따라 Pro나 Enterprise를 선택할 수 있습니다.

기존 Ansible과 IaC 작업 공유가 주된 요구인 팀에는 플랫폼 투자와 운영 인프라를 줄일 수 있습니다. 차이는 필요한 에디션 및 용량과 조직이 대신 사용할 AAP 서비스에 따라 달라집니다. AAP 범위가 넓다고 모든 컴포넌트를 설치해야 하는 것은 아닙니다.

지원 약정

두 공급업체 모두 상용 지원을 제공합니다. Red Hat은 공개된 AAP 제품 수명주기와 함께 해당 지원 구독 및 사고 심각도에 따라 지원 범위와 응답 약정을 정합니다.

Semaphore UI Pro는 업무 시간 중 공급업체 지원을 포함합니다. Enterprise는 맞춤형 SLA 옵션과 온보딩, 설정, 업그레이드 및 마이그레이션 지원을 제공합니다. 팀은 같은 제품군에서 지원을 받고 더 까다로운 환경에 추가 서비스를 이용할 수 있습니다.

선택 기준

팀이 공유해야 할 작업과 주변에 필요한 서비스를 기준으로 선택하세요. 준비된 재시작, 예약 백업과 프로비저닝 워크플로는 전사 Ansible 콘텐츠 및 거버넌스 서비스와 필요한 플랫폼 범위가 다릅니다.

Ansible Automation Platform을 선택할 때

엔터프라이즈 Ansible 플랫폼 운영 자체가 핵심 요구라면 AAP가 적합합니다.

  • Red Hat 콘텐츠와 지원 생태계가 필요합니다. 인증 collection, private automation hub와 정의된 제품 수명주기가 구매 또는 운영 요건입니다.
  • 플랫폼이 Ansible 리소스를 관리합니다. 운영자가 호스트를 관리하고 인벤토리 소스를 동기화하며 인벤토리와 자격 증명에 독립 접근을 할당합니다.
  • 추가 플랫폼 서비스가 필요합니다. Automation mesh, 중첩 워크플로나 Event-Driven Ansible이 팀이 직접 구축하고 유지해야 할 인프라를 대체합니다.

Semaphore UI를 선택할 때

더 넓은 Red Hat 플랫폼 생태계가 필요하지 않고 엔지니어에게 기존 자동화의 공유 인터페이스가 필요하다면 Semaphore UI를 선택하세요.

  • 동료에게 실행할 수 있는 준비된 작업이 필요합니다. 엔지니어는 공유 인벤토리, 자격 증명과 Variable Groups로 배포, 백업, 서비스 재시작이나 인증서 갱신을 한 번 설정합니다. 동료는 실행 입력을 제공하고 같은 인터페이스에서 결과를 검토합니다.
  • 프로비저닝과 운영이 여러 도구에 걸쳐 있습니다. Ansible, Terraform/OpenTofu, Terragrunt, Bash, PowerShell과 Python을 직접 실행하고 워크플로로 연결합니다. 해당 잡 옆에 공유 Terraform/OpenTofu backend를 원하면 Pro state 저장소를 추가합니다.
  • 이미 유지하는 시스템을 기반으로 구축하고 싶습니다. Git 인벤토리와 외부 검색을 재사용하고 CI와 이벤트 처리는 기존 서비스에 유지하며 가용 인프라에 바이너리, 패키지나 컨테이너를 배포합니다. 러너로 사설 시스템 근처에 실행을 배치할 수 있습니다.
  • 집중된 상용 기능과 지원이 필요합니다. 서비스에 필요한 실행, 접근과 가용성 제어에 따라 Pro나 Enterprise를 선택하고 같은 제품군에서 공급업체 지원을 받습니다. 더 넓은 Red Hat 콘텐츠 및 플랫폼 생태계가 요구의 일부가 아니라면 더 경제적일 수 있습니다.

자주 묻는 질문

기존 Ansible Tower나 AAP 플레이북을 Semaphore UI에서 재사용할 수 있나요?

기존 Ansible 플레이북과 Git 기반 인벤토리 정의를 재사용할 수 있습니다. Job Template, 자격 증명 참조, 입력 폼, 일정과 권한에는 대응하는 Semaphore UI 설정이 필요합니다. 새 템플릿을 준비할 때 실행 환경이 제공하는 의존성과 기존 워크플로 동작을 확인하세요.

Semaphore UI가 하나의 워크플로에서 Ansible과 Terraform을 연결할 수 있나요?

예. 전용 Terraform/OpenTofu나 Terragrunt 템플릿 다음에 Ansible 설정과 검증 작업을 배치할 수 있습니다. 서버나 러너의 로컬 실행기를 사용하면 Semaphore UI 2.20이 수집 값을 후속 템플릿에 선언된 입력으로 전달합니다. 값 전달은 저장된 plan이나 다른 파일의 전송이 아닙니다.

지원 담당자가 프로젝트를 관리하지 않고 준비된 잡을 실행할 수 있나요?

예. Semaphore UI Community에는 다른 프로젝트 리소스에 읽기 전용으로 접근하면서 프로젝트 템플릿을 실행하는 Task Runner 역할이 있습니다. Enterprise는 사용자 지정 역할과 선택한 템플릿의 실행 권한을 추가합니다. AAP는 Job Template 실행과 기본 인벤토리 및 자격 증명 접근을 별도로 제어하므로 운영자가 허용된 리소스를 직접 조합해야 할 때 유용합니다.

Kubernetes 클러스터 없이 셀프 호스팅할 수 있나요?

두 제품 모두 가능합니다. Semaphore UI는 바이너리, 네이티브 패키지와 Docker뿐 아니라 Kubernetes도 지원합니다. AAP 2.6은 OpenShift Operator 배포와 함께 RHEL의 Podman 컨테이너 설치를 지원합니다. AAP에 항상 Kubernetes가 필요하다고 가정하지 말고 필요한 전체 서비스와 지원 범위를 기준으로 선택하세요.

AAP를 유지하면서 특정 작업에 Semaphore UI를 사용할 수 있나요?

예. AAP는 기존 Ansible 잡, 콘텐츠 배포와 인벤토리 거버넌스를 유지하고 Semaphore UI는 선택한 IaC나 유지보수 작업을 실행할 수 있습니다. 팀이 구현하는 API 연결이 템플릿을 요청하고 결과를 확인합니다. Semaphore UI에는 자체 준비된 인벤토리나 승인된 원본과의 통합이 필요하며 자동 동기화를 가정해서는 안 됩니다.

팀에 어떤 Semaphore UI 에디션이 필요한가요?

Community는 공유 템플릿, 인벤토리, 자격 증명, 입력 폼, 일정, 워크플로, 프로젝트 역할과 작업 이력을 이미 제공합니다. Pro는 state 저장소, 프로젝트 러너, Docker 실행과 공급업체 지원 등을 추가합니다. Enterprise는 더 구체적인 접근 제어, 고가용성과 Kubernetes 작업 실행을 추가합니다. 모든 프로덕션 사용에 Enterprise가 필요하다고 생각하지 말고 이 요구를 기준으로 선택하세요.

이 글이 도움이 되었나요?

출처

  1. Red Hat, “Ansible components”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/discover-ansible_components (열람일: ).
  2. Red Hat, “Installation and deployment models”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/plan-ref_installation_deployment_models (열람일: ).
  3. Red Hat, “Scale automation across your infrastructure with automation mesh”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-assembly_planning_mesh (열람일: ).
  4. Red Hat, “About the Terraform integration”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/integrate-con_terraform_intro (열람일: ).
  5. Red Hat, “Orchestrate complex automation with workflow job templates”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-assembly_ug_controller_workflow_job_templates (열람일: ).
  6. Red Hat, “Understand how to configure workflows”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-assembly_ug_controller_workflows (열람일: ).
  7. Red Hat, “Configure nodes in workflow visualizer”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-ref_controller_approval_nodes (열람일: ).
  8. Red Hat, “Create repeatable, shareable job templates to standardize automation runs”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-proc_controller_create_job_template (열람일: ).
  9. Red Hat, “Schedule recurring automation”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-assembly_ug_controller_schedules (열람일: ).
  10. Red Hat, “Define automation target hosts in your inventory files”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-assembly_controller_inventories (열람일: ).
  11. Red Hat, “Sync inventory data with external sources”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-con_controller_inventory_sync_jobs (열람일: ).
  12. Red Hat, “View, create, and assign roles to grant user access to resources”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-assembly_gw_roles (열람일: ).
  13. Red Hat, “Configure an external secret management system for automation”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-assembly_controller_secret_management (열람일: ).
  14. Red Hat, “Define rules that trigger automation from events”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-assembly_eda_rulebook_activations (열람일: ).
  15. Red Hat, “Manage your organization’s automation content”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-manage_your_organization_s_automation_content (열람일: ).
  16. Red Hat, “Ansible automation portal architecture and licensing”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/install-con_self_service_architecture_licensing (열람일: ).
  17. Red Hat, “Ansible Automation Platform Life Cycle”. URL: https://access.redhat.com/support/policy/updates/ansible-automation-platform (열람일: ).
  18. Semaphore UI, “Installation”. URL: https://semaphoreui.com/docs/admin-guide/installation (열람일: ).
  19. Semaphore UI, “Applications”. URL: https://semaphoreui.com/docs/user-guide/apps (열람일: ).
  20. Semaphore UI, “Workflows”. URL: https://semaphoreui.com/docs/user-guide/workflows (열람일: ).
  21. Semaphore UI, “Terraform/OpenTofu”. URL: https://semaphoreui.com/docs/user-guide/apps/terraform (열람일: ).
  22. Semaphore UI, “Inventories”. URL: https://semaphoreui.com/docs/user-guide/inventory (열람일: ).
  23. Semaphore UI, “Team roles and extended RBAC”. URL: https://semaphoreui.com/docs/user-guide/team#extended-rbac (열람일: ).
  24. Semaphore UI, “Key Store”. URL: https://semaphoreui.com/docs/user-guide/key-store (열람일: ).
  25. Semaphore UI, “Integrations”. URL: https://semaphoreui.com/docs/user-guide/integrations (열람일: ).
  26. Semaphore UI, “Community, Pro and Enterprise”. URL: https://semaphoreui.com/pricing (열람일: ).
  27. Semaphore UI, “Runners”. URL: https://semaphoreui.com/docs/admin-guide/runners (열람일: ).
  28. Semaphore UI, “High availability”. URL: https://semaphoreui.com/docs/admin-guide/ha (열람일: ).
  29. Semaphore UI, “Task Templates”. URL: https://semaphoreui.com/docs/user-guide/task-templates (열람일: ).
  30. Semaphore UI, “Schedules”. URL: https://semaphoreui.com/docs/user-guide/schedules (열람일: ).
  31. Semaphore UI, “Semaphore local execution, workflow outputs, inventory paths, host limits and branch overrides”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/tasks/local_executor.go (열람일: ).
  32. Semaphore UI, “Semaphore runner output capture and executor limits”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/runners/job_pool.go#L167-L192 (열람일: ).
  33. Semaphore UI, “Semaphore workflow input mapping model”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db/Workflow.go#L27-L44 (열람일: ).
  34. Red Hat, “Ansible Automation Platform interface example”. URL: https://www.redhat.com/en/blog/whats-new-in-ansible-automation-platform-2.6 (열람일: ).
  35. Red Hat, “Ansible Automation Platform pricing and deployment options”. URL: https://www.redhat.com/en/technologies/management/ansible/pricing (열람일: ).
  36. Red Hat, “Configure central authentication for Ansible Automation Platform”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-assembly_gw_configure_authentication (열람일: ).
  37. Semaphore UI, “Authentication”. URL: https://semaphoreui.com/docs/admin-guide/authentication (열람일: ).
  38. Red Hat, “Configure logging components”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/observe-ref_controller_loggers (열람일: ).
  39. Semaphore UI, “Audit log”. URL: https://semaphoreui.com/docs/admin-guide/audit-log (열람일: ).
  40. Red Hat, “Production Support Terms of Service”. URL: https://access.redhat.com/support/offerings/production/sla (열람일: ).
  41. Red Hat, “Configuring self-service automation portal”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/pdf/configuring_self-service_automation_portal/Red_Hat_Ansible_Automation_Platform-2.6-Configuring_self-service_automation_portal-en-US.pdf (열람일: ).
  42. Semaphore UI, “Variable Groups and reusable configuration”. URL: https://semaphoreui.com/docs/user-guide/environment (열람일: ).
  43. Semaphore UI, “Tasks, execution history and Ansible summaries”. URL: https://semaphoreui.com/docs/user-guide/tasks (열람일: ).
  44. Semaphore UI, “Terraform plan and apply command construction in the Semaphore UI 2.20 candidate”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db_lib/TerraformApp.go (열람일: ).
  45. Semaphore UI, “Get started”. URL: https://semaphoreui.com/docs/getting-started (열람일: ).
  46. Red Hat, “Set extra variables in job templates”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-ref_controller_job_template_variables (열람일: ).
  47. Semaphore UI, “Consul dynamic inventory”. URL: https://semaphoreui.com/docs/user-guide/inventory/consul-dynamic-inventory (열람일: ).
  48. Red Hat, “Add a source to an inventory”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-proc_controller_add_source (열람일: ).
  49. Ansible community, “Ansible constructed inventory plugin”. URL: https://docs.ansible.com/projects/ansible/latest/collections/ansible/builtin/constructed_inventory.html (열람일: ).
  50. Red Hat, “Create dynamic groups with constructed inventories”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-ref_controller_constructed_inventories (열람일: ).
  51. Semaphore UI, “Inventory types and stored resources”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db/Inventory.go (열람일: ).
  52. Red Hat, “Launch a job template and enable fact storage”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-proc_controller_launch_job_template (열람일: ).
  53. Semaphore UI, “Runner selection and capacity”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/tasks/RemoteJob.go (열람일: ).
  54. Red Hat, “Define where automation runs with host and node groupings”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-define_where_automation_runs_with_host_and_node_groupings (열람일: ).
  55. Semaphore UI, “Ansible role and collection installation”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db_lib/AnsibleApp.go (열람일: ).
  56. Red Hat, “Configure collections from source management to run in a project”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-ref_projects_collections_support (열람일: ).
  57. Red Hat, “Control where automation runs with container groups”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-con_controller_container_groups (열람일: ).
  58. Semaphore UI, “Task dispatch, runner routing and concurrency”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/tasks/TaskPool.go (열람일: ).
  59. Red Hat, “How job capacity is determined and impacts job runs”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/optimize-con_controller_capacity_determination (열람일: ).
  60. Semaphore UI, “Notification channels”. URL: https://semaphoreui.com/docs/admin-guide/notifications (열람일: ).
  61. Red Hat, “Create a notification template”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/observe-proc_controller_create_notification_template (열람일: ).
  62. Semaphore UI, “Terraform HTTP backend and state history”. URL: https://semaphoreui.com/docs/user-guide/apps/terraform/states (열람일: ).
  63. Semaphore UI, “Terraform/OpenTofu workspaces”. URL: https://semaphoreui.com/docs/user-guide/apps/terraform/workspaces (열람일: ).
  64. Red Hat, “Terraform backend configuration credentials”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-ref_controller_credential_terraform (열람일: ).
  65. Semaphore UI, “Workflow template selection across automation tools”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/web/src/components/workflow/WorkflowQuickAddMenu.vue (열람일: ).
  66. Semaphore UI, “External secret storage types in the Semaphore UI 2.20 candidate”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db/SecretStorage.go (열람일: ).
  67. Devolutions, “Ansible collection and secret lookup plugins”. URL: https://github.com/Devolutions/ansible-dvls (열람일: ).
  68. Semaphore UI, “CyberArk secret storage for Enterprise”. URL: https://semaphoreui.com/docs/user-guide/key-store/cyberark (열람일: ).
  69. Red Hat, “Review Ansible job output and host events”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/get_started-assembly_gs_auto_op (열람일: ).
  70. Red Hat, “Configure generic OIDC authentication”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-proc_controller_set_up_generic_oidc (열람일: ).
  71. Red Hat, “Deploy the MCP server on Ansible Automation Platform”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/extend-assembly_deploying_ansible_mcp_server (열람일: ).
  72. Red Hat, “Use the automation intelligent assistant”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/extend-con_using_chatbot (열람일: ).
  73. cloin, “Community MCP connector for Semaphore UI”. URL: https://github.com/cloin/semaphore-mcp (열람일: ).

위에 나열한 문서, 저장소와 제품 정보를 바탕으로 Semaphore UI Team이 작성한 비교입니다. 각 출처에 열람일을 기록했습니다.

유용한 링크

팀이 이미 실행하는 작업과 필요한 제어 기능을 평가해 보세요.

Semaphore UI 설치

설치 방식을 선택하고 기존 작업 하나로 평가하세요.

Semaphore UI 에디션 비교

팀에 필요한 접근, 시크릿 저장, 실행 제어를 확인하세요.