Enterprise Live Migrations is now in public preview
Microsoft, Azure DevOps üzerinde barındırılan Git depolarını GitHub Enterprise Cloud’un veri ikametli sürümüne taşımayı kolaylaştıran Enterprise Live Migrations (ELM) özelliğini genel önizlemeye (public preview) açtı. ELM, kritik depoların günlerce çevrimdışı kalmasını gerektirmeyen, geliştirme akışını büyük ölçüde kesmeden yürüyen kademeli bir geçiş modeli sunuyor. Kurumlar böylece tek seferlik büyük göç operasyonları veya uzun kod dondurma pencereleri planlamak zorunda kalmadan taşınma sürecini kendi temposunda ilerletebiliyor.
ELM neyi çözüyor?
Microsoft son yıllarda müşterilerini Azure Repos’tan GitHub’a geçmeye teşvik ediyor; yapay zeka destekli ve giderek ajanlaşan yeni geliştirme deneyimleri GitHub tarafında şekilleniyor çünkü. Ancak kurumsal ölçekte bu geçiş çoğu zaman karmaşık koordinasyon, uzun bakım pencereleri ve ciddi risk yönetimi gerektiriyor. ELM’nin temel amacı bu sürtünmeyi azaltmak: Kaynak depo Azure DevOps üzerinde geliştiricilere açık kalmaya devam ederken, değişiklikler arka planda sürekli olarak GitHub Enterprise Cloud (data residency) tarafına eşitleniyor. Ekipler hazır olduğunda cutover’ı planlıyor; son bir eşitleme ve çoğu depo için genelde 30 dakikanın altında kalan kısa bir kesinti penceresiyle geçiş tamamlanıyor.
Microsoft ayrıca özel önizleme sürecine katılan ve geri bildirim paylaşan müşterilere teşekkür ediyor; bu girdilerin ELM’yi bugünkü genel önizleme deneyimine dönüştürdüğünü belirtiyor.
ELM nasıl çalışıyor?
ELM hem Azure DevOps CLI hem de web arayüzü üzerinden kullanılabiliyor. Bu, ekiplere iki farklı yaklaşım imkanı tanıyor: Otomasyon senaryoları için betiklerle sürücü göç akışları kurulabiliyor ya da rehberli arayüz üzerinden adım adım ilerlenebiliyor.
Süreç, kontrollü ve aşamalı bir iş akışına oturuyor:
- Validate (Doğrulama): Kaynak deponun taşınmaya hazır olup olmadığı denetleniyor.
- Synchronize (Eşitleme): Depo verileri GitHub tarafına aktarılıyor ve geliştirme devam ederken değişiklikler sürekli senkronize ediliyor.
- Cut over (Geçiş): Ekip hazır olduğunda son bir eşitleme yapılıyor ve göç tamamlanıyor.
Hangi GitHub sürümleri destekleniyor?
ELM’nin kapsamı konusunda önemli bir sınır var: Şu an yalnızca veri ikametli GitHub Enterprise Cloud (data residency) destekleniyor. Standart GitHub Enterprise Cloud şimdilik kapsam dışında. Hangi sürümü kullandığınızı en hızlı biçimde GitHub URL’nizden anlayabilirsiniz:
ghe.com: Data residency ile GitHub Enterprise Cloud – ELM tarafından destekleniyor.github.com: Standart GitHub Enterprise Cloud – şu an ELM tarafından desteklenmiyor.
ELM ile neler taşınabiliyor?
ELM’nin kapsamı, klasik “git push” tabanlı bir kopyalamanın çok ötesine geçiyor. Desteklenen içerikler şunlar:
- Depolar; commit geçmişi, dallar (branch) ve etiketler (tag)
- Branch policy tanımlarının GitHub rulesets yapısına dönüştürülmesi
- Pull request meta verileri, yorumlar ve kullanıcı geçmişi
- Birden fazla deponun koordineli biçimde taşınması
ELM’nin taşımadığı bileşenler de net şekilde belirtilmiş: work item’lar, pipeline tanımları, release’ler, wiki’ler, test artefaktları ve Azure Artifacts bu kapsamda değil. Bu içerikler için ayrı bir strateji planlamak gerekiyor.
Azure DevOps’u tamamen bırakmak zorunda değilsiniz
ELM’nin öne çıkan yaklaşımlarından biri, kaynak kodu GitHub’a taşırken Azure DevOps’un diğer yeteneklerini kullanmaya devam etme esnekliği vermesi. “Her şeyi aynı anda taşıma” zorunluluğu yok; kurumlar aşamalı bir geçişi tercih edebiliyor.
Azure Pipelines’ı çalışır tutmak
ELM, Azure Pipelines’ı taşınmış GitHub deposunu kullanacak şekilde yeniden bağlayabiliyor (rewire). Göç sürecinde klonlanmış pipeline’lar, ekiplerin cutover öncesinde build ve deployment akışlarını doğrulamasına imkan tanıyor. Cutover anında ise özgün pipeline’lar GitHub tarafına yönlendirilerek çalışmaya devam ediyor.
Azure Boards ile planlamayı sürdürmek
Kaynak kontrolü ve pull request akışı GitHub’a taşınırken, planlama ve iş takibi tarafında ekipler Azure Boards‘u kullanmaya devam edebiliyor. Bu, DevOps yatırımını korurken geliştirici deneyimini modern GitHub arayüzüne taşımak isteyen ekipler için pratik bir orta yol.
Bu yetenekler bir araya geldiğinde, kurumlar depolarını GitHub’a taşırken Azure DevOps’un anlamlı bulduğu yeteneklerini de kullanmaya devam edebiliyor. Ortaya “big bang” bir göç yerine kontrollü, kademeli bir modernleşme yolu çıkıyor.
Nasıl başlanır?
ELM ile ilgili ön koşulları incelemek ve göç planınızı başlatmak için Microsoft, resmi belgelere ve aka.ms/adoELM kısa bağlantısına yönlendiriyor. Genel önizleme sürecinde olduğu unutulmadan, önce pilot bir depo veya küçük bir proje grubuyla süreç denenirse validate–synchronize–cutover akışının kurumun politika, güvenlik ve pipeline yapılarına nasıl oturduğunu net biçimde görmek mümkün.
Kaynaklar ve İleri Okuma
- Enterprise Live Migrations is now in public preview – Azure DevOps Blog
- Enterprise Live Migrations genel bakış – Microsoft Learn
- Azure DevOps’tan GitHub’a Kesintisiz Geçiş: ELM ile Yeni Dönem
- Azure DevOps ve GitHub: Yapay Zekâ Çağında Nereye Gidiyor?
- Azure Repos için Copilot Code Review Public Preview’da
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
3 comments