Web Logic Server uygulamalarını Azure sanal makinelerine geçirme

  • Makale
  • Okumak için 13 dakika

Bu kılavuzda mevcut WebLogic uygulamasını Azure Sanal Makineler üzerinde çalıştırmak için geçirmek istediğinizde nelerin farkında olmanız gerektiği açıklanır. Azure Marketi 'ndeki kullanılabilir WebLogic Server çözümlerine genel bakış için bkz. Azure sanal makinelerinde Oracle WebLogic Server çalıştırmaya yönelik çözümler nelerdir?

Geçiş öncesi

Başarılı bir geçiş sağlamak için, başlamadan önce aşağıdaki bölümlerde açıklanan değerlendirme ve envanter adımlarını doldurun.

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

Bu kılavuz ve ilgili Azure Market teklifleri, WebLogic Server iş yüklerinizi Azure'a geçirme sürecini hızlandırmak için kullanabileceğiniz başlangıç noktaları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ılı bir şekilde anlatılan değişiklikleri dikkate alarak mümkün olduğunca "lift and shift" yaklaşımıyla ilerlemeniz önerilir. "Geçiş tamamlandı" ifadesinin tanımını yaparak bu kilometre taşına ulaştığınızda durumun farkına varabilirsiniz. "Geçiş tamamlandı" noktasına ulaştığınızda Anlık görüntü oluşturma bölümünde açıklandığı gibi sanal makinelerinizin anlık görüntüsünü alabilirsiniz. Anlık görüntüden başarıyla geri yükleme yapabileceğinizi doğruladıktan sonra bu noktaya kadar getirdiğiniz geçiş sürecini kaybetme korkusu yaşamadan daha güvenli bir şekilde geliştirme yapabilirsiniz.

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

Oracle ve Microsoft iş ortaklığı yaparak Azure'a geçiş için güvenilir bir başlangıç noktası oluşturma amacıyla Azure Market'te bir dizi Azure çözüm şablonu sunmuştur. Teklif listesi için Oracle Fusion Middleware belgelerine başvurun ve mevcut dağıtımınıza en yakın olan şablonu seçin. Azure 'Da Oracle WebLogic Server olan genel bakış makalesindeki tekliflerin listesini görebilirsiniz.

Mevcut tekliflerin hiçbiri iyi bir başlangıç noktası değilse Azure Sanal Makine kaynaklarını kullanarak dağıtımı el ile gerçekleştirmeniz gerekir. Daha fazla bilgi için bkz. IaaS nedir?.

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

Mevcut WebLogic sürümünüz IaaS tekliflerindeki sürümle uyumlu olmalıdır. Bu sorgu, WebLogic 12.2.1.3 sürümü tekliflerini gösterecektir. Mevcut WebLogic sürümünüz bu sürümle uyumlu değilse, Azure IaaS kaynaklarını kullanarak dağıtımı el ile gerçekleştirmeniz gerekir. Daha fazla bilgi edinmek için Azure belgelerine 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 bkz. Bulut Hizmetlerinin Boyutları.

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

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>

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 WebLogic’e geçerken, belirli Java sürümlerine ilişkin gereksinimler sanal makinelerde önceden yüklenmiş Java tarafından belirlenir.

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ıyla ilgili daha fazla bilgi için bkz. JMS Kaynak Yapılandırmasını Anlama.

Etki alanı yapılandırmanızı inceleyin

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.

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.

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.

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ı?

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.

Ş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 Ileti hizmeti (JMS) kuyruklarının veya konuların kullanımda olup olmadığını belirleme

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 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çirebilir ve 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.

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.

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.

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.

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.

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

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.

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.

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.

Ağ topolojisi belirleme

Geçerli 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:

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

Mevcut uygulamanız diğer kurumsal sistemlere bağlanmak için JCA Bağdaştırıcılarını ve/veya Kaynak Bağdaştırıcılarını kullanıyorsa, bu yapıtların yapılandırmasının Azure Sanal Makineler üzerinde çalıştırılan WebLogic Server’a uygulandığından emin olmalısınız. Daha fazla bilgi için bkz. Kaynak Bağdaştırıcılarını Oluşturma ve Yapılandırma

Özel güvenlik sağlayıcılarının ve JAAS kullanımı için 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.

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

Yüksek kullanılabilirlik elde etmek için uygulamanızı büyük olasılıkla birden çok WebLogic sunucusunda dağıtmışsınızdır. Bu kümeleri şirket içi yüklemenizden doğrudan Azure Sanal Makineler’de çalışan WebLogic’e geçirebilirsiniz. Daha fazla bilgi için Oracle belgelerinde Etki Alanı Yapılandırma Dosyaları’na bakın.

Yük Dengeleme gereksinimleri için hesap

Yük Dengeleme, Oracle WebLogic Server kümenizi Azure 'a geçirmeyi temel bir parçasıdır. En kolay çözüm, Oracle WebLogic Server kümesi için Azure Marketi teklifinde sunulan azure Application Gateway yerleşik desteğini kullanmaktır. Bu konu hakkında bir öğretici için bkz. öğretici: bir WebLogic Server kümesini Azure 'da azure Application Gateway yük dengeleyici olarak geçirme.

Azure Application Gateway diğer Azure Yük Dengeleme çözümleriyle karşılaştırıldığında sunulan yeteneklerin bir özeti için bkz. Azure 'da Yük Dengeleme seçeneklerine genel bakış.

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 bkz. Java EE İstemci Uygulaması Modülleri.

Geçiş

Azure Sanal Makineler üzerinde WebLogic teklifi seçme

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

Teklif dağıtılırken WebLogic sunucu 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. sanal makine boyutlandırma Için Azure belgeleri

Yönetici Sunucusu Olmadan Tek Düğümlü WebLogic Server

Bu teklif tek bir VM oluşturur ve üzerine WebLogic yükler ancak etki alanı yapılandırmaz. Bu seçenek, üst düzeyde özelleştirilmiş bir etki alanı yapılandırmasına sahip olduğunuz senaryolar için kullanışlıdır.

Yönetici Sunucusu ile Tek Düğümlü WebLogic Server

Bu teklif, tek bir VM sağlar ve üzerinde WebLogic Server 'ı kurar. Bir etki alanı oluşturur ve yönetici sunucusunu başlatır.

WebLogic Server N Düğümlü Küme

Bu teklif, WebLogic Server VM'lerinden oluşan yüksek düzeyde kullanılabilir bir küme oluşturur.

WebLogic Server N Düğümlü Dinamik Küme

Bu teklif, WebLogic Server VM'lerinden oluşan yüksek düzeyde kullanılabilir ve ölçeklenebilir dinamik bir küme oluşturur.

Teklifi sağlama

Başlangıç noktası olarak kullanacağınız teklifi seçtikten sonra teklif belgelerindeki yönergeleri izleyerek ilgili teklifi sağlayın. Mevcut etki alanı adınızla eşleşen etki alanı adını seçtiğinizden emin olun. Etki alanı parolasını da mevcut etki alanı parolanızla aynı yapabilirsiniz.

Etki alanlarını geçirme

Teklifi sağladıktan sonra etki alanı yapılandırmasını inceleyebilir ve etki alanı geçirme adımları için bu kılavuzu izleyebilirsiniz.

Veritabanlarını bağlama

Etki alanlarını geçirdikten sonra teklif belgelerindekiyönergeleri izleyerek veritabanlarını bağlayabilirsiniz. Bu yönergeler, veritabanı gizli dizilerini ve erişim dizelerini de dikkate almanıza yardımcı olur.

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.

Kimlik doğrulama ve yetkilendirme için hesap

Çoğu uygulama için bazı kimlik doğrulama ve yetkilendirme türleri vardır. Kimlik doğrulaması için LDAP kullanırsanız, Azure 'da WebLogic Server otomatik tümleştirmeyi destekler. market teklifi, güvenli LDAP ile Azure Active Directory etki alanı hizmetleri (Azure AD DS) kullanır. Teklif, Azure AD DS 'den WebLogic Server için varsayılan bölgeyi oluşturur. Daha fazla bilgi için bkz. WebLogic Server 'Da Java uygulamalarını Azure 'a geçirmek Için son kullanıcı yetkilendirmesi ve kimlik doğrulaması.

Günlüğe kaydetme

Azure Market 'te Oracle WebLogic Server teklifleri tarafından sunulan Azure 'da elastik tümleştirme kullanın. Bu, günlük için hesap oluşturmanın en kolay yoludur. Öğretici: bir WebLogic Server kümesini Azure 'da günlüğe kaydetme çözümü olarak elastik bir şekilde Azure 'A geçirme hakkındaayrıntılı bir öğretici sunulmaktadır. Genel Bakış makalesindeki tekliflerin listesini, Azure sanal makinelerinde Oracle WebLogic Server çalıştırmaya yönelik çözümler nelerdir?

Elastik tümleştirme uygun değilse, etki alanını geçirirken mevcut günlüğe kaydetme yapılandırmasını uygulamanız gerekir. Daha fazla bilgi için bkz. Java. util. Logging günlükçü düzeylerini yapılandırma ve Oracle 'Da Oracle WebLogic Server Için günlük dosyalarını yapılandırma ve günlük iletilerini filtreleme .

Uygulamalarınızı geçirme

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 WebLogic Server 'a dağıtılmasına neden olan yüksek düzeyde gelişmekte olan bir CI/CD platformu vardır. Diğer durumlarda süreç el ile sürdürülebilir. WebLogic uygulamalarını buluta geçirmek için Azure Sanal Makineleri kullanmanın avantajlarından biri, mevcut süreçlerinizin çalışmaya devam edecek olmasıdır.

CI/CD işlem hattınızdan veya el ile dağıtım sisteminizden erişime izin vermek için teklif tarafından sağlanan Ağ Güvenlik Grubunu yapılandırmanız gerekir. Daha fazla bilgi için Azure belgelerinin Güvenlik grupları bölümünü inceleyin.

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 endişeleri sayesinde, gerekli ağ güvenliği kurallarının Azure 'a dağıtılan uygulamalara erişmesine izin verildiğinden emin olmanız gerekir. Daha fazla bilgi için bkz. Azure belgelerindeki 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ı geliştirme konularının bazıları aşağıda verilmiştir ancak kapsam bunlarla sınırlı değildir: