Sürüm ve Uyumluluk Analizi
Mevcut ve hedef platformlar arasındaki edition (CE/EE), depolama, entegrasyon ve zorunlu sürüm yükseltme yolu (upgrade path) haritalandırılır.
TAŞIMA HIZMETLERI
GitLab Migration ve Taşıma Hizmetleri
GitLab migration; kod depoları (repository), gruplar, kullanıcı erişimleri, iş takibi (issues), CI/CD boru hattı ayarları, Runner tanımları, artefact dosyaları ve Container Registry verilerinin sürüm uyumluluk patikası gözetilerek yeni ortama eksiksiz aktarılması hizmetidir.
GitLab Migration ve Taşıma Hizmetleri nedir?
GitLab altyapı geçişlerinde tek bir taşıma yöntemi her mimari için geçerli değildir. Kaynak ve hedef sunucunun mevcut sürümleri, kurulum tipleri (Omnibus, Helm/Cloud Native) ve taşınacak verinin kapsamı (tüm sunucu mu yoksa belirli projeler mi) izlenecek metodu doğrudan belirler. Tam yedekten dönme (backup/restore), proje bazlı dışa/içe aktarma (export/import) veya kademeli geçiş yöntemleri farklı teknik sonuçlar üretir.
Süreç yönetilmediğinde; zorunlu sürüm yükseltme duraklarının (upgrade stops) atlanması, secret/encryption anahtarlarının unutulması, Git LFS büyük dosyalarının eksik aktarılması ve Runner yetkilendirmelerinin kopması en yaygın risklerdir. Taşıma öncesinde çıkarılan kapsamlı envanter ve izolasyon ortamında yapılan test kurtarma (test restore) adımları ile veri kaybı riski ortadan kaldırılır.
Hizmet kapsamı
Test Restore ve Doğrulama
Yedeklerin bütünlüğü ve uygulama davranışları canlıya geçiş öncesinde izole bir test ortamında doğrulanır.
Kontrollü Veri Geçişi
Veri tutarlılığını sağlamak için kaynak sistemde yazma işlemleri dondurulur; ana veriler, secret dosyaları, LFS ve Registry bileşenleri aktarılır.
Kabul ve Fonksiyon Testleri
Kod çekme/itme (clone/push), CI/CD pipeline'ları, kullanıcı yetkileri, LFS büyük dosyaları ve Container Registry erişimleri uçtan uca test edilir.
KIMLER IÇIN UYGUN?
Kimler için uygun?
- GitLab sunucu altyapısını değiştiren, veri merkezini taşıyan veya buluta geçen kurumlar.
- GitLab SaaS (GitLab.com) ile self-managed (öz sunucu) ortamları arasında geçiş yapmak isteyen ekipler.
- Eski ve desteklenmeyen bir GitLab sürümünü veri kaybı yaşamadan güncel versiyonlara yükseltmek isteyen yapılar.
- Farklı sunuculardaki dağınık projeleri ve grupları tek bir merkezi GitLab ortamında toplamak isteyen organizasyonlar.
HIZMET KAPSAMINDA SUNULANLAR
Hizmet kapsamında sunulanlar
- Migration Envanteri ve Sürüm Yükseltme Patikası (Upgrade Path)
- Uygulama Kesintisi ve Rollback (Geri Dönüş) Planı
- Eksiksiz Taşınmış ve Yapılandırılmış GitLab Sunucu Bileşenleri
- Veri ve Fonksiyon Doğrulama Kontrol Listesi
Nasıl çalışıyoruz?
01
Mevcut yapı, hedef ve bağımlılıkların analizi
02
Kapsam, risk, kabul ve geri dönüş planı
03
Uygulama, teknik doğrulama ve dokümantasyon
Sık sorulan sorular
Eski bir GitLab sürümü doğrudan en son sürüme yükseltilebilir mi?
Doğrudan geçiş yapılamaz. GitLab, veritabanı ve şema dönüşümlerinin sorunsuz tamamlanabilmesi için zorunlu yükseltme durakları (upgrade stops) belirler; taşımanın bu sıraya uygun olarak kademeli yapılması şarttır.
Taşıma işleminde CI/CD gizli değişkenleri (secret variables) korunur mu?
Tam backup/restore senaryolarında şifreleme anahtarlarını barındıran secret dosyaları (gitlab-secrets.json) doğru aktarıldığı takdirde değişkenler korunur. Proje bazlı export/import işlemlerinde ise bu kapsam farklılık gösterir ve önceden kontrol edilmelidir.
Taşıma sırasında kaynak kod geçmişi (Git commit history) silinir mi?
Uygun teknik yöntem ve doğrulama süreçleri kullanıldığında Git commit geçmişi eksiksiz korunur. Bunun yanı sıra LFS dosyaları, wiki sayfaları, snippet'lar ve submodule bağımlılıkları da envantere dahil edilerek kayıpsız taşınır.
İhtiyacınızı birlikte değerlendirelim
Mevcut yapınızı, hedefinizi ve teknik gereksinimlerinizi 20–30 dakikalık görüşmede değerlendirelim. Kapsamı, varsayımları, çalışma çıktılarını ve fiyatı çalışma başlamadan önce yazılı olarak paylaşalım.
Ön analiz talep edin →