Panel otomasyonu ile uygulama görevi farklıdır
Panel otomasyonu yedekleme, SSL yenileme ve süreli güvenlik engellerinin temizliği gibi panel işlerini yürütür. Planlı görevler ise sizin belirlediğiniz uygulama komutlarını çalıştırır. İkisini aynı iş için kullanmadan önce tekrar çalışma etkisini değerlendirin.
Sürekli çalışan worker, belirli aralıklarla biten bir görevle aynı model değildir. Önce işin tek seferlik mi, periyodik mi, sürekli mi olduğunu belirleyin. Zamanlanan komut önceki çalışma bitmeden yeniden tetiklenirse uygulama iki kez aynı veriyi işleyebilir.
Görev tanımlarken gerekli bilgiler
| Alan | Neden gerekli? |
|---|---|
| Executable ve argümanlar | Hangi programın hangi işlemi yaptığı açık olmalı. |
| Çalışma klasörü | Göreli dosya yollarının doğru çözülmesi gerekir. |
| Çalıştıran hesap | Dosya, ağ ve veritabanı izinleri bu hesaba bağlıdır. |
| Ortam ve bağımlılıklar | Etkileşimli terminaldeki PATH farklı olabilir. |
| Takvim ve çakışma | Saat dilimi ve önceki çalışmanın süresi dikkate alınmalıdır. |
İlk çalıştırma ve doğrulama
- Komutu doğru executable ve çalışma klasörüyle kontrollü test edin.
- Görevi oluşturup planlı zamanı beklemeden elle çalıştırın.
- Durum ve çıktı ekranından başlangıç, bitiş ve hata bilgisini okuyun.
- İşin gerçek sonucunu kontrol edin: dosya oluştu mu, veri işlendi mi, alıcıya teslim edildi mi?
- Aynı işin ikinci çalışmasının çoğaltma veya veri kaybı üretmediğini sınayın.
- Yeniden başlatma sonrasında çalışma koşullarını ve gerekli erişimleri doğrulayın.
Hangi günlük hangi soruyu yanıtlar?
IIS erişim günlüğü HTTP isteğinin durumunu; uygulama çıktısı uygulama içi hatayı; görev durumu çalıştırma sonucunu; denetim kaydı ise yönetim değişikliğini gösterir. Aynı olayın zamanını bu kaynaklarda eşleştirin. Bir günlükte kayıt olmaması diğer katmanın başarılı olduğunu kanıtlamaz.
Süreç listesinde bir PID görmek uygulamanın sağlıklı yanıt verdiğini göstermez. Gerçek kullanıcı akışı veya uygulamanın sunduğu sağlık uç noktasıyla kontrolü tamamlayın. Günlüklere parola, API anahtarı ve gereksiz kişisel veri yazdırmayın.
Otomasyonu sürdürülebilir tutun
Son başarılı yedek, son sertifika yenileme ve başarısız görevleri düzenli inceleyin. Saklama süresini ve disk alanını izleyin; sınırsız günlük büyümesi uygulamayı durdurabilir. Bir işi durdurmadan önce mevcut işlem ve yeniden deneme etkisini değerlendirin, aynı worker için ikinci bir görev yöneticisi kurmayın.
Sık sorulan sorular
Görev başarılı görünüyor ama işlem olmamış olabilir mi?
Evet. Komutun tamamlanmasıyla iş sonucunun doğruluğu farklıdır; üretilen veriyi veya teslimatı ayrıca kontrol edin.
Sürekli worker için her dakika yeni görev başlatmalı mıyım?
Hayır. Sürekli süreç için tek sahipli süreç yönetimi gerekir. Her dakika yeni kopya açmak çift işlem ve port çakışmasına yol açabilir.