WebLogic Server uygulamalarını Azure Kubernetes Service'e geçirme

  • Makale

Bu kılavuzda, mevcut bir WebLogic Server (WLS) uygulamasını Azure Kubernetes Service(AKS) üzerinde çalışacak şekilde geçirmek istediğinizde bilmeniz gerekenler açıklanmaktadır.

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.

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

WLS uygulamasının Azure'a başarılı bir şekilde geçirilmesinin ilk adımı en uygun geçiş hedefini seçmektir. WLS, Azure sanal makinelerinde (VM) veya Azure Kubernetes Service'te (AKS) iyi çalışır. 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 çok benzer. Bu kolaylığın dezavantajı ekonomik maliyettir. Genel olarak bakıldığında, VM tabanlı bir çözümün dakika başına maliyeti AKS ile karşılaştırıldığında daha yüksektir. AKS tabanlı çözümün çalıştırılması daha düşük maliyetli olsa da uygulamanızı AKS 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. WebLogic uygulamalarını Azure Sanal Makineler geçirme. Çalışma zamanı maliyetini azaltmak için uygulamanızı Kubernetes içinde çalışacak şekilde dönüştürmeyi tolere edebilirseniz AKS tabanlı geçiş yapmayı göz önünde bulundurun. Bu durumda, WebLogic Server uygulamalarını Azure Kubernetes Service'e geçirme ile devam edin.

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

AKS'nin uygun dağıtım hedefi olduğuna karar verdikten sonra Oracle WLS Kubernetes işlecinin (işleç) Kubernetes üzerinde WLS çalıştırmanın tek yolu olduğunu kabul etmeniz gerekir. Bu olguyu kabul ettikten sonra, önceden oluşturulmuş Azure Market teklifinin iyi bir başlangıç noktası olup olmadığına karar vermelisiniz. Önceden oluşturulmuş Azure Market teklifi hakkında göz önünde bulundurmanız gereken bazı şeyler aşağıdadır.

  • Oracle ve Microsoft, Görüntü etki alanı giriş kaynağı türündeki Modeli kullanarak AKS üzerinde hızlı bir şekilde WLS sağlamanızı sağlamak için bu teklifi oluşturdu. Bu kavram, bu makalenin devamında daha ayrıntılı olarak açıklanmıştır.
  • Yüksek düzeyde, teklif sizin için aşağıdaki adımları otomatikleştirir.
    • İsterseniz mevcut bir WAR veya EAR dağıtımına katılın.
    • WebLogic Image Tool'ı (WIT) kullanarak kapsayıcıya sarmalayın. Daha fazla bilgi için Oracle belgelerindeki WebLogic Image Tool bölümüne bakın.
    • AKS'de WebLogic Kubernetes İşleci'ni yükleyin ve yapılandırın.
    • Tüm işlemi çalıştırmak için işlecini kullanın. işleci, WebLogic ortamlarını desteklemek ve etki alanı yaşam döngüsü işlemlerini meta veri modeline göre yinelenebilir bir şekilde gerçekleştirmek için WebLogic Deploy Tooling'i (WDT) çağırır. Daha fazla bilgi için Oracle belgelerindeki WebLogic Deploy Tooling bölümüne bakın.
  • Önceden oluşturulmuş teklif App Gateway, Elastik günlük kaydı, Veritabanı tümleştirmesi ve daha fazlası gibi çok sayıda Azure hizmet tümleştirmesi sağlasa da birçok basitleştirme varsayımı yapar. Bu varsayımlar, teklifin ustalık ve operatörün kullanımı kadar esnek olmamasını sağlar.

Önceden oluşturulmuş Azure Market teklifini kullanmıyorsanız doğrudan işleci kullanmayı öğrenmeniz gerekir. İşleçte ustalık yapmak bu makalenin kapsamının dışındadır. WLS Kubernetes Operatörünün tüm belgeleri Oracle'da bulabilirsiniz.

Bu bölümün geri kalanında, önceden oluşturulmuş Azure Market teklifini kullanmaya veya doğrudan işleci kullanmaya karar vermek için bazı önemli noktalar sağlanır.

Önceden oluşturulmuş Azure Market teklifinin kullanılıp kullanılmayacağı konusunda karar verme

İlk olarak, WLS "etki alanı" kavramını anlamanız gerekir. Etki alanı, mantıksal olarak ilişkili bir WLS kaynakları grubudur. WLS etki alanının kurallı tanımı için Oracle belgelerine bakın. AKS üzerinde WLS çalıştırmak için AKS'nin etki alanlarıyla nasıl çalıştığına karar vermek gerekir. Çeşitli seçenekler "etki alanı giriş kaynağı türü" olarak adlandırılır. WLS Kubernetes işleci üç etki alanı giriş kaynağı türünü destekler. Önceden oluşturulmuş Azure Market teklifi, bu tablodaki ilk teklifi kullanır.

Etki alanı giriş kaynağı türü Açıklama Olumlu yönleri Olumsuz yönleri
Görüntüdeki Model WLS ve uygulamalar kapsayıcı görüntüsündedir ve diğer her şey bu görüntünün dışında tutulur. Önceden oluşturulmuş teklif tarafından desteklenir. Resmi bir örnek olarak belgelenmiş; bkz . Oracle. Çoğu WDT kullanır. Çoğu "buluta özel" seçeneği. En basit CI/CD tümleştirmesi. En büyük öğrenme eğrisi.
PV'de etki alanı Etki alanı, Kubernetes kalıcı biriminde bulunur. Kavramsal olarak VM'lerde çalıştırmaya benzer. Değişiklik yapmak için WLS konsolunu kullanabilirsiniz ve bu değişiklikler AKS pod yeniden başlatmalarında devam eder. Resmi bir örnek olarak belgelenmiş; bkz . Oracle. NFS ile ilgili bazı zorluklar azaltılmalıdır. Daha fazla bilgi için bkz . Oracle. Bu yaklaşım en az "buluta özel" tekniktir; durumu tamamen AKS kümesinin dışında yer alır.
Görüntüdeki Etki Alanı Etki alanı bir kapsayıcı görüntüsünde bulunur. Uygulamalar, etki alanı görüntüsünde yer alan bir kapsayıcı görüntüsünde yer alır. PV'deki Etki Alanı'dan daha fazla "buluta özel". CI/CD için daha kolay. WLS konsolu kullanılamaz. Daha fazla kapsayıcı görüntüsü bulundurması gerekir.

Önemli

PV kaynak türünde Etki Alanı'nı seçerseniz, SMB yerine NFS'yi kesinlikle öneririz. NFS, UNIX işletim sisteminden ve GNU/Linux gibi diğer değişkenlerden gelişti. Bu nedenle, NFS'yi Docker gibi kapsayıcı teknolojileriyle kullanırken eşzamanlı okuma ve dosya kilitleme sorunları yaşama olasılığı daha düşüktür.

NFS v4.1'i etkinleştirdiğinizden emin olun. v4.1'den düşük sürümlerde sorun olacaktır.

Operatör belgeleri, çeşitli seçenekleri karşılaştıran kullanışlı bir tablo da içerir. Daha fazla bilgi için bkz . Etki alanı giriş kaynağı türü seçme.

Önceden oluşturulmuş Azure Market teklifi hakkında bilgi edinmek için bkz. Hızlı Başlangıç: Azure portalını kullanarak Azure Kubernetes Service'te WebLogic Server'ı dağıtma. Önceden oluşturulmuş Azure Market teklifine ilişkin başvuru belgeleri için bkz. Oracle.

Operatörü doğrudan kullanmaya yönelik bir his elde etmek için operatör belgelerindeki örnekleri deneyin.

ARTıK AKS'de WLS etki alanlarını işlemenin çeşitli yolları hakkında bilgi edindiğinize göre, önceden oluşturulmuş Azure Market teklifini mi yoksa doğrudan işleci kullanarak kendiniz mi yapacağınızı daha iyi seçebilirsiniz.

WebLogic sürümünün uyumlu olup olmadığını belirleme

Mevcut WLS sürümünüz, işleç tarafından desteklenen sürümlerden biri olmalıdır. Oracle bu sürümleri Oracle Container Registry'de (OCR) tutar. Desteklenen sürümlerin listesini görmek için aşağıdaki adımları kullanın.

  1. Oracle Container Registry web sitesini ziyaret edin ve oturum açın. Daha fazla bilgi için bkz. https://container-registry.oracle.com/.
  2. Destek yetkilendirmeniz varsa Ara Yazılım'ı seçin ve weblogic_cpu için arama yapın. weblogic_cpu'ı seçin.
  3. Oracle'dan bir destek yetkilendirmeniz yoksa Ara Yazılım'ı seçin ve weblogic araması yapın. Weblogic'i seçin.

Not

Üretime geçmeden önce Oracle'dan destek yetkilendirmesi alın. Bunun yapılmaması, kritik güvenlik açıkları için düzeltme eki uygulamamış güvenli olmayan görüntülerin çalıştırılmasına neden olur. Oracle'ın kritik yama güncelleştirmeleri hakkında daha fazla bilgi için bkz. Kritik Yama Güncelleştirmeler, Güvenlik Uyarıları ve Bültenler.

Önceden oluşturulmuş Azure Market teklifi, OCR ve Azure Container Registry'den (ACR) WLS görüntülerini seçmenize olanak tanır ve bu nedenle OCR'de kullanılabilen tüm sürümleri örtük olarak destekler. Teklifi ACR'den görüntü çekmeye yönlendirirseniz, OCR'de listelenen desteklenen sürümlerden birinden türetildiğinden emin olun.

Envanter sunucusu kapasitesi

Geçerli üretim sunucularının donanımını (bellek, CPU, disk) ve ortalama ve en yüksek istek sayısını ve kaynak kullanımını belgeleyin. Seçtiğiniz geçiş yolundan bağımsız olarak bu bilgilere ihtiyaç duyacaksınız. Örneğin düğüm havuzunuzdaki VM'lerin boyutunu, kapsayıcı tarafından kullanılacak bellek miktarını ve kapsayıcının ihtiyaç duyduğu CPU paylaşımını seçmeye yardımcı olmak için yararlıdır.

AKS'de düğüm havuzlarını yeniden boyutlandırmak mümkündür. Nasıl yapılacağını öğrenmek için bkz . Azure Kubernetes Service'te (AKS) düğüm havuzlarını yeniden boyutlandırma.

Tüm gizli dizilerin envanterini çıkarma

"Hizmet olarak yapılandırma" teknolojilerindeki Azure Key Vault gibi gelişmelerden önce bile iyi tanımlanmış bir "gizli dizi" kavramı yoktu. Bunun yerine şimdi aslında “gizli dizi” olarak adlandırabileceğimiz bir işlev üstlenen ayrı bir yapılandırma ayarları kümeniz vardı. WebLogic Server gibi uygulama sunucularıyla, bu gizli diziler birçok farklı yapılandırma dosyasında ve yapılandırma deposunda yer alır. Üretim sunucularındaki tüm özellikleri ve yapılandırma dosyalarını gizli diziler ve parolalar için denetleyin. WAR dosyalarında weblogic.xml’yi denetlediğinizden emin olun. Ayrıca uygulamanızın içinde parolalar ve kimlik bilgileri içeren yapılandırma dosyaları da bulunabilir. Daha fazla bilgi için bkz. Temel Azure Key Vault kavramları.

Gizli dizilerin sağlam bir envanterini elde ettikten sonra gizli diziler ile ilgili operatör belgelerine başvurun. Daha fazla bilgi için bkz . Gizli diziler.

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>

Sertifikaların sağlam bir envanterini aldıktan sonra, bunları önceden oluşturulmuş Azure Market teklifiyle doğrudan yükleyebilirsiniz. Daha fazla bilgi için bkz . TLS/SSL yapılandırması. doğrudan işlecini kullanıyorsanız bkz . Operatör dış sertifikalarını güncelleştirme.

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

WebLogic için Azure’a tüm geçiş yolları belirli bir Java sürümü gerektirir ve bu sürüm her yolda değişiktir. Uygulamanızın bu desteklenen sürümü kullanarak doğru çalıştırılabildiğini onaylamanız gerekir.

Not

Geçerli sunucunuz desteklenmeyen bir JDK (Oracle JDK veya IBM OpenJ9 gibi) çalıştırıyorsa bu doğrulama özellikle önemlidir.

Geçerli Java sürümünüzü öğrenmek için üretim sunucunuzda oturum açın ve şu komutu çalıştırın:

java -version

Not

Azure sanal makinelerinde WLS'ye geçiş yaparken, belirli Java sürümlerine yönelik gereksinimler sanal makinelerde önceden yüklenmiş Java tarafından belirlenir. AKS üzerinde WLS'ye geçiş yaparken, belirli Java sürümü seçilen kapsayıcı görüntüsü tarafından belirlenir. Çok çeşitli seçenekler vardır, ancak bunların tümü Oracle JDK kullanır.

JNDI kaynaklarının envanterini çıkarma

Tüm JNDI kaynaklarının envanterini çıkarın. Örneğin, veritabanları gibi veri kaynaklarıyla ilişkilendirilmiş bir JNDI adı vardır ve bu ad JPA’nın EntityManager örneklerini belirli bir veritabanına doğru bağlamasına olanak tanır. JNDI kaynakları ve veritabanları hakkında daha fazla bilgi için Oracle belgelerinde WebLogic Server Veri Kaynakları’na 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 . Oracle WebLogic Server 12.2.1.4.0.

Önceden oluşturulmuş Azure Market teklifini kullanıyorsanız, dağıtım zamanında özelleştirebileceğiniz JNDI kaynakları kümesi teklifin desteklediğiyle sınırlıdır. Teklif belgelerinde JNDI araması yapın. İşleci doğrudan kullanıyorsanız, JDNI kaynakları seçtiğiniz etki alanı giriş kaynağı türüne bağlı olarak tanımlanabilir. PV'deki Etki Alanı için, bunları WLST ile veya yönetici konsoluyla her zamanki gibi ayarlayabilirsiniz. Görüntüdeki Etki Alanı veya Görüntüdeki Model için bkz. Tipik geçersiz kılmalar.

Etki alanı yapılandırmanızı inceleme

WebLogic Server’da ana yapılandırma birimi etki alanıdır. Bu nedenle config.xml dosyası, geçiş sırasında dikkatle gözden geçirmeniz gereken birçok yapılandırma içerir. Dosyada, alt dizinlerde depolanan ek XML dosyalarının başvuruları vardır. Oracle normalde WebLogic Server’ın yönetilebilir nesneleri ve hizmetleri yapılandırmak için Yönetim Konsolu’nu kullanmanızı ve config.xml dosyasının bakımını WebLogic Server’a bırakmanızı önerir. Daha fazla bilgi için bkz. Etki Alanı Yapılandırma Dosyaları.

Uygulamanızın içinde

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

Önceden oluşturulmuş Azure Market teklifi otomatik olarak bir etki alanı kaynağı oluşturur. doğrudan işlecini kullanıyorsanız, etki alanınızın nasıl temsil edilebileceğini tamamen özelleştirebilirsiniz. Tam bilgi için bkz . Etki alanı kaynağı.

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

Uygulamanız Oracle Coherence*Web içeren veya içermeyen oturum çoğaltmaya dayanıyorsa üç seçeneğiniz vardır:

  • Coherence*Web, Azure sanal makinelerinde WebLogic Server ile birlikte çalışabilir ama teklifi sağladıktan sonra bu seçeneği el ile yapılandırmanız gerekir. Tek başına Coherence kullanıyorsanız, bunu bir Azure sanal makinesinde de çalıştırabilirsiniz ama teklifi sağladıktan sonra bu seçeneği el ile yapılandırmanız gerekir.
  • 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 bkz. Redis için Azure Cache.

Tüm bu seçenekler için WebLogic’in HTTP Oturum Durumu Çoğaltması’nı nasıl yaptığı iyice anlaşılmalıdır. Daha fazla bilgi için Oracle belgelerinde HTTP Oturum Durumu Çoğaltması’na bakın.

Önceden oluşturulmuş Azure Market teklifi, Application Gateway giriş denetleyicisi aracılığıyla oturum bennizimini destekler. Teklifi dağıtırken Tanımlama bilgisi tabanlı benşimi etkinleştir'i seçin. Teklifin belgelerinde tanımlama bilgisi tabanlı benzeşimi arayı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?

WebLogic’teki JDBC sürücüleri hakkında daha fazla bilgi için bkz. WebLogic Sunucusuyla JDBC Sürücülerini Kullanma.

Önceden oluşturulmuş Azure Market teklifi, en popüler veritabanları için destek sunar. Daha fazla bilgi için bkz . Veritabanı. PV'deki Etki Alanı için, bunları WLST ile veya yönetici konsoluyla her zamanki gibi ayarlayabilirsiniz. Görüntüdeki Etki Alanı veya Görüntüdeki Model için bkz. Tipik geçersiz kılmalar.

WebLogic’in özelleştirilip özelleştirilmediğini saptama

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 dizeler setDomainEnv, commEnv, startWebLogic ve stopWebLogic içerir.
  • JVM’ye geçirilmiş belirli parametreler var mı?
  • Sunucu sınıf yoluna eklenmiş JAR’lar var mı?

AKS tarafından çalıştırılan kapsayıcı görüntüsünde bu özelleştirmeleri yakalamanız gerekir. Önceden oluşturulmuş Azure Market teklifi için bu tür özelleştirmeler en iyi şekilde özel bir kapsayıcı görüntüsü oluşturup Azure Container Registry'de kullanılabilir hale getirilerek ve dağıtım zamanında bu kayıt defterine işaret ederek işlenir. Daha fazla bilgi için bkz . Görüntü seçimi. doğrudan işlecini kullanıyorsanız bkz . JVM bellek ve Java seçeneği ortam değişkenleri.

REST üzerinde Yönetimin kullanılıp kullanılmadığını saptama

Uygulamanızın yaşam döngüsü REST üzerinde Yönetim kullanmayı içeriyorsa, REST API’ye erişmek için kullanılan bağlantı noktalarını yakalamalı, bunların nasıl kimlik doğrulaması yaptığını ve kullanıma sunulduğunu saptamalısınız. Geçiş sonrasında aynı bağlantı noktalarının ve kimlik doğrulama mekanizmalarının kullanıma sunulduğundan emin olmanız gerekir. Böylelikle uygulama yaşam döngünüz geçiş öncesine benzer şekilde çalışabilir. Daha fazla bilgi için bkz. RESTful Management Services ile Oracle WebLogic Server’ı yönetme.

REST üzerinden yönetimi kullanmaya devam etmek mantıklı olan tek etki alanı giriş kaynağı türü PV'deki Etki Alanı'dır. Bunu diğer etki alanı giriş kaynağı türleriyle kullanmak mümkündür, ancak yapılan değişiklikler kısa ömürlüdür ve pod yeniden başlatmalarında kalıcı olmaz.

Şirket içine bağlantının gerekip gerekmediğini saptama

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ğını Azure'a bağlamak için bir çözüm seçme. 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) Kuyruklarının mı yoksa Konularının mı kullanıldığını saptama

Uygulamanız JMS Kuyruklarını veya Konularını kullanıyorsa, bunları dışarıda barındırılan bir JMS sunucusuna geçirmeniz gerekir. Azure Service Bus ve Gelişmiş İleti Sıraya Alma Protokolü, JMS kullananlar için harika bir geçiş stratejisi olabilir. Daha fazla bilgi için bkz. Azure Service Bus ve AMQP 1.0 ile JMS’yi kullanma.

JMS kalıcı depoları yapılandırıldıysa, bunların yapılandırmasını yakalamalı ve geçiş sonrasında uygulamalısınız.

Oracle Message Broker kullanıyorsanız bu yazılımı Azure sanal makinelerine geçirip olduğu gibi kullanabilirsiniz.

Ö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.

Bu kitaplıklar, WebLogic'in özelleştirilip özelleştirilmediğini belirleme konusunda açıklandığı gibi aynı teknikler kullanılarak işlenebilir.

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

WebLogic sunucusuna eklenmiş OSGi paketlerini kullandıysanız, eşdeğer JAR dosyalarını doğrudan web uygulamanıza eklemeniz gerekir.

Bunları önceden oluşturulmuş Azure Market teklifine sağlanan WAR veya EAR'ye dahil edebilir veya operatörü doğrudan kullanabilirsiniz.

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 kod içeriyorsa, bunu yeniden düzenleyip söz konusu bağımlılıkları kaldırmanız gerekir. Örneğin dosya sistemi yollarındaki / veya \ kullanımlarını File.Separator veya Paths.get ile değiştirmeniz gerekebilir.

AKS üzerinde WLS, Oracle Linux üzerinde çalışır. İşletim sistemine özgü tüm kodlar Oracle Linux ile uyumlu olmalıdır. Belirli işletim sistemi bilgilerini bulmayı öğrenmek için WebLogic sürümünün uyumlu olup olmadığını belirleme bölümünde verilen adımları izleyin.

Oracle Service Bus’ın kullanımda olup olmadığını saptama

Uygulamanız Oracle Service Bus (OSB) kullanıyorsa OSB’nin nasıl yapılandırıldığını yakalamanız gerekir. Daha fazla bilgi için bkz. Oracle Service Bus Yüklemesi Hakkında.

OSB, önceden oluşturulmuş Azure Market teklifinde doğrudan desteklenmez. OSB kullanmanız gerekiyorsa doğrudan işlecini kullanmanız gerekir.

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 paketlendiyse, application.xml ve weblogic-application.xml dosyalarını incelediğinizden ve yapılandırmalarını yakaladığınızdan emin olun.

Önceden oluşturulmuş Azure Market teklifi WAR'leri ve EAR'leri destekler. Operatörün doğrudan kullanılması WAR'leri ve EAR'leri de destekler.

Ü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.

WebLogic Scripting Tool’un (WLST) kullanılıp kullanılmadığını saptama

Şu anda dağıtımınızı gerçekleştirmek için WLST kullanıyorsanız, neler yaptığını değerlendirmeniz gerekir. WLST dağıtımınız kapsamında uygulamanızın herhangi bir (çalışma zamanı) parametresini değiştiriyorsa, geçiş sonrasında uygulamanızı test ederken bu davranışın devam ettiğinden emin olmalısınız.

WLST kullanımıyla uyumlu tek etki alanı giriş kaynağı türü PV'deki Etki Alanı'dır. Daha fazla bilgi için bkz . Pv üzerinde etki alanı giriş sayfası.

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

Kubernetes, kalıcı birimlere (PV) sahip dosya sistemleriyle ilgilenir. Kalıcı birimlerin montajı, önceden oluşturulmuş Azure Market teklifinde ve doğrudan işleç kullanılırken desteklenir. PV'de Etki Alanı kullanıyorsanız, dosya sistemi yapılandırmanın merkezi bir yönüdür.

Salt okunur statik içerik

Uygulamanız şu anda statik içerik sunuyorsa bunun için alternatif bir konumunuz olması gerekir. Statik içeriği Azure Blob Depolama’ya taşımayı ve küresel olarak ışık hızında indirme işlemleri için Azure CDN eklemeyi düşünebilirsiniz. Daha fazla bilgi için bkz. Azure Depolama'de statik web sitesi barındırma ve Hızlı Başlangıç: Azure depolama hesabını Azure CDN ile tümleştirme. Statik içeriği Azure Spring Apps Enterprise planındaki bir uygulamaya doğrudan da dağıtabilirsiniz. Daha fazla bilgi için bkz . Web statik dosyalarını dağıtma.

Dinamik olarak yayımlanan statik içerik

Uygulamanız tarafından karşıya yüklenen/üretilen ama oluşturulduktan sonra sabit hale gelen statik içeriğe uygulamanızda izin veriliyorsa, karşıya yüklemeleri ve CDN yenilemesini işlemek için Azure İşlevi’yle birlikte yukarıda açıklandığı gibi Azure Blob Depolama ve Azure CDN kullanabilirsiniz. Azure İşlevleri ile statik içeriği karşıya yükleme ve CDN’ye önceden yükleme başlığı altında kullanımınıza ilişkin örnek bir uygulama sağladık. Statik içeriği Azure Spring Apps Enterprise planındaki bir uygulamaya doğrudan da dağıtabilirsiniz. Daha fazla bilgi için bkz . Web statik dosyalarını dağıtma.

Ağ topolojisi belirleme

Geçerli Azure Market teklifleri kümesi geçişiniz için bir başlangıç noktasıdır. Teklif, mimarinizin geçirmek istediğiniz yönlerini kapsamıyorsa temel teklifi çözüm şablonlarından biriyle destekledikten sonra mevcut dağıtımınızın ağ topolojisini yakalayıp Azure’da yeniden oluşturmanız gerekir.

Bu çok kapsamlı bir konudur ama aşağıdaki başvurular geçiş işlemlerinizi yönlendirmenize yardımcı olabilir:

  • Bu başvuru, ağ topolojisinin Azure'a geçişiyle ilgili üst düzey konuları numaralandırır: Hızlı İzleme Dağıtım Kılavuzu.
  • Bu başvuru, ağ topolojisi üzerinde etkisi olan kümelemeyle ilgili önemli endişeleri açıklar: WebLogic Server Kümelemesi.
  • Veri kaynakları bir WebLogic sisteminde bulunan ayrı sunucular olduğundan onları ağ topolojisi analizinin bir parçası olarak düşünmeniz gerekir. WebLogic Server Veri Kaynakları.
  • Mesajlaşma kaynakları da ayrı sunuculardır. WebLogic Server Mesajlaşma
  • Yük dengeleme temel bir gereksinimdir. Bu başvuru, yük dengelemenin WebLogic Server tarafını kapsar: Kümede Yük Dengeleme.

JCA Bağdaştırıcılarının ve Kaynak Bağdaştırıcılarının kullanımı için hesap

Dağıtımınız kaynak bağdaştırıcılarını kullanıyorsa, en çok desteklenen seçenek PV'de Etki alanı giriş seçeneğidir.

Özel güvenlik sağlayıcılarının ve JAAS'nin kullanımına yönelik hesap

Uygulamanız JAAS kullanıyorsa, güvenlik sağlayıcıları yapılandırmasının doğru geçirildiğinden emin olmalısınız. Daha fazla bilgi için Oracle belgelerinde WebLogic Güvenlik Sağlayıcılarını Yapılandırma Hakkında konusuna bakın.

Dağıtımınız güvenlik sağlayıcılarını kullanıyorsa, en çok desteklenen seçenek PV'de Etki alanı giriş seçeneğidir.

WebLogic kümelemesinin kullanılıp kullanılmadığını saptama

işleci, AKS üzerinde WLS çalıştırmanın tüm olası yolları için kümeleme gerçekleştirir.

EJB kümelemenizi inceleme

Uygulamanız yerel EJB kullanıyorsa bunları kümelenmiş EJB'ye geçirmeniz gerekir. Daha fazla bilgi için bkz . Kümelenmiş ve yerel EJB.

Yük dengeleme gereksinimleri için hesap

Yük dengelemeyi hesaba eklemenin en iyi yolu, yerleşik Azure Market teklifi tarafından sağlanan App Gateway tümleştirmesini kullanmaktır. Daha fazla bilgi için bkz. Öğretici: Azure Uygulaması lication Gateway ile WebLogic Server kümesini yük dengeleyici olarak Azure'a geçirme.

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

Dağıtımınız Java EE uygulama istemcilerini kullanıyorsa, operatörü doğrudan kullanmak en iyisidir. Daha fazla bilgi için bkz . Dış İstemciler.

Birden çok kapsayıcı görüntüsü gerekip gerekmediğini belirleme

WebLogic Server etki alanı birden çok küme içerebilir. Örneğin, çok katmanlı bir uygulama tek bir etki alanında temsil edilebilir, ancak "ön uç" ve "arka uç" gibi iki kümeye sahiptir. Arka ucu güncelleştirmeden ön ucu güncelleştirebilmek ve bunun tersi de yararlı olur. Ancak, Görüntü etki alanı giriş kaynağı türündeki Model ile, etki alanının tamamı tek bir kapsayıcı görüntüsünde temsil edilir. Bu kullanım örneğine uyum sağlamak için kümeleri kendi etki alanlarına ayırmanız ve her birinin kendi kapsayıcı görüntüsüne sahip olması gerekir. işleci, birden çok ad alanında birden çok etki alanını yönetebilir. Daha fazla bilgi için bkz. Etki alanı ad alanı seçim stratejisi seçme

Birden çok etki alanını benimsemek, etki alanları arasında T3 erişim sorunlarına neden olabilir. Bu sorunları çözmek için Bilinmeyen konak erişimini etkinleştirmenin gerekli olup olmadığını belirleme bölümünde açıklandığı gibi özel kanalı etkinleştirin.

Bilinmeyen konak erişimini etkinleştirmenin gerekli olup olmadığını belirleme

Aşağıdaki senaryolar için WebLogic'e bir düzeltme eki uygulayarak bilinmeyen konak erişimini etkinleştirmeniz gerekebilir:

  • Özel bir kanal aracılığıyla AKS dışındaki dış istemcilerden AKS'deki WLS kümelerine T3 erişimine izin verin.
  • Özel bir kanal üzerinden AKS'deki farklı WLS etki alanları arasında T3 erişimine izin verin.

Düzeltme ekinin ayrıntıları için Oracle Desteğim'de (MOS) Düzeltme Eki Aramasını Kullanma ve düzeltme eki 30656708araması makalesindeki yönergeleri izleyin.

Düzeltme eki uygulandıktan sonra bkz . Bilinmeyen konak erişimini etkinleştirme.

Geçiş

Bu bölümdeki adımlarda, analizinizin önceden oluşturulmuş Azure Market teklifini kullanmaya karar vermenize neden olduğu varsayılır.

Teklifi sağlama

Teklifi Azure portalında açmak için bkz https://aka.ms/wlsaks. . Oluştur'u seçin ve teklifin belgelerindeki yönergeleri izleyin. Teklifin alanlarını doldurmaya yardımcı olması için önceki adımlarda topladığınız bilgileri kullanın.

Etki alanlarını geçirme

Teklifi sağladıktan sonra aşağıdaki adımları izleyerek etki alanının çıktısını oluşturun.

Dağıtım devam ediyor sayfasından uzaklaştıysanız, aşağıdaki adımlarda bu sayfaya nasıl geri döndüğünüz gösterilir. Hala Dağıtımınızın tamamlandığını gösteren sayfadaysanız 5. adıma atlayabilirsiniz.

  1. Herhangi bir portal sayfasının sol üst kısmında hamburger menüsünü ve ardından Kaynak grupları'nı seçin.

  2. Herhangi bir alan için Filtre uygula metnini içeren kutuya, daha önce oluşturduğunuz kaynak grubunun ilk birkaç karakterini girin. Önerilen kuralı uyguladıysanız baş harflerinizi girin ve uygun kaynak grubunu seçin.

  3. Sol gezinti bölmesindeki Ayarlar bölümünde Dağıtımlar'ı seçerek bu kaynak grubuna yapılan dağıtımların sıralı listesini ve en son dağıtımları görüntüleyin.

  4. Bu listedeki en eski girdiye kaydırın. Bu giriş, önceki bölümde başlattığınız dağıtıma karşılık gelir. Aşağıdaki ekran görüntüsünde gösterildiği gibi en eski dağıtımı seçin.

    Kaynak grubu dağıtım listesini gösteren Azure portalının ekran görüntüsü.

  5. Sol panelde Çıkışlar'ı seçin. Bu liste, dağıtımdaki çıkış değerlerini gösterir. Çıkışlara yararlı bilgiler eklenir. Etki alanını incelememize ve işleçle etkileşim kurmamıza olanak sağlayan çıkışlarla ilgileniyoruz. Çıkışlardaki diğer değerler, AKS üzerinde WebLogic kullanıcı kılavuzunda ayrıntılı olarak açıklanmıştır.

  6. adlı shellCmdtoConnectAksçıkışı bulun. Çıkışın değerini bash kabuğuna yapıştırın ve komutunu çalıştırın. Bu komut, kümeye Bağlan'de açıklandığı gibi kullanmanızı kubectl sağlar.

  7. adlı shellCmdtoOutputWlsDomainYamlçıkışı bulun. Çıkışın değerini bash kabuğuna yapıştırın ve komutunu çalıştırın. Bu komut, etki alanı kaynağını YAML dosyası olarak çıkışı oluşturur.

  8. Artık geçerli dağıtımın etki alanı YAML'sine sahip olduğunuz için, etki alanı kaynağı YAML dosyalarını dağıtma makalesindeki bilgileri uygulayabilir ve etki alanlarını geçirme hakkında daha fazla ipucu için bu kılavuzu gözden geçirebilirsiniz. Bu kılavuz, Kubernetes'in iş yapma yöntemine uyum sağlamayı gerektirir, ancak yine de bu konuda bilgi edinmek yararlıdır.

KeyStores bilgileri

Geçiş sırasında uygulamanız tarafından kullanılan tüm SSL KeyStores bilgilerini de dikkate almanız gerekir. Daha fazla bilgi için bkz. KeyStores yapılandırması.

JMS kaynaklarını bağlama

Veritabanlarını bağladıktan sonra WebLogic belgelerindeki Fusion Middleware Administering JMS Resources for Oracle WebLogic Server (Oracle WebLogic Server için JMS Kaynaklarını Fusion Middleware ile Yönetme) yönergelerini izleyerek JMS yapılandırmasını tamamlayabilirsiniz.

Günlüğe kaydetme

Günlüğe kaydetmeden bulut yapamazsınız. işleci Elasticsearch ve Kibana kullanımına yönelik örnekler sağlar. Daha fazla bilgi için operatör belgelerine bakın. Azure, Elastik için harika destek sağlar. Tüm ayrıntılar için bkz . Azure ile elastik tümleştirme nedir?. AKS üzerinde WLS için Azure için iyileştirilmiş bir günlük çözümü elde etmek için bu iki kaynaktaki bilgileri birleştirebilirsiniz.

Uygulamalarınızı geçirme

Dağıtım zamanında bir WAR veya EAR dosyası sağlamayı seçseniz de seçmeseniz de uygulamayı CI/CD aracılığıyla güncelleştirmeniz gerekir. operatör belgelerinde bu güncelleştirmeyi nasıl yapacağınizi gösteren bir örnek bulunur. Daha fazla bilgi için bkz . Güncelleştirme 3. Diğer güncelleştirme örnekleri geçişle ilgilidir ve keşfetmeye değer.

Test Etme

Uygulamalarda yapılan kapsayıcı içi testlerin Azure'da çalışan yeni sunuculara erişecek şekilde yapılandırılması 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: