Ansible arayüzü: Semaphore UI ve Ansible Automation Platform (AAP)

AAP 2.6, RHEL üzerinde konteyner tabanlı Podman kurulumunu ve OpenShift üzerinde Operator tabanlı kurulumu destekler. Eski RPM yükleyicisi, geçiş için 2.6’da RHEL 9 üzerinde desteklenmeye devam eder, ancak kullanımdan kaldırılmıştır. Red Hat bu dağıtımlar için desteklenen topolojileri ve ürün yaşam döngüsünü belgeler. Her AAP kurulumu Kubernetes gerektirmez.

Semaphore UI, mevcut bir sunucuda ikili dosya veya yerel paket olarak, Docker veya Kubernetes üzerinden çalışabilir. Ansible için ortak arayüz kuran bir ekip geleneksel sunucu kurulumunu seçebilir ve zaten işlettiği depo ve altyapıyı yeniden kullanabilir. Otomasyon hizmeti yedekli uygulama örnekleri gerektiriyorsa Enterprise yüksek kullanılabilirlik ekler. Semaphore UI sunucusu Windows’ta da yerel olarak çalışır, Ansible yürütmesi ise WSL, konteyner veya Linux runner gerektirir.

Semaphore UI, mevcut bir sunucudan yama ve dağıtım işlerini paylaşabilir. AAP’nin dağıtım topolojisi seçilen bileşenlere ve ekibin sürdürmesi gereken yürütme kapasitesine bağlıdır.

AAP, Ansible playbook’larını ve Ansible çalışma ortamı ile gerekli bağımlılıkları içeren konteyner imajları olan execution environment’ları kullanır. Terraform entegrasyonları, Terraform hizmetlerini koordine eden collection’ları içerir. Playbook’lar diğer komut satırı araçlarını da çağırabilir. Tüm prosedürü zaten Ansible yönetiyorsa bu tutarlı bir modeldir.

Semaphore UI de pratik Ansible işlemleri etrafında kuruludur, ancak Terraform/OpenTofu, Terragrunt, Bash, PowerShell ve Python’a kendi Task Template’lerini verir. Terraform/OpenTofu için mühendis arayüzden depoyu, yapılandırma dizinini, workspace’i ve Variable Group’u seçer. IaC aracı, yalnızca onu çağırmak için yazılmış bir Ansible playbook’u olmadan doğrudan çalışır. Böylece Ansible dağıtımı, Terraform provizyon işi ve Python doğrulama görevi, kendi çalıştırma ayarlarını koruyarak aynı projeyi paylaşabilir.

Örneğin geçici bir test ortamında önce altyapı oluşturulması, ardından uygulamanın yapılandırılması ve hazır olma kontrolü gerekebilir. Semaphore UI bu adımları mevcut araçlarında tutar ve iş akışıyla bağlar. Otomasyonu birden çok depo ve dile yayılmış, ancak işlemi tek yerden başlatıp incelemek isteyen ekipler için yararlıdır.

Geliştirme, staging ve üretim için ayrı state/backend adresleri veya desteklenen workspace’ler yapılandırın. Workspace desteği seçilen backend’e bağlıdır. Semaphore UI Pro, state sürüm geçmişi ve arayüz yönetimi sunan yerleşik HTTP backend ile state’i kendisi barındırabilir. Geçici ortamlar oluşturan ekip için provizyon şablonu, state’i ve sonraki Ansible yapılandırması tek hizmette kalır. AAP’nin belgelenmiş Terraform entegrasyonları state için Terraform hizmetleri veya yapılandırılmış harici backend kullanır. Ekipte zaten harici backend varsa Semaphore UI de bunu koruyabilir.

Kaydedilmiş Terraform planının tam halini onaylayıp uygulaması gereken süreçte açık plan depolama ve yeniden kullanım yapılandırılmalıdır. Semaphore UI varsayılan olarak ayrı plan ve apply çalıştırır, varsayılan komutları üzerine yazılmadıkça -lock=false kullanır. State backend sağlamak bu görev komutu ayarlarını değiştirmez.

AAP Job Template, işlem için projeyi, playbook’u, envanteri, kimlik bilgilerini ve yürütme ortamını kaydeder. Başlatılması bir iş oluşturur. Girdi formu, o çalıştırma için etkinleştirilen girdileri toplar. Böylece operatör yapılandırmayı yeniden oluşturmadan hazırlanmış prosedürü çalıştırabilir.

Semaphore UI, aynı yeniden kullanılabilir başlatma modelini Ansible ve diğer otomasyon araçlarında Task Templates ile uygular. Ansible şablonu depoyu, playbook’u, envanteri ve kimlik bilgilerini seçer. Adlandırılmış Variable Groups, şablonlar arasında yeniden kullanılan yapılandırmayı tutar, girdi formu alanları ise tek bir çalıştırma için gerekli değerleri toplar. AAP, envanterler ve Git’teki dosyalar üzerinden değişkenleri yeniden kullanabilir.

Destek ekibiyle paylaşılan bir hizmet yeniden başlatma prosedürünü düşünün. Mühendis playbook’u ve ortam yapılandırmasını hazırlar, ardından başlatma formunda hizmet adını ve değişiklik referansını ister. Ekip arkadaşı işlemi seçer, girdileri sağlar, durum ve çıktıyı izler. Aynı proje kaynaklarıyla ayrı şablonlar üzerinden dağıtım, yedekleme veya sertifika yenileme sunulabilir.

İki ürün de kaydedilmiş şablonları zamanlar. AAP tek seferlik ve tekrarlanan zamanlamalar sağlar. Semaphore UI cron ifadelerini ve yapılandırılmış girdilerle tek seferlik çalıştırmaları destekler. Manuel bakım penceresi öncesinde kullanılan yedekleme, geceleri zamanlamayla da çalışabilir. Böylece ekip ayrı cron komutu ve web başlatma yapılandırması sürdürmek yerine aynı operasyon prosedürünü yeniden kullanır.

AAP, envanter kaynaklarını yönetilen sunuculara ve gruplara senkronize eder. Daha karmaşık Ansible işlemleri için saklanan facts verileri ve constructed inventory sunar. Operatör, işleri başlattığı platformda tek tek sunucu bilgilerini inceleyip yönetebilir. Bu kayıtların bakımı ve envanter kaynaklarını birleştirmek günlük işin parçasıysa yararlıdır. AAP, envanter kaynaklarını zamanlamayla veya başlatma öncesinde yenileyebilir, isteğe bağlı olarak sunucu facts verilerini yönetilen önbellekte tutabilir.

Semaphore UI, NetBox ve bulut API’leri için olanlar dâhil statik veya Git envanter tanımlarını ve Ansible keşif eklentilerini yeniden kullanır. Operatörler arayüzde INI/YAML tanımlarını düzenleyebilir veya sunucu bilgisi kaynağı olarak Git ve harici keşfi koruyabilir. Şablon, işlem çalıştığında ihtiyaç duyduğu envanteri seçer. Dinamik keşif yürütme sırasında yapılır. Ansible’da yapılandırılmış fact önbelleği kullanılabilir, ancak Semaphore UI controller tarafından yönetilen bir fact önbelleği sağlamaz.

Altyapısını zaten otomasyon arayüzü dışında yöneten ekip için bu, yalnızca işleri paylaşmak amacıyla ikinci bir sunucu yönetim süreci kurmayı önler. Aynı envanter yama, sertifika kontrolleri ve dağıtımlarda kullanılabilir, her işlem ayrı şablon ve girdilere sahip olabilir. Operatörlerin yalnızca üzerinde çalıştırılacak envantere değil yönetilen bir görünüme ihtiyacı varsa AAP’nin senkronize sunucu ve grup görünümü değerini korur.

İki ürün de kimlik bilgisi referanslarını hazırlanmış işlemle birlikte saklar. Mühendis depo erişimini, makine kimlik bilgilerini ve diğer gizli bilgileri bir kez yapılandırıp dağıtım ve bakım işleri boyunca yeniden kullanabilir. İşlemi başlatan ekip arkadaşlarının her çalıştırmada bu bilgileri yeniden sağlaması gerekmez.

AAP, HashiCorp Vault, AWS Secrets Manager, Azure ve CyberArk entegrasyonları dâhil kimlik bilgisi nesneleri ve harici gizli bilgi sorgulamaları destekler. Semaphore UI proje Key Store’u sağlar, Pro’da HashiCorp Vault veya OpenBao’yu bağlar. Enterprise AWS Secrets Manager, Azure Key Vault, Devolutions Server ve PVWA API üzerinden CyberArk’ı ekler. AAP, yürütme ortamına yüklenen Devolutions Ansible collection’ını playbook’larda kullanabilir. Yerleşik kimlik bilgisi bağlayıcılarında özel bir OpenBao sorgulaması yoktur. AAP ayrıca Semaphore UI’nin yerleşik depolama olarak sunmadığı Centrify Vault ve Thycotic Secret Server veya DevOps Secrets Vault bağlayıcıları sağlar. Platform bağlayıcısı yoksa Ansible lookup collection’ı veya bir komut işlem için gizli bilgileri alabilir. Bu entegrasyon otomasyonda sürdürülür. Dolayısıyla ekipler mevcut kasalarına ve platformun kendisinde yapılandırmak istedikleri bağlantılara göre seçim yapabilir.

AAP, işleri Ansible ve playbook bağımlılıklarını içeren yürütme ortamlarında çalıştırır. Yürütme düğümleri işi kontrol hizmetlerinden uzakta gerçekleştirir. Automation mesh bu düğümleri bağlar ve uzak ağlara erişmek için ara hop düğümleri kullanabilir. Bu model, tanımlı yürütme imajları ve ağ yolları olan dağıtık Ansible altyapısını destekler.

Semaphore UI otomasyonu kendi sunucusunda veya hedef sistemlerin yakınına konulan runner’larda çalıştırabilir. Örneğin özel ağ içindeki bir runner yerel sunucularda Ansible bakım işi yürütürken ortak arayüz başka yerde kalabilir. Community’de genel runner’lar bulunur. Pro, projeye atanmış runner’ları ve farklı yürütme ortamları için etiket tabanlı yönlendirmeyi ekler.

Ekip doğrudan yürütmeyle başlayabilir, iş yükü gerektirdiğinde ayrı makineler veya görev başına konteynerler ekleyebilir. Pro Docker görev yürütmesi sağlar, Enterprise Kubernetes görev yürütmesini ekler. Böylece mevcut playbook’ları çalıştıran hizmet automation mesh dağıtımı gerektirmeden tek sunucudan ayrılmış yürütmeye geçebilir. Uygulama sunucusunu konteynerleştirmek ile her görevi konteynerleştirmek ayrı tercihlerdir.

AAP Workflow Job Templates, Job Templates’i, proje güncellemelerini, envanter güncellemelerini ve diğer iş akışlarını bağlar. Onay adımları çalıştırmayı duraklatır, Ansible set_stats değerleri sonraki işlere aktarılabilir. Birden çok prosedür yalnızca bir kez sürdürülmesi gereken tam bir diziyi paylaşıyorsa iş akışını iç içe kullanmak değerlidir.

Semaphore UI iş akışları, Ansible, Terraform/OpenTofu, Terragrunt, Bash, PowerShell ve Python Task Templates’i başarı ve hata dalları, onaylar ve gecikmelerle doğrudan bağlar. Provizyon iş akışı Terraform/OpenTofu ile altyapı oluşturabilir, Ansible ile yapılandırabilir ve Python hazır olma kontrolü çalıştırabilir. Bakım iş akışı yedeklemeyle başlayıp güncellemeleri uygulayabilir ve doğrulama yapabilir. Aynı şablonları ekip arkadaşları ayrı ayrı da başlatabilir. AAP aynı prosedürü Ansible Job Templates ve Terraform entegrasyonlarıyla yönetebilir. Fark, her aracın çalıştırma yapılandırmasının kendi şablonunda mı yoksa Ansible işlerinin arkasındaki playbook ve entegrasyonlarda mı tutulduğudur.

Semaphore UI 2.20, Ansible set_stats değerlerini, Terraform/OpenTofu/Terragrunt çıktılarını ve Bash, PowerShell veya Python’dan gelen JSON’u sonraki görev girdilerine aktarır. Böylece provizyonun döndürdüğü adres veya kaynak kimliği sonraki işlemin girdisi olabilir. AAP, Ansible işleri arasında set_stats değerlerini aktarır. İkisi de yararlı değer aktarımı sağlar. Fark, sonucun nasıl üretildiği ve kullanıldığıdır. Alıcı şablon girdiyi tanımlar, playbook veya envanter yapılandırması da yeni sunucuyu hedeflemek için bu girdiyi kullanır.

AAP, iş akışı onayları için atanabilir Approve izni sunar. Semaphore UI 2.20 onayı, proje görevlerini çalıştırma iznine bağlar. Ayrı onaylayıcı rolü 2.21.0 için duyurulmuştur. Onay sorumluluğunun kendi iznine ihtiyaç duyduğu durumlarda bu önemlidir.

Provizyon ve yapılandırma iş akışı, sunucuda veya uzak runner’da yerel yürütücüyü kullanarak Semaphore UI görevleri arasında toplanan değerleri aktarabilir. Docker ve Kubernetes yürütücüleri bu çıktıları toplamaz. Dolayısıyla bunlara bağımlı iş akışı farklı yürütme düzeni gerektirir. Tekil görev şablonları iş akışları arasında yeniden kullanılabilir kalır. Birden çok prosedürün tam bir çok adımlı iş akışını yeniden kullanması gerekiyorsa AAP’nin iç içe iş akışları bu dizileri ayrı ayrı sürdürmeyi önler. Her iki platformda da kaydedilmiş Terraform planı gibi dosyalar erişilebilir depolama veya işler arasında açık aktarım gerektirir.

AAP tekil kaynaklara erişim verir ve özel rolleri destekler. Operatörler iş şablonlarından bağımsız olarak belirli envanterleri ve kimlik bilgilerini kullanma izni alabilir. Bu, günlük işlerinde yetkili Ansible kaynaklarını birleştirerek yeni işlemler oluşturan ekiplere uygundur.

Semaphore UI erişimi projeler ve hazırlanmış işlemler etrafında düzenler. Community proje rolleri otomasyonu sürdüren mühendisler ile çalıştıran ekip arkadaşları arasında görev ayrımını zaten destekler. Proje, yapılandırılmış kaynaklarıyla birlikte ekibin dağıtım, yedekleme ve bakım şablonlarını bir araya getirebilir.

Erişimin seçili işlemlerle sınırlanması gerektiğinde Enterprise özel roller ve şablon düzeyinde yürütme izinleri ekler. Örneğin destek personeline hizmet yeniden başlatma şablonu verilirken dağıtım başka rolde kalabilir. Envanter, kimlik bilgileri ve etkinleştirilmiş başlatma geçersiz kılmaları hazırlanmış yapılandırmanın parçasıdır. Bu, işlemleri devretmeye odaklı bir modeldir. AAP ise alttaki kaynaklar üzerinde bağımsız izinler sunar.

İkisi de LDAP entegrasyonu destekler. Semaphore UI Pro ayrıca OIDC oturum açma sunar. AAP, OIDC, SAML ve merkezi yapılandırılan diğer kimlik sağlayıcılarını destekler. Semaphore UI yerleşik SAML entegrasyonu sağlamaz. Semaphore UI Pro yerel hesaplar için TOTP iki faktörlü kimlik doğrulama da ekler.

Ekip arkadaşı bir dağıtım veya bakım işinin tamamlanıp tamamlanmadığını öğrenmek istediğinde operasyon sonucu önce gelir. İki ürün de yürütme çıktısını ve geçmişini saklar. Semaphore UI görev durumunu, depo revizyonunu ve başlatma ayrıntılarını kaydeder. Pro, sunucu başına başarısız görevleri gösteren Ansible sunucu özeti ekler. Yama veya sertifika işinden sonra operatör etkilenen sunucuları belirleyip ilgili çıktıyı inceleyebilir.

Yönetim denetiminin amacı farklıdır. AAP etkinlik akışı platform kaynaklarındaki değişiklikleri kaydeder, günlük entegrasyonları iş ve sistem olaylarını iletir. Semaphore UI oturum açmalar, izin değişiklikleri ve kaydedilen diğer işlemler için yönetici denetim günlüğü sağlar. Pro filtreler, dosya dışa aktarma ve TLS Syslog veya Splunk HEC iletimini ekleyerek olayların organizasyonun güvenlik araştırmalarına ve SIEM kayıtlarına katılmasını sağlar.

AAP’nin automation hub bileşeni, Red Hat Certified ve doğrulanmış içeriğe erişimle collection’ları ve yürütme imajlarını dağıtır. Event-Driven Ansible olayları rulebook’larla değerlendirir ve otomasyonu tetikler. Bunlar kaydedilmiş iş için gelen webhook’un ötesinde, organizasyon genelinde otomasyonu yönetme ve başlatma hizmetleridir.

Semaphore UI, REST API’si ve eşleştirme ile girdi çıkarma sağlayan webhook entegrasyonlarıyla mevcut CI, izleme ve istek sistemleriyle birlikte çalışır. Derleme pipeline’ı sürüm yayımlayıp hazırlanmış dağıtımı isteyebilir, olay işleyicisi ise tanılama işlemi talep edebilir. Semaphore UI bu işlemin envanterini, kimlik bilgilerini ve yürütme kaydını tutar. Çağıran taraf kimlik doğrulamayı yönetir ve çevreleyen süreç tamamlanmayı bekliyorsa görev sonucunu kontrol eder.

Semaphore UI ve automation controller hazırlanmış işler için başlatma formları sağlar. AAP ayrıca Red Hat Developer Hub üzerine kurulu, ayrı dağıtılan Ansible automation portal sunar. Bu portal self servis katalog, şablon senkronizasyonu ve özel entegrasyonlar içerir. Portal için Developer Hub kullanımı AAP aboneliğine dâhildir. Bu kataloğa ihtiyaç duymadan ortak iş yürütmesi isteyen ekipler için Semaphore UI, Ansible ve diğer otomasyon araçlarına odaklı arayüz sağlar.

AAP, platform işlemlerini uyumlu asistanlara sunan resmî bir MCP sunucusu sağlar. Platformla birlikte veya bağımsız konteyner olarak dağıtılabilir. AAP ayrıca arayüzünde yapılandırılmış model sağlayıcısına bağlı, isteğe bağlı automation intelligent assistant sunar. Böylece bütünleşik platform yaklaşımı yapay zekâ destekli operasyonlara uzanır.

Semaphore UI’nin API’si için topluluk MCP bağlayıcısı vardır. Pro için resmî MCP desteği 2.21.0 sürümü için duyurulmuştur. Claude Code veya Codex de şablon hazırlamaya, entegrasyon kodu yazmaya ya da sağlanan yapılandırma ve çıktı üzerinden başarısız çalıştırmayı araştırmaya yardımcı olmak için açık dokümantasyona, kaynak koduna ve API tanımlarına başvurabilir. Ekip daha geniş bir platform benimsemeden mevcut otomasyon hizmetinin yanında bu yardımdan yararlanabilir.