Geçici Servisler için systemd-run: Kullanışlı mı yoksa dikkat edilmesi gerekenler mi?

Günlük yönetiminde hızlıca bir arka plan görevi başlatmak ya da geçici bir izolasyon ihtiyacı olduğunda systemd-run en pratik çözümlerden biri olarak karşımıza çıkıyor. Bu yazıda, temel kullanım senaryolarını, karşılaşılabilecek sınırlamaları ve güvenlik/izolasyon tarafındaki ince ayrıntıları somut örneklerle ele alacağım. Sistem yöneticileri olarak test amaçlı kısa ömürlü çalışanlar veya geçici kaynak izole etmek isteyen ekipler için yol gösterici bir rehber olarak düşünün.

• systemd-run temel olarak iki biçimde çalışır: komutları birim olarak çalıştırır veya transient (geçici) bir servis/ölçüm üretir. Örneğin, arka planda çalışacak bir komutu kısa ömürlü bir birimde koşturmak için şu biçimi kullanıyoruz:

1systemd-run --unit temp-echo.service --property=Slice=system.slice -- שנות echo "test"

• İzolasyon seçenekleri önemli: --property=PrivateTmp, --property=PrivateNetwork, --property=ProtectSystem=full gibi ayarlarla süreç çapında sınırlamalar getirilebilir.

• Hızlı entegrasyon testleri ve izolasyon gerektiren tek seferlik iş akışları. Örneğin bir betiğin sistem çapında etkisini minimal tutarken bağımsız bir ortamda çalıştırmak.
• Derleme veya paket testi gibi adımlarda, derleyici veya test aracını izole etmek için transient servisler kullanılır.
• CI/CD boru hatlarında, belirli adımları kapsayan geçici çalışma alanları oluşturmak.

• ResourceControl ile CPU, bellek ve IO limitlerini kullanmak önemlidir. Örneğin:

1systemd-run --unit temp-job --property=CPUQuota=25% --property=MemoryMax=256M your-command

• PrivateTmp ve PrivateNetwork kullanımı, ana sistemden izole etme sağlar; ancak bazı durumlarda ağ erişimini gerektirebilir, bu yüzden ihtiyaca göre ayarlanmalı.
• Anonymous’nin güvenlik etkileri: geçici birimin ömrü, sistemden bağımsız olarak belirli bir zaman diliminde biter; bu yüzden zamanlayıcılarla da uyumlu şekilde kullanılabilir.

• Geçici servisler, tamamen otomatik temizlenmesi için transient olarak oluşturulur; ancak loglar ve durum dosyalarının temizliği için --job-mode=block veya systemd-run —property=RemainAfterExit=false gibi ayarlarla davranış netleştirilebilir.
• İzleme için journalctl üzerinden loglar takip edilebilir, belirli bir süre sonra otomatik olarak temizlenen birimlerin davranışını doğrulamak önemli.