Spring Boot uygulamalarını Azure Container Apps'e geçirme

Bu kılavuz, mevcut spring boot uygulamasını Azure Container Apps'e geçirme işleminde size yol gösterir. Geçiş öncesi değerlendirmeyi, geçişin kendisini ve geçiş sonrası iyileştirmeyi kapsar.

Önkoşullar

geçiş öncesi değerlendirme

Geçişe başlamadan önce, aşağıdaki bölümlerde açıklanan değerlendirme ve envanter adımlarını tamamlayın.

Yerel durumu tanımlama

Platform hizmeti (PaaS) ortamında, hiçbir uygulamanın herhangi bir anda sadece tek bir örnek olarak çalışacağı garanti edilmez. Tek bir örneği yapılandırsanız bile, şu durumlarda yinelenen bir örnek oluşturulabilir:

  • Sistem, hata veya sistem güncelleştirmesi nedeniyle uygulamayı fiziksel bir konağa yeniden taşımalıdır.
  • Sistem uygulamayı güncelleştirir.

Her iki durumda da, yeni örnek başlayana kadar özgün örnek çalışmaya devam eder. Bu davranışın uygulamanız için aşağıdaki etkileri vardır:

  • Hiçbir singleton'un gerçekten bekar olduğunu garantiye alamazsınız.
  • Dış depolamada kalıcı olmayan verileri kaybetme olasılığınız vardır.

Azure Container Apps'a geçmeden önce kodunuzun kaybolmaması veya çoğaltılmaması gereken yerel durum içermediğinden emin olun. Yerel durum varsa, bu durumu harici olarak depolamak için kodu yeniden düzenleme. Buluta hazır uygulamalar genellikle durumu aşağıdaki konumlardan birinde depolar:

Dosya sistemi kullanımını gözden geçirme

Hizmetlerinizin yerel dosya sisteminden okuduğu veya yerel dosya sistemine yazdığı tüm örnekleri belirleyin. Hangi dosyaların kısa süreli veya geçici olduğunu ve hangi dosyaların uzun ömürlü olduğunu unutmayın.

Azure Container Apps çeşitli depolama türleri sunar. Kısa ömürlü depolama kullanarak, çalışan bir kapsayıcı veya kopya içinde geçici verileri okuyabilir ve yazabilirsiniz. Azure Dosyalar'ı kullanarak, birden çok kapsayıcının paylaşabileceği kalıcı depolama alanı sağlayabilirsiniz. Daha fazla bilgi için bkz. Azure Container Apps depolama bağlamalarını kullanma.

Uygulamanız salt okunur statik içerik sunarsa, bunu Azure Blob Depolama'ya taşımayı ve genel dağıtım için Azure CDN eklemeyi göz önünde bulundurun. Daha fazla bilgi için bkz. Azure Depolama'ta statik web sitesi barındırma ve Hızlı Başlangıç: Azure Depolama hesabını Azure CDN ile tümleştirme.

Uygulamanız dinamik olarak yayımlanan statik içeriği (oluşturulduktan sonra değişmeyen karşıya yüklenen veya oluşturulan içerik) işlerse Azure Blob Depolama ile Azure CDN'yi tümleştirebilirsiniz. Karşıya yüklemeleri yönetmek ve CDN yenilemelerini tetiklemek için bir Azure İşlevi de kullanabilirsiniz. Örnek bir uygulama için bkz. Azure İşlevleri ile statik içeriği karşıya yükleme ve CDN ile önceden yükleme.

İşletim sistemine özgü kodu denetleme

Uygulamanız konak işletim sisteminde bağımlılıkları olan kod içeriyorsa, bu bağımlılıkları kaldırmak için yeniden düzenleme. Örneğin, dosya sistemi yollarındaki herhangi bir / veya \ kullanımını File.Separator veya Paths.get ile değiştirin.

Platform uyumluluğunu doğrulama

Dockerfile'ınızı el ile oluşturur ve kapsayıcılı bir uygulamayı Azure Container Apps'e dağıtırsanız JRE/JDK sürümleri de dahil olmak üzere dağıtımınız üzerinde tam denetime sahip olursunuz.

Yapıtlardan dağıtım için Azure Container Apps, Java'nın belirli sürümlerini (8, 11, 17 ve 21) ve Spring Boot ile Spring Cloud bileşenlerinin belirli sürümlerini sunar. Uyumluluğu sağlamak için önce uygulamanızı geçerli ortamında desteklenen bir Java sürümüne geçirin, ardından kalan geçiş adımlarıyla devam edin. Linux dağıtımınızın en son kararlı sürümüyle sonuçta elde edilen yapılandırmayı tam olarak test edin.

Uyarı

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

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

java -version

Java, Spring Boot ve Spring Cloud'un desteklenen sürümleri için bkz. Azure Container Apps'te Java'ya genel bakış.

Spring Boot sürümünüzü tanımlama

Geçiş yaptığınız her bir uygulamanın bağımlılıklarını inceleyerek Spring Boot sürümünü belirleyin.

Maven projelerinde POM dosyasının <parent> öğesinde Spring Boot sürümünü bulun:

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>3.3.3</version>
    <relativePath/> <!-- lookup parent from repository -->
</parent>

Gradle projelerinde Spring Boot sürümünü plugins şu bölümde bulabilirsiniz:

plugins {
  id 'org.springframework.boot' version '3.3.3'
  id 'io.spring.dependency-management' version '1.1.6'
  id 'java'
}

3.x öncesi Spring Boot sürümlerini kullanan uygulamalar için Spring Boot 3.0 Geçiş Kılavuzu'nu izleyerek desteklenen bir sürüme güncelleştirin. Desteklenen sürümler için bkz. Spring Boot ve Spring Cloud sürümleri.

Zamanlanmış işleri belirleme

Spring Batch çerçevesini temel alan Unix cron işleri veya kısa ömürlü uygulamalar gibi kısa ömürlü uygulamalar Azure Container Apps'te iş olarak çalıştırılmalıdır. Daha fazla bilgi için bkz. Jobs in Azure Container Apps.

Uygulamanız uzun süre çalışıyorsa ve görevleri düzenli olarak bir zamanlama çerçevesi (Quartz veya Spring Batch gibi) kullanarak yürütürse, Azure Container Apps'te barındırabilirsiniz. Ancak uygulama, ölçekleme sırasında veya kademeli yükseltmeler esnasında aynı görevin planlanan dönem başına birden çok kez çalışmasına neden olan yarış koşullarından kaçınmak için ölçeklemeyi uygun şekilde yönetmelidir.

Uygulama kodunuzun içindeki veya dışındaki üretim sunucularında çalışan zamanlanmış görevlerin envanterini alın.

Dış kaynakların envanterini çıkarma

Veri kaynakları, JMS ileti aracıları ve diğer hizmetlerin URL’leri gibi dış kaynakları tanımlayın. Spring Boot uygulamalarında, bu tür kaynakların yapılandırmasını genellikle src/main/resources klasöründe, genellikle application.properties veya application.yml olarak adlandırılan bir dosyada bulursunuz.

Veritabanları

Spring Boot uygulaması için, bağlantı dizesi genellikle bir dış veritabanına bağlı olduğunda yapılandırma dosyalarında görünür. Aşağıda application.properties dosyasından bir örnek verilmişti:

spring.datasource.url=jdbc:mysql://localhost:3306/mysql_db
spring.datasource.username=dbuser
spring.datasource.driver-class-name=com.mysql.jdbc.Driver

Aşağıda application.yaml dosyasından bir örnek verilmişti:

spring:
  data:
    mongodb:
      uri: mongodb://mongouser:deepsecret@mongoserver.contoso.com:27017

Daha olası yapılandırma senaryoları için Spring Data belgelerine bakın:

JMS ileti aracıları

Kullanılan brokerları, ilgili bağımlılıklar için yapı bildiriminde (genellikle pom.xml veya build.gradle dosyasında) arayarak tanımlayın.

Örneğin, ActiveMQ kullanan bir Spring Boot uygulaması genellikle pom.xml dosyasında bu bağımlılığı içerir:

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-activemq</artifactId>
</dependency>

Ticari aracıları kullanan Spring Boot uygulamaları genellikle doğrudan aracıların JMS sürücü kitaplıklarına bağımlılıklar içerir. Build.gradle dosyasından bir örnek:

    dependencies {
      ...
      compile("com.ibm.mq:com.ibm.mq.allclient:9.4.0.5")
      ...
    }

Kullanılan aracıları tanımladıktan sonra ilgili ayarları bulun. Bunları genellikle application.properties dosyasında ve uygulama dizinindeki application.yml dosyalarında bulursunuz.

Uyarı

Microsoft, kullanılabilir en güvenli kimlik doğrulama akışının kullanılmasını önerir. Veritabanları, önbellekler, mesajlaşma veya yapay zeka hizmetleri gibi bu yordamda açıklanan kimlik doğrulama akışı, uygulamaya yüksek düzeyde güven gerektirir ve diğer akışlarda mevcut olmayan riskleri taşır. Bu akışı yalnızca parolasız veya anahtarsız bağlantılar için yönetilen kimlikler gibi daha güvenli seçenekler uygun olmadığında kullanın. Yerel makine işlemleri için parolasız veya anahtarsız bağlantılar için kullanıcı kimliklerini tercih edin.

Aşağıda application.properties dosyasından bir ActiveMQ örneği verilmiştir:

spring.activemq.brokerurl=broker:(tcp://localhost:61616,network:static:tcp://remotehost:61616)?persistent=false&useJmx=true
spring.activemq.user=admin
spring.activemq.password=<password>

ActiveMQ yapılandırması hakkında daha fazla bilgi için Spring Boot mesajlaşma belgelerine bakın.

Aşağıda application.yaml dosyasından bir IBM MQ örneği verilmişti:

ibm:
  mq:
    queueManager: qm1
    channel: dev.ORDERS
    connName: localhost(14)
    user: admin
    password: <password>

IBM MQ yapılandırması hakkında daha fazla bilgi için IBM MQ Spring bileşenleri belgelerine bakın.

Dış önbellekler

Kullanılan tüm dış önbellekleri tanımlayın. Redis'i sık sık Spring Data Redis aracılığıyla kullanırsınız. Yapılandırma bilgileri için Spring Data Redis belgelerine bakın.

İlgili yapılandırmayı (Java veya XML'de) arayarak Spring Session aracılığıyla oturum verilerini önbelleğe alıp almayabileceğinizi belirleyin.

Kimlik sağlayıcıları

Uygulamanızın kullandığı tüm kimlik sağlayıcılarını belirleyin. Kimlik sağlayıcılarını yapılandırma hakkında bilgi için aşağıdaki kaynaklara bakın:

Standart olmayan bağlantı noktaları

Azure Container Apps'i kullanarak, kaynak yapılandırmanıza göre kapsayıcı uygulamanızın bağlantı noktalarını kullanıma sunabilirsiniz. Spring Boot uygulaması varsayılan olarak 8080 numaralı bağlantı noktasını dinler, ancak veya ortam değişkenini server.port kullanarak SERVER_PORT bu bağlantı noktasını değiştirebilirsiniz.

Diğer tüm dış kaynaklar

Bu kılavuz, olası tüm dış bağımlılıkları belgeleyemez. Geçiş sonrasında, uygulamanızın tüm dış bağımlılıklarını karşılayabildiğinizi doğrulayın.

Envanter yapılandırması, gizli bilgiler ve sertifikalar

Parolalar ve güveli dizeler

Tüm gizli diziler ve parolalar için üretim dağıtımlarındaki tüm özellikleri, yapılandırma dosyalarını ve ortam değişkenlerini denetleyin. Spring Boot uygulamasında genellikle bu dizeleri application.properties veya application.yml dosyasında bulursunuz.

Certificates

Genel SSL uç noktaları için veya arka uç veritabanları ve diğer sistemlerle iletişim için kullanılan tüm sertifikaları belgeleyin. Aşağıdaki komutu çalıştırarak üretim sunucularında tüm sertifikaları görüntüleyebilirsiniz:

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

Günlük kaydını ve Uygulama Performans Yönetimi (APM) değerlendirin

Taşıdığınız uygulamaların kullandığı günlük toplama çözümlerini belirleyin. Günlüğe kaydedilen olayları kullanıma hazır hale getirmek için geçiş sırasında tanılama ayarlarını yapılandırmanız gerekir. Daha fazla bilgi için Günlüğü ve tanılamayı yapılandırma bölümüne bakın.

Uygulamalarınızın kullandığı tüm uygulama performans yönetimi (APM) aracılarını belirleyin. Azure Container Apps yerleşik APM desteği sunmaz. Kapsayıcı görüntünüzü hazırlamanız veya APM aracını doğrudan kodunuzla tümleştirmeniz gerekir. Uygulamanızın performansını ölçmek istiyorsanız ancak henüz herhangi bir APM'yi tümleştirmediyseniz Azure Uygulaması Insights'ı kullanmayı göz önünde bulundurun. Daha fazla bilgi için Uygulama performansı izlemeyi tümleştirme bölümüne bakın.

Belge dağıtım mimarisi

Spring Boot uygulamanız için aşağıdaki bilgileri belgeleyin:

  • Çalışmakta olan örnek sayısı.
  • Her örneğe ayrılan CPU sayısı.
  • Her örneğe ayrılan RAM miktarı.

Ayrıca, uygulama örneklerinizi şu anda çeşitli bölgelere veya veri merkezlerine dağıtıp dağıtmadığınızı da belirleyin. Geçirmekte olduğunuz uygulamalar için çalışma süresi gereksinimlerini ve SLA'yı belgeleyin.

Migrasyon

Bir Container Apps ortamı oluşturun

Azure aboneliğinizde bir Container Apps ortamı oluşturun. Daha fazla bilgi için bkz. Hızlı Başlangıç: Azure portalı kullanarak ilk kapsayıcı uygulamanızı dağıtma.

Loglama ve tanılamayı yapılandırma

Günlük kaydınızı tüm çıkışı dosyalar yerine konsola yönlendirecek şekilde yapılandırın.

Uygulamayı Azure Container Apps'e dağıttığınızda, Container Apps ortamınızdaki günlük seçeneklerini bir veya daha fazla günlük hedefi tanımlayacak şekilde yapılandırabilirsiniz. Bu hedefler, Azure İzleyici Log Analytics, Azure Event Hubs veya Microsoft tarafından sunulmayan izleme çözümleri olabilir. Ayrıca günlük veri depolamayı devre dışı bırakabilir ve günlükleri yalnızca çalışma zamanında görüntüleyebilirsiniz. Yapılandırma yönergeleri için bkz . Azure Container Apps'te günlük depolama ve izleme seçenekleri.

Kalıcı depolamayı yapılandırma

Uygulamanızın herhangi bir bölümü yerel dosya sistemini okur veya yazarsa, değiştirmek için kalıcı depolamayı yapılandırın. Uygulama ayarları aracılığıyla kapsayıcıda monte edilecek yolu belirtin ve uygulamanızın kullandığı yol ile uyumlu hale getirin. Daha fazla bilgi için bkz. Azure Container Apps depolama bağlamalarını kullanma.

Sertifikaları Azure Key Vault'a geçirme

Azure Container Apps, uygulamalar arasında güvenli iletişimi destekler. Uygulamanızın güvenli iletişim kurma sürecini yönetmesi gerekmez. Azure Container Apps'e özel sertifika yükleyebilir veya ücretsiz yönetilen bir sertifika kullanabilirsiniz. Sertifikaları yönetmek için Azure Key Vault'un kullanılması önerilir. Daha fazla bilgi için bkz. Certificates in Azure Container Apps.

Uygulama performansı izlemeyi tümleştirme

Uygulamanızı kapsayıcı görüntüsünden veya koddan dağıtsanız da Azure Container Apps görüntünüzü veya kodunuzu engellemez. Uygulamanızı bir APM aracıyla tümleştirmek tercihlerinize ve uygulamanıza bağlıdır.

Uygulamanız desteklenen bir APM kullanmıyorsa Azure Uygulaması Insights'ı göz önünde bulundurun. Daha fazla bilgi için bkz. Azure İzleyici Application Insights'i Spring Boot ile Kullanma.

Uygulamayı dağıt

Azure Container Apps'i komutuyla dağıtma bölümünde açıklandığı gibi geçirilen mikro hizmetlerinizin her birini (Spring Cloud Config Server ve Spring Cloud Service Registry dahil değildir) dağıtınaz containerapp up.

Gizli bilgileri ve ortam değişkenlerini yapılandırın

Her uygulamaya ortam değişkenleri olarak yapılandırma ayarları ekleyebilirsiniz. Bu değişkenleri manuel girişler olarak veya gizli anahtarlara başvuru olarak ayarlayın. Daha fazla bilgi için bkz. Azure Container Apps'te ortam değişkenlerini yönetme.

Kimlik ve kimlik doğrulamayı ayarla

Spring Boot uygulamalarınızdan herhangi biri kimlik doğrulaması veya yetkilendirme gerektiriyorsa kimlik sağlayıcısına erişecek şekilde yapılandırıldığından emin olun:

  • Kimlik sağlayıcısı Microsoft Entra Id ise hiçbir değişiklik yapmayın.

  • Kimlik sağlayıcısı yerinde Active Directory ormanıysa, Microsoft Entra ID ile bir karma kimlik çözümü uygulamayı göz önünde bulundurun. Daha fazla bilgi için Karma kimlik belgelerine bakın.

  • Kimlik sağlayıcısı PingFederate gibi başka bir şirket içi çözümse, Microsoft Entra Id ile federasyonu yapılandırmak için bkz. Microsoft Entra Connect'in özel yüklemesi .

Alternatif olarak, OAuth2/OpenID Connect veya SAML aracılığıyla kimlik sağlayıcınızı kullanmak için Spring Security kullanmayı göz önünde bulundurun.

Uygulamayı kullanıma sunma

Varsayılan olarak, Azure Container Apps'e dağıtılan bir uygulamaya uygulama URL'si üzerinden erişilebilir. Uygulamanızı kendi sanal ağıyla yönetilen bir ortama dağıtırsanız, yalnızca sanal ağınızdan genel girişe veya girişe izin vermek için uygulamanın erişilebilirlik düzeyini belirleyin. Daha fazla bilgi için Azure Container Apps ortamında Ağ Çalışması bölümüne bakın.

Geçiş sonrası

Geçişi tamamladıktan sonra uygulamanızın beklendiği gibi çalıştığını doğrulayın. Aşağıdaki bölümlerde uygulamanızı buluta daha yerel ve operasyonel olarak sağlam hale getirme önerileri açıklanmaktadır.

Bulutta yerel desenler için iyileştirme

Aşağıdaki öneriler, uygulamanızı buluta daha yerel hale getirmek için Spring Cloud bileşenlerini ve Azure Container Apps tarafından yönetilen Java bileşenlerini benimsemenize yardımcı olur.

Hizmet bulma ve yük dengeleme

Dağıtılan diğer Spring uygulamalarının ve istemcilerinin dinamik olarak bulabilmesi için uygulamanızın Spring Cloud Registry bileşeniyle çalışmasını sağlayın. Daha fazla bilgi için bkz. Azure Container Apps Spring için Eureka Server bileşeninin ayarlarını yapılandırma.

Ardından, spring client Load Balancer kullanmak için tüm uygulama istemcilerini değiştirin. Spring client Load Balancer'ı kullandığınızda, istemci uygulamanın çalışan tüm örneklerinin adreslerini alır ve başka bir örnek bozulursa veya yanıt vermezse çalışan bir tane bulur. Daha fazla bilgi için Spring Blogu'ndaki Spring İpuçları: Spring Cloud Load Balancer bölümüne bakın.

API ağ geçidi

Spring Cloud Gateway örneği eklemeyi göz önünde bulundurun. Spring Cloud Gateway, Azure Container Apps ortamınızda dağıtılan tüm uygulamalar için tek bir uç nokta sağlar. Spring Cloud Gateway'i zaten dağıttıysanız trafiği yeni dağıtılan uygulamanıza yönlendirmek için bir yönlendirme kuralı yapılandırdığınızdan emin olun.

Merkezi yapılandırma

Tüm Spring Cloud uygulamalarınız için merkezi olarak yapılandırmayı ve sürüm denetimi yapılandırmasını yönetmek için Spring Cloud Config Server eklemeyi göz önünde bulundurun. İlk olarak, yapılandırmayı barındıracak bir Git deposu oluşturun ve uygulama örneğini bunu kullanacak şekilde yapılandırın. Daha fazla bilgi için bkz. Azure Container Apps'da Spring için Yapılandırma Sunucusu bileşeninin ayarlarını yapılandırma.

Aşağıdaki adımları kullanarak yapılandırmanızı taşıyın:

  1. Uygulamanın src/main/resources dizininde aşağıdaki içeriklere sahip bir bootstrap.yml dosyası oluşturun:

    spring:
  application:
    name: <your-application-name>

  2. Yapılandırma Git deposunda, önceki adımda olduğu gibi <your-application-name>.yml dosyasını oluşturun. Ayarları src/main/resources içindeki application.yml dosyasından oluşturduğunuz yeni dosyaya taşıyın. Ayarlar daha önce bir .properties dosyasındaysa, önce bunları YAML'ye dönüştürün. Bu dönüştürmeyi gerçekleştirmek için çevrimiçi araçlar veya IntelliJ eklentileri bulabilirsiniz.

  3. Oluşturduğunuz dizinde bir application.yml dosyası oluşturun. Veri kaynakları, günlük ayarları ve Spring Boot Aktüatör yapılandırması gibi Azure Container Apps ortamındaki tüm uygulamalar arasında paylaşılan ayarları ve kaynakları tanımlamak için bu dosyayı kullanın.

  4. Bu değişiklikleri işleyin ve Git deposuna gönderin.

  5. uygulamadan application.properties veya application.yml dosyasını kaldırın.

Administration

Spring Boot web uygulamalarında aktüatör uç noktalarını kullanıma sunmak ve yönetim arabirimini etkinleştirmek için Spring için Yönetici arabirimi bileşenini eklemeyi düşünün. Daha fazla bilgi için bkz. Spring Boot Admin bileşenini Azure Container Apps içinde yapılandırma.

operasyonel hazırlığı geliştirme

Aşağıdaki öneriler, geçirilen uygulamanız için güvenilirlik, gözlemlenebilirlik ve dağıtım uygulamalarını güçlendirmenize yardımcı olur.

  • CI/CD işlem hatları: Otomatik, tutarlı dağıtımlar için bir dağıtım işlem hattı ekleyin. Azure Pipelines ve GitHub Actions için yönergeler sağlanır.
  • Mavi-yeşil dağıtım: Son kullanıcıların erişimine sunulmadan önce üretimde kod değişikliklerini test etmek için kapsayıcı uygulama revizyonlarını, revizyon etiketlerini ve giriş trafiği ağırlıklarını kullanın. Daha fazla bilgi için bkz. Azure Container Apps'te Blue-Green Dağıtımı.
  • Hizmet bağlamaları: Uygulamanızı desteklenen Azure veritabanlarına bağlamak için hizmet bağlamaları ekleyin. Hizmet bağlamaları, Spring Boot uygulamalarınıza kimlik bilgileri de dahil olmak üzere bağlantı bilgileri sağlama gereksinimini ortadan kaldırır.
  • JVM ölçümleri: JVM çekirdek ölçümlerini toplamak için Java geliştirme yığınını etkinleştirin. Daha fazla bilgi için bkz. Azure Container Apps'te Java uygulamaları için Java ölçümleri.
  • Uyarılar: Sapkıcı koşulları hızla algılamak ve ele almak için Azure İzleyici uyarı kuralları ve eylem grupları ekleyin. Daha fazla bilgi için bkz. Azure Container Apps uyarılarını ayarlama.
  • Alanlar arası yedeklilik: Alanlar arası yedekliliği etkinleştirerek uygulamanızı kullanılabilirlik alanları arasında çoğaltma. Ağ trafiği yük dengelenmiştir ve bir bölge kesintisi durumunda otomatik olarak çoğaltmalara yönlendirilir. Daha fazla bilgi için bkz . Azure Container Apps'te güvenilirlik.
  • Web Uygulaması Güvenlik Duvarı: Application Gateway'de Web Uygulaması Güvenlik Duvarı'nı kullanarak kapsayıcı uygulamanızı yaygın açıklardan ve güvenlik açıklarından koruyun. Daha fazla bilgi için, Application Gateway üzerinde Web Uygulaması Güvenlik Duvarı ile Azure Container Uygulamalarını Koruyun başlıklı makaleyi inceleyin.

İlgili içerik

  • Last updated on