Rutin işleri yapılacaklar listenizden çıkarın

Ansible playbook'larını, altyapı kodunu ve betikleri zamanlayın. Yama, sertifika yenileme ve yedekleri her çalıştırmanın sonucuyla tek ortak zamanlamada tutun.

GİRDİAltyapı
ZamanlamaYENİ ZAMANLAMA
Haftalık servis kontrolleri0 2 * * 0Staging service preflight
Sertifika yenileme0 3 * * *Renew public TLS certificates
Veritabanı yedeği kontrolü0 6 * * 1-5Verify production backups
Üç haftalık geçmiş satırı örnektir. Seçili Görev 22 günlük satırları, Semaphore 2.19.12'de üç geçici yerel staging-service uç noktasına karşı kayıtlı tek seferlik Ansible ön kontrolünden uyarlanmıştır. Bu prototip görev yürütmez.

Cron kaydı var. Rutin iş hâlâ yapılıyor mu?

Yama pencerelerini ve sertifika yenilemeyi unutmak kolaydır. Değişen kimlik bilgisi veya erişilemeyen makine daha önce çalışan işi bozabilir. Tek başına zamanlayıcı, ekibe neyin çalıştığını veya neyin dikkat gerektirdiğini söylemez.

Zamanlamayı ve sonucu birlikte tutun. Kayıtlı Görev Şablonu zamanlayın, sonraki çalıştırmayı kontrol edin ve geçmişten her yürütmeyi açın. Zaman bilgisi başlattığı işin yanında görünür kalır.

İşleri zamanlayıp her çalıştırmayı izleyin

Yinelenen işi ekip rutininin parçası tutun

Ekibin zaten kullandığı işi zamanlayın

Depo, envanter ve kimlik bilgilerini yeniden kullanılabilir tek Görev Şablonunda tutun.

Görev şablonları

Her zamanlanmış çalıştırmayı inceleyin

Her çalıştırmanın kendi durumu, zaman damgaları ve görev çıktısı vardır.

Denetim ve günlükler

Zamanlanmış iş başarısız olduğunda bildirim gönderin

Yama, sertifika yenileme ve diğer yinelenen işler için bildirim kanallarını ve olayları seçin.

Bildirimler

Rutin otomasyonu öngörülebilir tutun

Daha önce test ettiğiniz işi zamanlayın

Zamanlama, mevcut bir Görev Şablonuna yalnızca zaman bilgisi ekler. Depo, playbook veya betik, hedef yapılandırması, kimlik bilgisi başvuruları ve kabul edilen girdiler şablonda kalır. Uygulamada sıra önemlidir: önce işlemi elle çalıştırın, çıktısını okuyun, ancak sonra aynı tanıma periyot verin. Şablonu sonradan düzenlemek gelecekteki tüm çalıştırmaları değiştirir; şablon değişikliklerini çalıştırdığı kod gibi inceleyin.

Yama, sertifika yenileme ve yedek kontrolleri

Bunlar sessizce çalışmayı bırakan işlerdir. Zamanlamayı test edilmiş Ansible yama playbook'una, TLS yenileme betiğine veya yedek doğrulama kontrolüne yönlendirin; periyot bir mühendisin crontab'ı yerine projenin parçası olur. Semaphore işlemi başlatıp sonucu kaydeder; değişikliği doğrulamak ve başarısızsa sıfır dışı çıkmak hâlâ playbook veya betiğin sorumluluğudur. Kaçırılan yenileme sertifika dolmadan ortaya çıksın diye hataları ekibin izlediği kanala gönderin.

Cron ifadeleri, hazır ayarlar ve sunucu saat dilimi

Hazır aralık seçin veya standart beş alanlı cron ifadesi yazın. Düzenleyici ifadenin yanında yapılandırılmış zamanlama saat dilimini ve sonraki çalıştırmayı hem bu dilimde hem tarayıcı yerel saatinde gösterir; istenmeyen ifadeyi fark etmenin en hızlı yolu budur. Yöneticiler zamanlama saat dilimini sunucu düzeyinde ayarlar, varsayılan UTC'dir; zamanlama başına saat dilimi seçimi yoktur. Dilim yaz saati kullanıyorsa bakım penceresine güvenmeden saat değişimi çevresindeki beklenen çalıştırmayı kontrol edin.

Zamanlanmış çalıştırmanın ihtiyaç duyduğu değerleri sağlayın

Zamanlama; dal, Ansible ana makine sınırı veya Anket alanı gibi şablonun sunduğu istemler üzerinden değer geçirebilir. Periyodu etkinleştirmeden hangi değerlerin değişebileceğine karar verin, birleşimi elle test edin ve zamanlamaya kaydedin. Sunulan girdileri dar tutun: zamanlama, daha küçük kapsamla incelenmiş bir işlemin hedef kapsamını genişletme yoluna dönüşmemelidir.

Başarısız çalıştırmayı bulun ve inceleyin

Her çalıştırma kendi durumu, başlangıç zamanı, kaynak bağlamı ve çıktısıyla normal göreve dönüşür; inceleme mevcut şablondan değil gerçekten gerçekleşen çalıştırmadan başlar. Gecikmeyi teşhis ederken planlanan ve gözlenen başlangıcı karşılaştırın. Kaçırılan zaman aralığı için otomatik yeniden deneme veya telafi yoktur; kurtarma bilinçli karardır: orijinal çıktıyı inceleyip çoğunlukla daha dar ana makine sınırıyla yeni çalıştırma başlatın.

Gözetimsiz çalıştırmaların bildirimlerini seçin

Zamanlama, şablonunda yapılandırılmış bildirimleri devralabilir veya başka bir proje bildirimi kümesi kullanabilir. Gözetimsiz hataları rutin işleri takip eden ekibe yönlendirin; elle çalıştırmalar için ayrı bildirim seçimi korunabilir.

Tek seferlik bakım çalıştırması planlayın

Bakım kontrolü veya geçici ortam temizliği gibi seçili zamanda bir kez çalışması gereken işlem için tek seferlik zamanlama kullanın. Rutin iş için yinelenen cron zamanlamalarını koruyun. İkisi de kayıtlı Görev Şablonu başlatır ve incelenebilir normal yürütme kaydı bırakır.

FAQ

Semaphore Ansible, Terraform, OpenTofu ve betikleri zamanlayabilir mi?

Evet. Semaphore zamanlaması Ansible playbook'u, Terraform veya OpenTofu yapılandırması ya da Bash, Python veya PowerShell betiği çalıştıran mevcut Görev Şablonunu başlatır. Önce şablonda depo, kimlik bilgileri, hedefler ve yürütme ortamını yapılandırın. Sonra zamanlamaya zaman ve desteklenen girdileri ekleyin. Her çalıştırma ayrı zamanlanmış betik modeli yerine normal görev kaydını tutar.

Cron ifadesi veya hazır aralık kullanabilir miyim?

Evet. Semaphore yaygın hazır zamanlamalar sunar ve daha kesin zamanlar için standart beş alanlı cron ifadesi kabul eder. Kaydetmeden ifadenin amaçladığınız anlama geldiğini sonraki çalıştırma önizlemesinden kontrol edin. Zamanlama mevcut Görev Şablonunu başlatır; Git deponuzdaki playbook, Terraform yapılandırması veya betiğin yerine geçmez. Tekrarlar aynı altyapıya dokunacaksa işi idempotent tutun.

Sunucu yamalarını ve TLS sertifika yenilemeyi zamanlayabilir miyim?

Evet, işlem için test edilmiş Görev Şablonunuz varsa. Örneğin haftalık Ansible yama playbook'u veya sertifika yenileme betiği zamanlamayla tetiklenebilir. Semaphore görevin başlangıcını belirler ve yürütme kaydını tutar; playbook veya betik güncellemeyi yapmalı, sonucu doğrulamalı ve hatayı doğru raporlamalıdır. Başarısız çalıştırma sonraki yama penceresinden veya sertifika dolmadan dikkat gerektiriyorsa bildirim ekleyin.

Zamanlama hangi saat dilimini kullanır?

Zamanlamalar Semaphore sunucusunda yapılandırılmış saat dilimini kullanır; varsayılan UTC'dir. Görüntülenen dilim ve sonraki çalıştırma önizlemesi ifadeyi açıklar; her zamanlama için ayrı saat dilimi ayarı değildir. Özellikle mühendisler birden fazla bölgede çalışıyorsa periyotla birlikte sunucu saat dilimini belgeleyin. Yaz saati dilimi kullanıyorsanız bakım penceresine güvenmeden saat değişimleri çevresindeki beklenen çalıştırmayı kontrol edin.

Zamanlama farklı dal, envanter veya ana makine sınırı sağlayabilir mi?

Zamanlama, şablonda etkinleştirilen istemler üzerinden desteklenen görev parametrelerini sağlayabilir. Önce hangi değerlerin değişebileceğini belirleyip yalnızca bu girdileri açın. Amaçlanan birleşimi elle test edin ve zamanlamanın geçersiz kılmalarını kaydedin. Yeniden kullanılabilir yürütme yapılandırması şablonda kalır. Zamanlama, işlemin girdi tasarımını atlatma veya hedef kapsamını sessizce genişletme yoluna dönüşmemelidir.

Zamanlanmış işlem aralığından uzun sürerse ne olur?

Zamanlanmış iş normal görev yürütme modelini, eşzamanlılık ve kapasite ayarlarını kullanır. Sık zamanlayıcı aynı hedeflerde çakışan değişiklikleri güvenli yapmaz. Beklenen görev süresini aralıkla karşılaştırın ve otomasyonda kilitleme veya idempotent davranış düşünün. Kaynak yoğun veya yıkıcı işlemlerde kısa aralık kullanmadan dağıtımınızdaki bekleme ve çakışmayı test edin.

Başarısız zamanlanmış çalıştırmayı nerede bulabilirim?

Projenin görev geçmişini açın ve incelemek istediğiniz çalıştırmayı bulun. Yeniden çalıştırmaya karar vermeden durumunu, zamanlarını, kaynak bağlamını ve araç çıktısını inceleyin. Gecikme teşhisinde planlanan ve gözlenen başlangıcı karşılaştırın. Bildirimler önemli sonuçları yapılandırılmış kanala taşıyabilir; ayrıntılı yürütme kaydı görevde kalır.

Zamanlama otomatik yeniden deneme ve kaçırılan çalıştırmayı telafi etme içerir mi?

Kurulu sürümünüzde belgelenmeyen yeniden deneme, kaçırılan çalıştırmayı telafi etme veya iş takvimi davranışını varsaymayın. Zamanlama işlemin ne zaman başlayacağını belirler; kesinti sonrası kurtarma ayrıca tasarlanıp test edilmelidir. Kaçırılan yedek veya bakım kontrolünün geç çalışması, atlanması ya da mühendis kararı gerektirmesi gerektiğine karar verin. Seçim işleme ve hedef ortama etkisine bağlıdır.

İş akışını zamanlamayla başlatabilir miyim?

Mevcut Zamanlama formu İş Akışı değil Görev Şablonu seçer. Tam iş akışını zamanlayıcıyla başlatmak için dış zamanlayıcıdan veya Semaphore'da zamanladığınız betik Görev Şablonundan Pro iş akışı API'sini çağırın. İş akışı yapılandırılmış bağımlılık, onay ve başarı veya hata yollarını izler. İlerlemesi ayrı iş akışı çalıştırması olarak kaydedilir. İş Akışlarını ve iş akışı API belgelerini inceleyin.