Güncellendi:
Bulut kaynakları geliştirme ve test ortamlarını daha düzenli kurmaya yardımcı olabilir; yayın hızını asıl belirleyen koddan üretime kadar olan sürecin tekrar edilebilirliğidir. Sürüm kontrolü, otomatik test, değişmeyen bir yayın paketi ve ölçülebilir kabul koşulları birlikte çalışmalıdır. Kaynakları buluta taşımak bu adımları kendiliğinden oluşturmaz.
Görseli büyüt →
Ortamları tanımlayın ve benzer tutun
Geliştirme, test ve üretim ortamlarının çalışma zamanı, bağımlılık ve yapılandırma farklarını kaydedin. Sürümleri sabitlemek “benim bilgisayarımda çalışıyordu” türü sorunları daraltır. Ortam tanımlarını sürüm kontrolünde tutarken parola ve erişim anahtarlarını depoya koymayın.
Testte gerçek müşteri verisini gelişigüzel kullanmayın. Gerekli örnekleri anonimleştirin veya amaca uygun sentetik veri hazırlayın. Üretim erişimini geliştirme otomasyonundan ayrı izinlerle yönetin.
CI aşamasında hangi kontroller yapılır?
Sürekli entegrasyon, değişikliğin ortak kodla uyumunu düzenli olarak kontrol etmeye yöneliktir. Projeye uygun sözdizimi, birim testi ve entegrasyon testlerini çalıştırın. Bağımlılık ve güvenlik kontrollerinin bulgularını önem derecesiyle değerlendirin; yalnız yeşil işaret üretmek hedef değildir.
Derleme sonucu hangi kaynak kod revizyonuna ve bağımlılıklara ait olduğunu gösteren bir sürüm kimliği taşısın. Aynı sürüm için farklı ortamlarda tekrar farklı paket derlemek yerine doğrulanmış paketi ilerletmek izlenebilirliği artırır.
Yayın paketini yapılandırmadan ayırın
Uygulama paketi, konteyner imajı veya dağıtım arşivi kullanılan teknolojiye bağlıdır. Çalışma ortamına özel yapılandırma ve sırlar ayrıca sağlanır. Yayın kaydında paket kimliği, yapılandırma sürümü ve değişikliği yapan süreç belirlenebilir olmalıdır.
FibaCloud üzerindeki sunucu kaynakları bu iş akışının çalışma ortamı olabilir. CI sistemi, paket deposu, uygulama dağıtımı ve yedekleme görevlerinin hangi ekip veya hizmet tarafından yürütüldüğünü ayrıca tanımlayın. Hazır bir yönetilen platform kapsamı varsaymayın.
Yayını işlev ve veri uyumuyla doğrulayın
| Aşama | Kontrol |
|---|---|
| Yayın öncesi | Paket, yapılandırma, gerekli kapasite, bağımlılıklar ve kurtarma yolu. |
| Veri geçişi | Şema değişikliğinin eski ve yeni uygulama sürümleriyle uyumu. |
| İşlev kontrolü | Giriş, temel kullanıcı işlemi ve uygulamaya özgü kritik akış. |
| Yayın sonrası | Hata oranı, gecikme, kaynak kullanımı ve işlevsel kabul koşulları. |
Süreç çalışıyor veya HTTP yanıtı geliyor olması bütün işlevlerin doğru olduğunu göstermez. Testin hangi kullanıcı davranışını doğruladığını belirleyin. Üretimde gerçek ödeme veya müşteri verisi değiştiren testler için uygulamaya uygun kontrollü yöntem kullanın.
Geri dönüşü sonradan düşünmeyin
Önceki uygulama paketine dönmek, geri alınamayan veri değişikliğini düzeltmeyebilir. Şema değişikliklerini mümkün olduğunda eski ve yeni sürümle bir süre uyumlu çalışacak aşamalara ayırın. Veri geri yükleme veya ileri düzeltme gerektiren durumları önceden belirleyin.
Kademeli yayın veya mavi/yeşil yaklaşım ancak yönlendirme, kapasite ve veri modeli uygunsa yarar sağlar. Hangi göstergede yayının durdurulacağını ve kararı kimin vereceğini belirleyin. Hız ile kaliteyi yayın sıklığı, başarısız değişiklik ve toparlanma davranışı üzerinden birlikte izleyin.
Sık sorulan sorular
- Buluta geçmek CI/CD sürecini hazır getirir mi?
-
Hayır. Otomasyon araçları, erişimler, testler ve yayın kuralları ayrıca kurulmalı veya hizmet kapsamında doğrulanmalıdır.
- Önceki imajı açmak her zaman yeterli geri dönüş mü?
-
Hayır. Veritabanı şeması, veri değişiklikleri ve dış bağımlılıklar eski sürümle uyumlu olmayabilir.
Sonraki adım
Konteyner orkestrasyonu düşünüyorsanız Kubernetes uygunluk rehberi ile başlayın; kapasite bütçesini maliyet optimizasyonu ile birlikte değerlendirin.
