Uygulamalarınız bir üretim ortamında dağıtılmışsa ve beklendiği gibi çalışıyorsa, iş sürekliliğini sağlamak ve veri kaybını önlemek amacıyla bunları Serverless App Engine (SAE) hizmetine geçirebilirsiniz.
Neden SAE'e geçiş yapmalısınız?
SAE, altyapı yükünü azaltarak ekibinizin uygulama geliştirmeye odaklanmasını sağlar. Geçiş sonrasında aşağıdaki avantajlardan yararlanırsınız:
Esnek dağıtım kontrolleri: Başlangıç parametreleri yapılandırması, görselleştirilmiş dağıtım süreci, sorunsuz yayınlama ve kapatma ile aşamalı yayınlama desteği.
Ticari sürümün ardından, Eureka, ZooKeeper ve Consul gibi kendi kendinize yönettiğiniz ara katmanların yerine yerleşik hizmet keşfi ve yapılandırma yönetimi sunulur.
Merkezi hizmet yönetimi: Yayınladığınız ve tükettiğiniz hizmetlerin ayrıntılarını SAE konsolundan sorgulayın.
Otomatik ölçeklendirme: Trafik dalgalanmalarına bağlı olarak örnekleri dinamik şekilde içeri veya dışarı ölçeklendirin.
Gelişmiş izleme: Örnek ölçümlerini, mikroservis izlerini, sistem çağrı topolojisini ve yavaş SQL sorgularını görüntüleyin.
Kısıtlama ve düşürme: Yük altında Spring Cloud uygulamaları için yüksek kullanılabilirliği koruyun.
Uçtan uca canary yayınlama: Tam sürüm öncesinde yeni sürümleri Spring Cloud uygulamalarının bir alt kümesine yayınlayın.
Sorunsuz geçiş nedir?
Sorunsuz geçiş, canlı bir Spring Cloud kümesini sistemi çevrimdışı hale getirmeden SAE'e taşımanıza olanak tanır. Kümeyi SAE'e taşıyarak tüm SAE özelliklerinden yararlanmak istiyorsanız, iş sürekliliğini sağlamak için sorunsuz geçiş yöntemini kullanabilirsiniz.
Spring Cloud kümeniz bir üretim ortamında değilse veya geçiş sırasında yaşanacak kesinti kabul edilebilirse, uygulamaları doğrudan SAE üzerinde oluşturup dağıtmayı tercih edebilirsiniz. Ayrıntılar için bkz.:
Spring Cloud uygulamaları: Mikroservis uygulamaları geliştirmek için Spring Cloud kullanma ve bunları SAE üzerinde dağıtma
Dubbo uygulamaları: Dubbo uygulamalarını SAE üzerinde barındırma
Geçiş süreci
-
Uygulamaları geçirin
Sürece öncelikle uygulamaların kendisinden başlayın; çoğu uygulama durumsuzdur ve ilk olarak geçirilmelidir.
-
İsteğe bağlı: Server Load Balancer (SLB) örneğini geçirin veya etki alanı adı ayarlarını güncelleyin
Uygulamalar geçirildikten sonra, trafiği yeni ortama yönlendirmek için SLB örneği bağlamasını veya etki alanı adı ayarlarını güncelleyin.
-
SLB örneği
Geçiş öncesinde bir SLB örneği kullanılıyorsa, geçiş sonrasında bu örneği yeniden kullanabilirsiniz. Gereksinimlerinize göre bir bağlama yöntemi seçin. Daha fazla bilgi için bkz. Genel veya özel erişim için bir CLB örneği bağlama.
Geçiş öncesinde herhangi bir SLB örneği kullanılmadıysa, bir örnek oluşturun ve geçiş sonrasında bunu giriş uygulamasına (API ağ geçidi gibi) bağlayın.
Geçiş sırasında Elastic Compute Service (ECS) maliyetlerini düşürmek için çift kayıt ve çift abonelik özelliğini etkinleştirin. Mevcut bir ECS örneği yeniden kullanılamıyorsa (örneğin, orijinal bağlantı noktası meşgul olduğu için) trafik bölme geçiş çözümünü kullanın ve yeni ECS örnekleri ekleyin. Geçiş sonrasında mevcut SLB örneğini yeniden kullanın veya yeni bir örnek oluşturup bunu geçirilen uygulamaya bağlayın.
-
Etki alanı adı
SLB örneği yeniden kullanılıyorsa etki alanı adı değişikliği gerekmez.
Yeni bir SLB örneği oluşturuluyorsa, bunu etki alanı adı ayarlarına ekleyin ve eski örneği kaldırın. Daha fazla bilgi için bkz. DNS sunucularını değiştirme.
-
-
İsteğe bağlı: Depolama ve mesaj kuyruklarını geçirin
Uygulamanız Alibaba Cloud üzerinde dağıtılmışsa ve ApsaraDB RDS ile Message Queue gibi Alibaba Cloud hizmetlerini kullanıyorsa depolama veya mesaj kuyruğu geçişi gerekmez.
Uygulamanız Alibaba Cloud üzerinde değilse teknik destek için DingTalk grubuna (ID: 32874633) katılın.
Geçiş çözümleri
SAE, trafik bölme ile çift kayıt ve çift abonelik olmak üzere iki geçiş çözümü sunar. Her iki çözüm de geçiş süreci boyunca uygulamaların çalışır durumda kalmasını sağlar.
-
Trafik bölme
Orijinal hizmet kayıt defterini Dubbo kullanarak SAE Config Server'a yönlendirin, yeni bir uygulama seti geliştirin ve ardından bu uygulamaları SAE üzerinde dağıtın. Son olarak, trafiği yönlendirmek için SLB ve etki alanı adlarını kullanın.
Trafik bölme çözümüne yönelik uygulama geliştirme adımları için bkz. Mikroservis senaryoları.
-
Çift kayıt ve çift abonelik
Çift kayıt ve çift abonelik yönteminde uygulamalar hem orijinal hizmet kayıt defterine hem de SAE hizmet kayıt defterine aynı anda kayıt olur ve abone olur. Bu sayede, geçiş penceresi boyunca geçirilen ve geçirilmeyen uygulamalar birbirini keşfedip çağırabilir.
Aşağıdaki şekil, çift kayıt ve çift abonelik geçiş çözümünün mimarisini gösterir.
Çift kayıt ve çift aboneliğin temel avantajları şunlardır:
Geçirilen ve geçirilmeyen uygulamalar birbirini keşfedip çağırabilir; bu sayede iş sürekliliği korunur.
Yalnızca küçük bir bağımlılık eklemesi ve minimal kod değişikliği gerekir.
Tüketici hizmet çağrısı ayrıntılarını görüntüleyin ve geçiş ilerlemesini gerçek zamanlı olarak takip edin.
Uygulamaları tekrar tekrar yeniden başlatmaya gerek kalmadan hizmet kayıt ve abonelik ilkelerini dinamik olarak ayarlayın. Tüm geçiş süreci boyunca tek bir yeniden başlatma yeterlidir.
İlgili kaynaklar
Farklı mikroservis mimarilerine özel geçiş kılavuzları için bkz.: