CI/CD Pipeline

Klasik akışta pipeline cluster'a bağlanıp değişikliği iter, bu da CI sistemine üretim erişimi vermeyi gerektirir. GitOps'ta ise cluster içindeki bir bileşen git deposunu izler ve değişikliği kendisi çeker. Böylece üretim erişimi dışarı açılmaz ve cluster'ın olması gereken hali her zaman git üzerinde okunabilir durur.

Sıralama önemlidir. Hızlı ve ucuz testler en başta çalışır, çünkü hatayı erken yakalamak pipeline süresini kısaltır. Uzun süren uçtan uca testler ayrı bir aşamaya alınır. Sürekli kırmızı kalan bir test paketi zamanla göz ardı edilmeye başlandığı için, kararsız testleri düzeltmek eklemek kadar önemlidir.

Kullanıcı sayısı yüksek ve geri dönüşü maliyetli olan servislerde gereklidir. Yeni sürüm önce trafiğin küçük bir yüzdesine açılır, hata oranı ve gecikme gibi metrikler izlenir, eşik aşılırsa otomatik geri alınır. Bunun çalışması için önce hangi metriğin başarısızlık sayılacağının tanımlanmış olması gerekir.

Parola, anahtar ve token asla depoya düz metin olarak yazılmaz. GitOps akışında sırlar ya şifrelenmiş biçimde depoda tutulur ya da harici bir sır yöneticisinden çalışma anında çekilir. Yanlışlıkla depoya girmiş bir sır, silinse bile git geçmişinde kaldığı için geçersiz kılınması gerekir.

Önce nerede beklendiği ölçülür. En sık kazanç bağımlılık önbelleğinden, birbirine bağlı olmayan aşamaların paralel çalıştırılmasından ve imaj katmanlarının doğru sıralanmasından gelir. Uzun pipeline'ın asıl maliyeti süre değil, geliştiricinin geri bildirimi geç almasıdır.