WebSphere uygulamalarını Azure Sanal Makinelerine taşıma

Bu kılavuzda, mevcut bir WebSphere Uygulama Sunucusu (WAS) geleneksel uygulamasını Azure Sanal Makineler'da çalışacak şekilde geçirmek istediğinizde bilmeniz gerekenler açıklanmaktadır. Azure Market’teki kullanılabilir geleneksel WAS çözümlerine genel bir bakış için bkz. IBM WebSphere ürün ailesi ürünlerini Azure’da çalıştırmaya yönelik çözümler nelerdir?

Geçiş öncesi

Geçişin başarılı olduğundan emin olmak için, başlamadan önce aşağıdaki bölümlerde açıklanan değerlendirme ve envanter adımlarını tamamlayın.

"Geçiş tamamlandı" ifadesinin tanımını yapma

Bu kılavuz ve ilgili Azure Market teklifleri, WAS geleneksel iş yüklerinizin Azure'a geçişini hızlandırmaya yönelik bir başlangıç noktasıdır. Geçiş çabalarınızın kapsamını tanımlamak önemlidir. Örneğin mevcut altyapınızdan Azure Sanal Makineler'e "lift and shift" yöntemiyle mi geçiş yapıyorsunuz? Bu durumda geçiş sırasında bazı aşamalarda "lift and improve" yaklaşımını benimsemeniz gerekebilir.

Bu kılavuzda ayrıntıları verilen gerekli değişiklikleri hesaba katarak mümkün olduğunca saf "lift and shift" yaklaşımına sadık kalmak daha iyidir. "Geçiş tamamlandı" ifadesinin tanımını yaparak bu kilometre taşına ulaştığınızda durumun farkına varabilirsiniz. Geçiş işleminiz tamamlandığında, Sanal sabit diskin anlık görüntüsünü oluşturma bölümünde açıklandığı gibi Sanal Makinelerinizin anlık görüntüsünü alabilirsiniz. Anlık görüntünüzden başarıyla geri yükleyebileceğinizi doğruladıktan sonra, şimdiye kadar başardığınız geçiş ilerlemesini kaybetme korkusu olmadan iyileştirmeleri yapabilirsiniz.

Hedefin geçiş çabanız için uygun hedef olduğundan emin olun

WAS uygulamasının Azure'a başarılı bir şekilde geçirilmesinin ilk adımı en uygun geçiş hedefini seçmektir.

WAS traditional, Azure Sanal Makineleri üzerinde iyi çalışır. Sanal makine (VM) hedefi, şirket içi dağıtıma en çok benzediğinden en kolay seçenektir. Sanal makineler için yönetim ve dağıtım deneyimi, şirket içi ortamınıza benzer.

Bir diğer seçenek de WAS geleneksel iş yükünü uygulama kapsayıcılarına dönüştürerek kapsayıcılara geçiş yapmaktır. Kapsayıcı hedefini Azure Kubernetes Service (AKS) ve Azure Red Hat OpenShift üzerinde çalıştırabilirsiniz. Bu kolaylığın dezavantajı ekonomik maliyettir.

Genel olarak bakıldığında, VM tabanlı bir çözümün dakika başına maliyeti kapsayıcılarla karşılaştırıldığında daha yüksektir. Kapsayıcı tabanlı çözümün çalıştırılması daha düşük maliyetli olsa da, uygulamanızı kapsayıcı düzenleme platformunun gereksinimlerine uyacak şekilde kısıtlamanız gerekir.

Geçiş çabanız için en önemli faktör değişikliği en aza indirmekse VM tabanlı geçişi göz önünde bulundurun. Bu durumda bkz. WebSphere uygulamalarını Azure Sanal Makineler'e geçirme.

Çalışma zamanı maliyetini azaltmak için uygulamanızı kapsayıcılar içinde çalışacak şekilde dönüştürmeyi tolere edebilirseniz AKS tabanlı veya Azure Red Hat OpenShift tabanlı bir geçişi göz önünde bulundurun.

AKS tabanlı geçiş için Ücretsiz katmanını kullanmaya başlayabilirsiniz. Ücretsiz küme yönetimi alın ve yalnızca kullanılan sanal makineler, ilişkili depolama alanı ve ağ kaynakları için ödeme alın. Bu durumda, WebSphere uygulamalarını Azure Kubernetes Service’e geçirme konusuna bakın.

Azure Red Hat OpenShift tabanlı geçiş için işlem ve altyapı maliyetlerine ek olarak, uygulama düğümlerinin OpenShift lisans bileşeni için başka bir maliyeti vardır. Bu maliyet, uygulama düğümlerinin sayısına ve örnek türüne göre faturalandırılır. İş yükünüzün ve işletmenizin gereksinimlerini en iyi karşılayan isteğe bağlı fiyatlandırmayı veya ayrılmış örnekleri kullanın. Bu durumda, WebSphere uygulamalarını Azure Red Hat OpenShift’e geçirme konusuna bakın.

Azure Red Hat OpenShift belgelerindeki nasıl yapılır kılavuzları, geçişle ilgili bazı yönleri kapsar. Nasıl yapılır kılavuzlarının tam listesi için Azure Red Hat OpenShift belgelerine bakın.

Önceden oluşturulmuş Azure Market tekliflerinin iyi bir başlangıç noktası olup olmadığını belirleme

IBM ve Microsoft, Azure'a geçiş için sağlam bir başlangıç noktası sağlamak üzere bir dizi Azure çözüm şablonunu Azure Market getirmek için iş ortaklığı kurdu. Tekliflerin listesi için WebSphere ürün ailesini ve Liberty’yi Microsoft Azure üzerinde çalıştırma bölümüne bakın ve ardından mevcut dağıtımınıza en uygun olanı seçin. Teklif listesini, IBM WebSphere ürün ailesini Azure'da çalıştırmaya yönelik çözümler nelerdir? genel bakış makalesinde görebilirsiniz.

Mevcut tekliflerden hiçbiri iyi bir başlangıç noktası değilse, Azure Sanal Makine kaynaklarını kullanarak dağıtımı el ile yeniden oluşturmanız gerekir. Adım adım yönergeleri Öğretici: Azure Sanal Makineleri üzerinde IBM WebSphere Application Server Network Deployment geleneksel sürümünü el ile yükleme içinde bulabilirsiniz. Daha fazla bilgi için bkz: IaaS nedir?

WAS geleneksel sürümünün uyumlu olup olmadığını belirleme

Mevcut WAS geleneksel sürümünüz, IaaS tekliflerindeki sürümle uyumlu olmalıdır. Azure VM’de IBM WebSphere Application Server Tek Örneği ve Azure VM’lerinde IBM WebSphere Application Server Kümesi genel bakış sayfasından sürüm bilgilerini bulabilirsiniz. Mevcut WAS geleneksel sürümünüz bu sürümle uyumlu değilse, Azure IaaS kaynaklarını kullanarak dağıtımı el ile yeniden oluşturmanız gerekir. Daha fazla bilgi için IaaS nedir? bölümüne bakın.

Envanter sunucusu kapasitesi

Hem geçerli üretim sunucularının donanımını (bellek, CPU, disk) hem de ortalama ve en yüksek istek sayılarını ve kaynak kullanımını belgeleyin. Bu bilgiler VM boyutu seçimini bildirmelidir. Daha fazla bilgi için Cloud Services için boyutlara bakın.

Tüm gizli bilgilerin envanterini çıkarın

Azure Key Vault gibi "hizmet olarak yapılandırma" teknolojilerinin ortaya çıkmasından önce, iyi tanımlanmış bir "gizli bilgiler" kavramı yoktu. Bunun yerine, bugün “gizli bilgiler” dediğimiz şey olarak fiilen işlev gören birbirinden bağımsız bir yapılandırma ayarları kümeniz vardı. WAS gibi uygulama sunucularında bu gizli diziler birçok farklı yapılandırma dosyasında ve yapılandırma deposunda bulunur. Üretim sunucularındaki tüm özellikleri ve yapılandırma dosyalarını gizli diziler ve parolalar için denetleyin. Ayrıca uygulamanızın içinde parolalar ve kimlik bilgileri içeren yapılandırma dosyaları da bulunabilir. WAS, yapılandırma verilerini birkaç belgede basamaklı dizin hiyerarşisinde depolar. Yapılandırma belgelerinin çoğunda XML içeriği vardır. Daha fazla bilgi için Yapılandırma belgeleri ve Azure Key Vault temel kavramları bölümüne bakın.

Tüm sertifikaların envanterini çıkarma

Genel SSL uç noktaları için kullanılan tüm sertifikaları belgeleyin. Aşağıdaki komutu çalıştırarak üretim sunucularındaki tüm sertifikaları görüntüleyebilirsiniz:

keytool -list -v -keystore <path to keystore>

Daha fazla bilgi için IBM belgesi SSL'de sertifika yönetimi bölümüne bakın.

Desteklenen Java sürümünün doğru çalıştığını onaylama

Azure Sanal Makineler'da WAS kullanmak için java'nın belirli bir sürümü gerekir, bu nedenle uygulamanızın desteklenen sürümü kullanarak doğru şekilde çalıştığını onaylamanız gerekir.

IBM Java 8, WAS9 dağıtımıyla birlikte gelir. IBM tarafından sağlanan Java JRE'yi kullanmanızı öneririz. Daha fazla bilgi için bkz. WebSphere Application Server traditional V9'da Java SE 8.

Farklı bir Java SDK'sına geçmek istiyorsanız IBM belgesindeki WebSphere Application Server'da Java SDK'sını değiştirme yönergelerini izleyin.

JNDI kaynaklarının envanterini çıkarma

Tüm JNDI kaynaklarının envanterini çıkarın. Örneğin, veritabanları gibi veri kaynakları, JPA’nın örneklerini belirli bir veritabanına doğru şekilde bağlamasını sağlayan ilişkili bir JNDI adına sahip olabilir. JNDI kaynakları ve veritabanları hakkında daha fazla bilgi için IBM belgelerindeki WebSphere Data Sources konusuna bakın. JNDI ile ilgili diğer kaynaklar, örneğin JMS ileti aracıları geçiş veya yeniden yapılandırma gerektirebilir. JMS yapılandırması hakkında daha fazla bilgi için bkz. JMS kaynaklarının kullanımı.

Profil yapılandırmanızı inceleme

WAS'deki ana yapılandırma birimi profildir. Bu nedenle, resources.xml dosyası geçiş için dikkatle dikkate almanız gereken zengin bir yapılandırma içerir. Dosya, alt dizinlerde depolanan daha fazla XML dosyasına başvurular içerir. IBM normalde WAS'nin yönetilebilir nesnelerini ve hizmetlerini yapılandırmak için IBM Konsolu'nu kullanmanız ve WAS'nin profiller/profil-adı klasörünü korumasına izin vermenizi önerir. Daha fazla bilgi için Dağıtılmış ve IBM i işletim sistemlerinde profilleri yönetme konusuna bakın.

Uygulamanızın içinde

deployment.xml dosyasını ve/veya WEB-INF/web.xml dosyasını inceleyin.

Oturum çoğaltmanın kullanılıp kullanılmadığını belirleme

Uygulamanız oturum çoğaltmayı kullanıyorsa aşağıdaki seçenekleriniz vardır:

• HTTP oturumları için, oturum yönetimi düzeyine bağlı olarak, oturum verilerini toplamak için bellek veya veritabanı kullanabilirsiniz.
• Dağıtılmış oturumlar için, oturumları veritabanı oturumu kalıcılığı özelliğini kullanarak bir veritabanına kaydedebilirsiniz.
• Dinamik önbellek için, oturum verilerini bellekten belleğe çoğaltmada veya bir veritabanında yönetebilirsiniz.
• Oturum yönetiminde bir veritabanı kullanmak için uygulamanızı yeniden düzenleyin.
• Oturumu Azure Redis Hizmeti’ne dışsallaştırmak için uygulamanızı yeniden düzenleyin. Daha fazla bilgi için Redis için Azure Önbellek konusuna bakın.

Tüm bu seçenekler için, WAS’ın HTTP Oturum Durumu Çoğaltma işlemini nasıl gerçekleştirdiğini iyi anlamak yararlı olacaktır. Daha fazla bilgi için IBM belgelerindeki oturum bean'lerini yönetme bölümüne bakın.

Belge veri kaynakları

Uygulamanızda herhangi bir veritabanı kullanılıyorsa aşağıdaki bilgileri yakalamanız gerekir:

• Veri kaynağının adı nedir?
• Bağlantı havuzu yapılandırması nedir?
• JDBC sürücüsü JAR dosyasını nerede bulabilirim?

WAS'taki JDBC sürücüleri hakkında daha fazla bilgi için WebSphere Application Server ile JDBC Sürücülerini Kullanma bölümüne bakın.

WAS'nin özelleştirilip özelleştirilmemiş olduğunu belirleme

Aşağıdaki özelleştirmelerden hangilerinin yapıldığını saptayın ve yapılmış olanları yakalayın.

• Başlatma dizeleri değiştirildi mi? Bu tür betikler arasında wsadmin, AdminControl, AdminConfig, AdminApp ve AdminTask bulunur.
• JVM’ye geçirilmiş belirli parametreler var mı?
• Sunucu sınıf yoluna eklenmiş JAR’lar var mı?
• Sunucu yeniden başlatıldıktan sonra WAS bileşenlerinin otomatik olarak başlamasını sağlamak için gibi işletim sistemi düzeyindeki olanaklar kullanıldı mı?

Bu soruların yanıtlarına bağlı olarak geçişle ilgili dikkat edilmesi gereken noktaları dikkate almanız gerekir.

Kurum içi ortama bağlantı gerekip gerekmediğini belirleyin

Uygulamanızın şirket içi hizmetlerinizden birine erişmesi gerekiyorsa Azure’ın bağlantı hizmetlerinden birini sağlamalısınız. Daha fazla bilgi için bkz. Şirket içi ağı Azure’a bağlama. Alternatif olarak şirket içi kaynaklarınızın kullanıma sunduğu genel kullanıma açık API’leri kullanmak için uygulamanızı yeniden düzenlemeniz gerekir.

Java Message Service (JMS) Queue'larının mı yoksa Topic'lerinin mi kullanımda olduğunu belirleme

Uygulamanız JMS Kuyrukları veya Konuları kullanıyorsa, bunları dışarıda barındırılan bir JMS sunucusuna geçirmeniz gerekir. JMS kullananlar için bir strateji, Azure Service Bus ve Gelişmiş Message Queuing Protokolü'dür. Daha fazla bilgi için Java Message Service 1.1'i Azure Service Bus Standard ve AMQP 1.0 ile kullanma konusuna bakın.

JMS kalıcı depolarını yapılandırdıysanız, bunların yapılandırmasını yakalamanız ve geçiş sonrasında uygulamanız gerekir.

IBM MQ kullanıyorsanız bu yazılımı Azure Sanal Makineler'a geçirip olduğu gibi kullanabilirsiniz.

Microsoft, IBM MQ'yi Logic Apps ile tümleştirmek için bir çözüme sahiptir. Daha fazla bilgi için bkz: Azure Logic Apps'te bir iş akışından IBM MQ sunucusuna bağlanma.

Özel oluşturulmuş kendi Paylaşılan Java EE Kitaplıklarınızı kullanıp kullanmadığınızı saptama

Paylaşılan Java EE kitaplığı özelliğini kullanıyorsanız iki seçeneğiniz vardır:

• Kitaplıklarınızdaki tüm bağımlılıkları kaldırmak için uygulama kodunuzu yeniden düzenleyin ve bunun yerine işlevselliği doğrudan uygulamanızla birleştirin.
• Kitaplıkları sunucu sınıf yoluna ekleyin.

OSGi paketlerinin kullanılıp kullanılmadığını saptama

WAS'ye eklenen OSGi paketlerini kullandıysanız, eşdeğer JAR dosyalarını doğrudan web uygulamanıza eklemeniz gerekir.

Uygulamanızın işletim sistemine özgü kod içerip içermediğini saptama

Uygulamanız konak işletim sisteminde bağımlılıkları olan herhangi bir kod içeriyorsa, bu bağımlılıkları kaldırmak için yeniden düzenlemeniz gerekir. Örneğin, uygulamanız Windows üzerinde çalışıyorsa, dosya sistemi yollarında veya kullanımını veya ile değiştirmeniz gerekebilir.

IBM Integration Bus'ın kullanımda olup olmadığını belirleme

Uygulamanız IBM Integration Bus kullanıyorsa IBM Integration Bus'ın nasıl yapılandırıldığını yakalamanız gerekir. Daha fazla bilgi için IBM Integration Bus belgelerine bakın.

Uygulamanızın birden çok WAR’dan oluşup oluşmadığını saptama

Uygulamanız birden çok WAR’dan oluşuyorsa, bu WAR dosyalarından her birini ayrı uygulama olarak değerlendirmeli ve her biri için bu kılavuzu izlemelisiniz.

Uygulamanızın EAR olarak paketlenip paketlenmediğini saptama

Uygulamanız EAR dosyası olarak paketlenmişse application.xml, ibm-application-bnd.xmi ve ibm-application-ext.xmi dosyalarını incelemeyi ve yapılandırmalarını yakalamayı unutmayın. Daha fazla bilgi için WebSphere üzerinde kurumsal arşiv (EAR) paketini oluşturma konusuna bakın.

Üretim sunucularında çalıştırılan tüm dış işlemleri ve daemon’ları belirleme

Uygulama sunucusunun dışında çalıştırılan izleme deamon’ları gibi işlemleriniz varsa, bunları ortadan kaldırmanız veya başka bir yere geçirmeniz gerekir.

Dosya sisteminin kullanılıp kullanılmayacağını ve nasıl kullanıldığını belirleme

VM dosya sistemleri kalıcılık, başlatma ve kapatma bakımından şirket içi dosya sistemleriyle aynı biçimde çalışır. Yine de, dosya sistemi gereksinimlerinizin farkında olup VM’nin yeterli depolama boyutuna ve performansa sahip olduğundan emin olmanız önemlidir.

Yalnızca okunur statik içerik

Uygulamanız şu anda statik içerik yüklüyse, bunun için alternatif bir konuma ihtiyacınız vardır. Statik içeriği Azure Blob Depolama'ya taşımayı ve küresel olarak hızlı indirmeler için Azure Front Door eklemeyi düşünmelisiniz. Daha fazla bilgi için bkz. Azure Depolama 'de Statik web sitesi barındırma ve Azure Depolama hesabını Azure Front Doorile tümleştirme.

Ağ topolojisi belirleme

Geçerli Azure Market teklifleri kümesi geçişiniz için bir başlangıç noktasıdır. Teklif, taşımanız gereken mimari bileşenleri kapsamıyorsa mevcut dağıtımınızın ağ topolojisini belgelemeniz gerekir. Ardından, çözüm şablonlarından biriyle temel teklifi oluşturduktan sonra bile Azure'da bu ağ topolojisini yeniden oluşturmanız gerekir.

Ağ topolojisi geniş bir konu başlığıdır, ancak aşağıdaki başvurular geçiş çalışmalarınız için bazı yönler verebilir:

• Veri kaynakları WAS sisteminde ayrı sunucular olduğundan, bunları ağ topolojisi analizinin bir parçası olarak düşünmelisiniz. Daha fazla bilgi için WebSphere Application Server Veri Kaynakları bölümüne bakın.
• Mesajlaşma kaynakları da ayrı sunuculardır. Daha fazla bilgi için Ağ topolojileri: WebSphere MQ mesajlaşma sağlayıcısını kullanarak birlikte çalışma konusuna bakın.
• Yük dengeleme temel bir gereksinimdir. Aşağıdaki başvuru kaynağı, yük dengelemenin WAS tarafını kapsar: WebSphere Application Server Network Deployment yük dengelemeli kümeleme.

JCA bağdaştırıcılarının ve kaynak bağdaştırıcılarının kullanımına yönelik hesap

Mevcut uygulamanız diğer kurumsal sistemlere bağlanmak için JCA bağdaştırıcıları veya başka kaynak bağdaştırıcıları kullanıyorsa, bu yapıtların yapılandırmasını Azure Sanal Makineler'de çalışan WAS'ye uyguladığınızdan emin olun. Daha fazla bilgi için IBM belgelerindeki İlişkisel kaynak bağdaştırıcıları ve JCA konusuna bakın.

Kimlik doğrulaması ve yetkilendirme hesabı

Çoğu uygulamanın bir tür kimlik doğrulaması ve yetkilendirmesi vardır. Kimlik doğrulaması için OpenID kullanıyorsanız, OpenID connect kimlik doğrulamasını Microsoft Entra ID ile yapılandırabilirsiniz. Daha fazla bilgi için Microsoft Entra ID ile OpenID Connect kimlik doğrulaması konusuna bakın.

WAS kümelemenin kullanılıp kullanılmadığını belirleme

Büyük olasılıkla, yüksek kullanılabilirlik elde etmek için uygulamanızı birden çok WAS sunucusuna dağıtmışsınızdır. Bu kümeleri doğrudan şirket içi yüklemenizden Azure Sanal Makineler'de çalışan WAS'ye geçirebilirsiniz. Daha fazla bilgi için IBM belgelerindeki WebSphere Application Server Network Deployment bölümüne bakın.

Yük dengeleme gereksinimlerini göz önünde bulundurun

Yük dengeleme, WAS kümenizi Azure'a geçirmenin önemli bir parçasıdır. En kolay çözüm, IBM WebSphere Application Server Cluster için Azure Market teklifinde sunulan Azure Application Gateway veya IBM HTTP Server yerleşik desteğini kullanmaktır.

Azure Application Gateway’in diğer Azure yük dengeleme çözümleriyle karşılaştırılan özelliklerinin bir özeti için bkz. Yük dengeleme seçenekleri.

Java EE Uygulaması İstemci özelliğinin kullanılıp kullanılmadığını saptama

Uygulamanız Java EE Uygulaması İstemci özelliğini kullanıyorsa, Azure Sanal Makineler’e geçirildikten sonra değişmeden çalışmaya devam etmesi gerekir. Daha fazla bilgi için Using Java EE Client Application Modules bölümüne bakın.

Taşıma

Azure Sanal Makineleri üzerinde geleneksel WAS teklifini seçin

Azure Sanal Makineler üzerinde WAS için aşağıdaki teklifler kullanılabilir.

Bir teklifin dağıtımı sırasında WAS düğümleriniz için sanal makine boyutunu seçmeniz istenir. VM boyutunu seçerken tüm boyut etkenlerini (bellek, işlemci, disk) dikkate almanız önemlidir. Daha fazla bilgi için bkz. Cloud Services için boyutlar (klasik).

• Azure Sanal Makinesi üzerinde IBM WebSphere Application Server Tek Örnek

  Bu teklif, Azure Sanal Makinesi üzerinde tek bir WebSphere örneğini kullanıma almak için gereken standart adımların çoğunu otomatikleştirir. WAS yönetici konsolu ile bir Uygulama sunucusu profili oluşturur.

• Azure VM'lerinde IBM WebSphere Uygulama Sunucusu Kümesi

  Bu teklif, Azure VM'lerinde WebSphere kümesi sağlamaya yönelik birçok ortak adımı otomatikleştirir. Bir Azure VM üzerindeki WAS yönetim konsoluyla ve ayrı Azure VM’lerde gerekli sayıda düğüm aracısıyla bir dağıtım yöneticisi oluşturur.

Teklifi oluştur

Hangi teklifle başlayacağınızı seçtikten sonra, Azure Sanal Makineler'de WebSphere Application Server (geleneksel) Kümesini Dağıtma bölümündeki yönergeleri izleyerek ilgili teklifi dağıtın.

Profilleri taşı

Teklifi sağladıktan sonra profil yapılandırmasını inceleyebilirsiniz. Daha fazla bilgi için IBM belgelerinde yer alan Profil kavramları bölümüne bakın.

Veritabanlarını bağlama

Profilleri geçirdikten sonra IBM belgelerindeki WebSphere Application Server veri kaynağını yapılandırma başlığındaki yönergeleri izleyerek veritabanlarını bağlayın.

KeyStores hesabı

Uygulamanız tarafından kullanılan tüm SSL KeyStore’ların taşınmasını hesaba katmanız gerekir. Daha fazla bilgi için IBM belgelerindeki SSL için Keystore yapılandırmaları bölümüne bakın.

JMS kaynaklarını bağlama

Veritabanlarını bağladıktan sonra, IBM belgelerindeki IBM WebSphere Application Server'da JMS'yi ayarlama yönergelerini izleyerek JMS'yi yapılandırın.

Kimlik doğrulaması ve yetkilendirme hesabı

Çoğu uygulamanın bir tür kimlik doğrulaması ve yetkilendirmesi vardır. Kimlik doğrulaması için OpenID kullanıyorsanız, OpenID connect kimlik doğrulamasını Microsoft Entra ID ile yapılandırabilirsiniz. Daha fazla bilgi için Microsoft Entra ID ile OpenID Connect kimlik doğrulaması konusuna bakın.

Günlük kaydı hesabı

IBM belgelerinde yer alan Elastic Stack ile WebSphere Application Server günlüklerini analiz etme başlıklı yönergeleri izleyerek Elastic Stack'i yapılandırabilirsiniz. Azure, Elastik için destek sağlar. Daha fazla bilgi için Azure ile Elastic tümleştirmesi nedir? bölümüne bakın. VM’lerde WAS için Azure’a optimize edilmiş bir günlüğe kaydetme çözümü elde etmek üzere bu iki kaynaktaki bilgileri birleştirebilirsiniz.

Uygulamalarınızı taşıma

Uygulamaları geliştirme ekibinden test, hazırlama ve üretim sunucularına dağıtmak için kullanılan teknikler duruma göre değişiklik gösterir. Bazı durumlarda, uygulamaların WebSphere Uygulama Sunucusuna dağıtılmasıyla sonuçlanan yüksek oranda gelişmiş bir CI/CD platformu vardır. Diğer durumlarda süreç daha manuel olabilir. WAS geleneksel uygulamalarını buluta geçirmek için Azure Sanal Makineler kullanmanın avantajlarından biri, mevcut süreçlerinizin çalışmaya devam etmesidir.

CI/CD işlem hattınızdan veya manuel dağıtım sisteminizden erişime izin vermek için teklif kapsamında sağlanan Ağ Güvenlik Grubunu yapılandırmanız gerekir. Daha fazla bilgi için bkz. Ağ güvenlik grupları.

Test Etme

Azure'da çalışan yeni sunuculara erişmek için uygulamalara karşı kapsayıcı içi testleri yapılandırmanız gerekir. CI/CD konusunda olduğu gibi, testlerinizin Azure'a dağıtılan uygulamalara erişmesine izin veren gerekli ağ güvenlik kurallarını sağlamanız gerekir. Daha fazla bilgi için bkz. Ağ güvenlik grupları.

Geçiş sonrası

Geçiş öncesi adımında tanımladığınız geçiş hedeflerine ulaştıktan sonra her şeyin beklendiği gibi çalıştığından emin olmak için birkaç uçtan uca onay testi gerçekleştirmeniz gerekir. Geçiş sonrası bazı olası geliştirmelerle ilgili yönergeler için aşağıdaki önerilere bakın:

• Sanal makinelere bağlı statik içerik sunmak için Azure Depolama'yı kullanın. Daha fazla bilgi için bkz. Azure DevTest Labs'ta laboratuvar sanal makinesi için veri diski ekleme veya ayırma.

• Uygulamalarınızı Azure DevOps ile taşınan WAS kümenize dağıtın. Daha fazla bilgi için Azure DevOps belgelerine giriş bölümüne bakın.

• WAS traditional’ı Azure Application Gateway üzerinde dağıttıysanız, Application Gateway’de ek yapılandırma yapmak isteyebilirsiniz. Daha fazla bilgi için Application Gateway yapılandırmasına genel bakış bölümüne bakın.

• Gelişmiş yük dengeleme hizmetleriyle ağ topolojinizi geliştirin. Daha fazla bilgi için bkz: Azure'da yük dengeleme hizmetlerini kullanma.

• Gizli bilgileri yönetmek ve Azure kaynaklarına rol tabanlı erişim atamak için Azure Yönetilen Kimlikleri'ni kullanın. Daha fazla bilgi için bkz. Azure kaynakları için yönetilen kimlikler nelerdir?

• WAS Java EE kimlik doğrulama ve yetkilendirmesini Microsoft Entra ID ile tümleştirin. Daha fazla bilgi için uygulamalarla Microsoft Entra ID tümleştirmesine yönelik kullanmaya başlama kılavuzuna bakın.

• "Gizli" olarak kabul edilen bilgileri depolamak için Azure Key Vault'u kullanın. Daha fazla bilgi için bkz. Azure Key Vault temel kavramları.