Spring Boot-alkalmazások migrálása az Azure Container Appsbe

Ez az útmutató azt ismerteti, hogy mire érdemes figyelnie, amikor át szeretne telepíteni egy meglévő Spring Boot-alkalmazást az Azure Container Appsben való futtatáshoz.

A migrálás előtt

A sikeres migrálás biztosításához a kezdés előtt végezze el az alábbi szakaszokban leírt értékelési és leltározási lépéseket.

Ha a migrálás előtti követelmények egyikét sem tudja teljesíteni, tekintse meg a következő kísérő áttelepítési útmutatókat:

• Végrehajtható JAR-alkalmazások migrálása Azure Kubernetes Service-beli tárolókba (tervezett útmutató)
• Végrehajtható JAR-alkalmazások migrálása az Azure Virtual Machinesba (tervezett útmutató)

Alkalmazásösszetevők vizsgálata

Helyi állapot azonosítása

PaaS-környezetekben egyetlen alkalmazás sem garantáltan pontosan egyszer fut egy adott időpontban. Még akkor is létrehozhat duplikált példányt, ha egyetlen példányban való futtatásra konfigurál egy alkalmazást:

• Az alkalmazást egy fizikai gazdagépre kell áthelyezni hiba vagy rendszerfrissítés miatt.
• Az alkalmazás frissítése folyamatban van.

Ezen esetek bármelyikében az eredeti példány addig fut, amíg az új példány el nem indul. Ez a minta a következő potenciálisan jelentős következményekkel járhat az alkalmazásra nézve:

• Egyetlen singleton sem garantálható, hogy valóban egyedülálló legyen.
• A külső tárolóban nem tárolt adatok valószínűleg hamarabb elvesznek, mint egyetlen fizikai kiszolgálón vagy virtuális gépen.

Az Azure Container Appsbe való migrálás előtt győződjön meg arról, hogy a kód nem tartalmaz olyan helyi állapotot, amelyet nem szabad elveszteni vagy duplikálni. Ha létezik helyi állapot, módosítsa úgy a kódot, hogy az az alkalmazáson kívül tárolja az állapotot. A felhőalapú alkalmazások általában olyan helyeken tárolják az alkalmazás állapotát, mint például a következő lehetőségek:

• Azure Cache for Redis
• Azure Cosmos DB
• Egy másik külső adatbázis, például az Azure SQL, az Azure Database for MySQL vagy az Azure Database for PostgreSQL.
• Az Azure Storage strukturálatlan adatok vagy akár szerializált objektumok tárolására szolgál.

Határozza meg, használják-e a fájlrendszert, és ha igen, hogyan

Keresse meg azokat a példányokat, ahol a szolgáltatások a helyi fájlrendszerbe írnak és/vagy olvasnak. Azonosíthatja a rövid távú/ideiglenes fájlok írási és olvasási helyét, valamint a hosszú élettartamú fájlok írási és olvasási helyét.

Az Azure Container Apps többféle típusú tárolót kínál. A rövid élettartamú tároló képes az ideiglenes adatok olvasására és írására, és elérhető egy futó tároló vagy replika számára. Az Azure File állandó tárterületet biztosít, és több tároló között is megosztható. További információ: Storage-csatlakoztatások használata az Azure Container Appsben.

Csak olvasható statikus tartalom

Ha az alkalmazás jelenleg statikus tartalmat szolgál ki, másik helyre van szüksége. Érdemes lehet statikus tartalmat áthelyezni az Azure Blob Storage-ba, és globálisan hozzáadni az Azure CDN-t a villámgyors letöltésekhez. További információ: Statikus webhely üzemeltetése az Azure Storage-ban és rövid útmutató: Azure Storage-fiók integrálása az Azure CDN-nel.

Dinamikusan közzétett statikus tartalom

Ha az alkalmazás támogatja az alkalmazás által feltöltött vagy létrehozott statikus tartalmakat, amelyek a létrehozása után sem változnak, integrálhatja az Azure Blob Storage-t és az Azure CDN-t. Az Azure-függvényekkel is kezelheti a feltöltéseket, és szükség esetén CDN-frissítéseket indíthat el. A Statikus tartalom feltöltése és CDN-előtöltése az Azure Functions szolgáltatással című témakörben megadtunk egy szabadon használható mintaimplementációt.

Annak meghatározása, hogy valamelyik szolgáltatás tartalmaz-e operációsrendszer-specifikus kódot

Ha az alkalmazás tartalmaz olyan kódot, amely függőségeket tartalmaz a gazdagép operációs rendszerén, akkor újra kell azt újrabontással eltávolítania a függőségek eltávolításához. Előfordulhat például, hogy a fájlrendszer elérési útjainak /\File.Separator bármilyen használatát le kell cserélnie, vagy Paths.get ha az alkalmazás Windows rendszeren fut.

Váltás egy támogatott platformra

Ha manuálisan hozza létre a Dockerfile-t, és tárolóalapú alkalmazást helyez üzembe az Azure Container Appsben, teljes mértékben átveheti az irányítást az üzembe helyezés felett, beleértve a JRE/JDK-verziókat is.

Az összetevőkből történő üzembe helyezéshez az Azure Container Apps a Java (8, 11, 17 és 21) és a Spring Boot és a Spring Cloud-összetevők meghatározott verzióit is kínálja. A kompatibilitás biztosítása érdekében először migrálja az alkalmazást a Java egyik támogatott verziójába a jelenlegi környezetben, majd folytassa a további migrálási lépéseket. Ügyeljen arra, hogy teljes körűen tesztelje a konfigurációt. Használja a Linux-disztribúció legújabb stabil kiadását az ilyen tesztekben.

Feljegyzés

Ez az ellenőrzés különösen fontos, ha az aktuális kiszolgáló egy nem támogatott JDK-n fut (például az Oracle JDK-n vagy az IBM OpenJ9 rendszeren).

A jelenlegi Java-verzió beszerzéséhez jelentkezzen be az éles kiszolgálóra, és futtassa a következő parancsot:

java -version

A Java, a Spring Boot és a Spring Cloud támogatott verzióiról, valamint a frissítési utasításokról az Azure Container Apps Java áttekintésében olvashat.

Annak meghatározása, hogy az alkalmazás ütemezett feladatokra támaszkodik-e

Az olyan rövid élettartamú alkalmazásoknak, mint a Unix cron-feladatok vagy a Spring Batch-keretrendszeren alapuló rövid élettartamú alkalmazásoknak feladatként kell futniuk az Azure Container Appsben. További információ: Feladatok az Azure Container Appsben. Ha az alkalmazás hosszú ideig futó alkalmazás, és rendszeresen hajt végre feladatokat egy ütemezési keretrendszer, például a Quartz vagy a Spring Batch használatával, az Azure Container Apps üzemeltetheti az alkalmazást. Az alkalmazásnak azonban megfelelően kell kezelnie a skálázást, hogy elkerülje azokat a versenyfeltételeket, amelyekben ugyanazon alkalmazáspéldányok végrehajtása ütemezett időszakonként többször történik a horizontális felskálázás vagy a gördülő frissítés során.

Leltározza az éles kiszolgálókon futó ütemezett feladatokat az alkalmazáskódon belül vagy kívül.

Spring Boot-verziók azonosítása

Vizsgálja meg az egyes migrált alkalmazások függőségeit a Spring Boot-verzió meghatározásához.

Maven

A Maven-projektekben a Spring Boot-verzió általában a <parent> POM-fájl elemében található:

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

Gradle

A Gradle-projektekben a Spring Boot-verzió általában a plugins beépülő modul verziójaként jelenik meg:org.springframework.boot

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

A 3.x előtti Spring Boot-verziót használó alkalmazások esetében a Spring Boot 2.0 áttelepítési útmutatójában vagy a Spring Boot 3.0 áttelepítési útmutatójában frissítheti őket egy támogatott Spring Boot-verzióra. A támogatott verziókért tekintse meg a Spring Boot és a Spring Cloud verziót.

Naplóösszesítési megoldások azonosítása

Azonosítsa az áttelepített alkalmazások által használt naplóösszesítési megoldásokat. Konfigurálnia kell a diagnosztikai beállításokat a migrálásban, hogy a naplózott események felhasználhatók legyenek. További információ: A konzol naplózásának és a diagnosztikai beállítások konfigurálását ismertető szakasz.

Alkalmazásteljesítmény-kezelési (APM-) ügynökök azonosítása

Azonosítsa az alkalmazások által használt alkalmazásteljesítmény-kezelési ügynököket. Az Azure Containers Apps nem nyújt beépített támogatást az APM-integrációhoz. Közvetlenül a kódba kell előkészítenie a tárolórendszerképet, vagy integrálnia kell az APM-eszközt. Ha meg szeretné mérni az alkalmazás teljesítményét, de még nem integráltAPM-et, fontolja meg a Azure-alkalmazás Insights használatát. További információ: Migrálás szakasz.

Külső források leltározása

Azonosítsa a külső erőforrásokat, például az adatforrásokat, a JMS-üzenetközvetítőket és egyéb szolgáltatások URL-címeit. A Spring Boot-alkalmazásokban az ilyen erőforrások konfigurációja általában az src/main/resources mappában, egy általában application.properties vagy application.yml nevű fájlban található.

Adatbázisok

Spring Boot-alkalmazások esetén a kapcsolati sztring általában akkor jelennek meg a konfigurációs fájlokban, ha az külső adatbázistól függ. Íme egy példa az egyik application.properties fájlból:

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

Íme egy példa az egyik application.yaml fájlból:

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

A lehetségesebb konfigurációs forgatókönyvekért tekintse meg a Spring Data dokumentációját:

• JPA-adattárak
• JDBC-adattárak
• Cassandra-adattárak
• MongoDB-adattárak

JMS-üzenetközvetítők

Azonosítsa a használt közvetítőket vagy közvetítőket a megfelelő függőségek buildjegyzékében (általában egy pom.xml vagy build.gradle fájlban).

Az ActiveMQ-t használó Spring Boot-alkalmazások például általában a pom.xml fájlban tartalmazzák ezt a függőséget:

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

A kereskedelmi közvetítőket használó Spring Boot-alkalmazások általában közvetlenül a közvetítők JMS-illesztőprogram-kódtáraitól függenek. Íme egy példa egy build.gradle fájlból:

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

Miután azonosította a használt közvetítőt vagy közvetítőket, keresse meg a megfelelő beállításokat. A Spring Boot-alkalmazásokban általában megtalálhatóak az application.properties fájlban, és application.yml fájlokat az alkalmazás könyvtárában.

Feljegyzés

A Microsoft az elérhető legbiztonságosabb hitelesítési folyamat használatát javasolja. Az ebben az eljárásban ismertetett hitelesítési folyamat, például adatbázisok, gyorsítótárak, üzenetkezelés vagy AI-szolgáltatások esetében, nagyon nagy megbízhatóságot igényel az alkalmazásban, és más folyamatokban nem jelenik meg kockázattal. Ezt a folyamatot csak akkor használja, ha a biztonságosabb lehetőségek, például a jelszó nélküli vagy kulcs nélküli kapcsolatok felügyelt identitásai nem életképesek. A helyi gépi műveletekhez előnyben részesítse a jelszó nélküli vagy kulcs nélküli kapcsolatok felhasználói identitásait.

Íme egy ActiveMQ-példa egy application.properties fájlból:

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

Az ActiveMQ konfigurálásával kapcsolatos további információkért tekintse meg a Spring Boot üzenetkezelési dokumentációját.

Íme egy IBM MQ-példa egy application.yaml fájlból:

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

Az IBM MQ konfigurációjáról további információt az IBM MQ Spring-összetevők dokumentációjában talál.

Külső gyorsítótárak azonosítása

Azonosítsa a használatban lévő külső gyorsítótárakat. A Redist gyakran használják a Spring Data Redisen keresztül. Konfigurációs információkért tekintse meg a Spring Data Redis dokumentációját.

Állapítsa meg, hogy a munkamenet-adatok gyorsítótárazva lesznek-e a Spring Session-en keresztül a megfelelő konfiguráció keresésével (Java vagy XML nyelven).

Identitásszolgáltatók

Azonosítsa az alkalmazás által használt identitásszolgáltató(ka)t. Az identitásszolgáltatók konfigurálásáról az alábbiakban tájékozódhat:

• Az OAuth2 konfigurációját a Spring Security referenciájában talál.
• Az Auth0 Spring Security konfigurációját az Auth0 Spring Security dokumentációjában találja.
• A PingFederate Spring Security konfigurálásához tekintse meg az Auth0 PingFederate utasításait.

Nem szabványos portra támaszkodó ügyfelek azonosítása

Az Azure Container Apps lehetővé teszi, hogy az Azure Container Apps-erőforráskonfigurációnak megfelelően tegye közzé a portot. Egy Spring Boot-alkalmazás például alapértelmezés szerint a 8080-as portot figyeli, de igény szerint beállítható a környezeti változóval vagy a környezet változójával server.portSERVER_PORT .

Minden egyéb külső forrás

Ebben az útmutatóban nem lehet minden lehetséges külső függőséget dokumentálni. A migrálás után az Ön feladata ellenőrizni, hogy képes-e kielégíteni az alkalmazás minden külső függőségét.

Készletkonfigurációs források és titkos kódok

Leltárjelszavak és biztonságos sztringek

Ellenőrizzen minden tulajdonságot, konfigurációs fájlt és környezeti változót az éles üzemben, hogy nem tartalmaz-e titkos sztringeket és jelszavakat. A Spring Boot-alkalmazásokban általában ilyen sztringek találhatók az application.properties vagy application.yml fájlban.

Leltártanúsítványok

Dokumentálja a nyilvános SSL-végpontokhoz vagy a háttéradatbázisokkal és más rendszerekkel való kommunikációhoz használt összes tanúsítványt. A következő parancs futtatásával megtekintheti az éles kiszolgáló(ko)n található összes tanúsítványt:

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

Az üzembehelyezési architektúra vizsgálata

Az egyes szolgáltatások hardverkövetelményeinek dokumentálása

A Spring Boot-alkalmazás következő információinak dokumentálása:

• A futó példányok száma.
• Az egyes példányok számára lefoglalt CPU-k száma.
• Az egyes példányok számára lefoglalt RAM mennyisége.

Dokumentum georeplikációs/terjesztési

Annak meghatározása, hogy a Spring Boot-alkalmazáspéldányok jelenleg több régió vagy adatközpont között vannak-e elosztva. Dokumentálja az áttelepített alkalmazásokra vonatkozó üzemidő-követelményeket/SLA-t.

Migrálás

Azure Container Apps-környezet létrehozása és alkalmazások üzembe helyezése

Azure Container Apps-példány kiépítése az Azure-előfizetésben. A biztonságos üzemeltetési környezet vele együtt jön létre. További információ: Gyorsútmutató: Első tárolóalkalmazás üzembe helyezése az Azure Portal használatával.

A konzolnaplózás és a diagnosztikai beállítások konfigurálása

Konfigurálja a naplózást, hogy az összes kimenet ne fájlokhoz, hanem a konzolhoz legyen irányítva.

Miután üzembe helyezett egy alkalmazást az Azure Container Appsben, konfigurálhatja a Container Apps-környezet naplózási beállításait a naplók egy vagy több célhelyének meghatározásához. Ezek a célhelyek közé tartozhatnak az Azure Monitor Log Analytics, az Azure Event Hub vagy akár más külső monitorozási megoldások is. Emellett letilthatja a naplóadatokat, és csak futtatókörnyezetben tekintheti meg a naplókat. Részletes konfigurációs utasításokért tekintse meg az Azure Container Apps naplótárolási és monitorozási lehetőségeit.

Állandó tároló konfigurálása

Ha az alkalmazás bármely része olvas vagy ír a helyi fájlrendszerbe, konfigurálnia kell az állandó tárolót a helyi fájlrendszer helyére. Az alkalmazásbeállításokon keresztül megadhatja a tárolóban csatlakoztatni kívánt elérési utat, és igazíthatja azt az alkalmazás által használt elérési úthoz. További információ: Storage-csatlakoztatások használata az Azure Container Appsben.

Az összes tanúsítvány áttelepítése a KeyVaultba

Az Azure Containers Apps támogatja az alkalmazások közötti biztonságos kommunikációt. Az alkalmazásnak nem kell felügyelnie a biztonságos kommunikáció létrehozásának folyamatát. Feltöltheti a magántanúsítványt az Azure Container Appsbe, vagy használhatja az Azure Container Apps által biztosított ingyenes felügyelt tanúsítványt. Ajánlott az Azure Key Vault használata a tanúsítványok kezeléséhez. További információ: Tanúsítványok az Azure Container Appsben.

Alkalmazásteljesítmény-kezelési (APM-) integrációk konfigurálása

Függetlenül attól, hogy az alkalmazás tárolólemezképből vagy kódból van üzembe helyezve, az Azure Container Apps nem zavarja a rendszerképet vagy a kódot. Ezért az alkalmazás APM-eszközzel való integrálása a saját beállításaitól és implementálásától függ.

Ha az alkalmazás nem támogatott APM-t használ, az Azure-alkalmazás Insights az egyik lehetőség. További információ: Az Azure Monitor Application Insights használata a Spring Boot használatával.

Az alkalmazás üzembe helyezése

Telepítse az összes migrált mikroszolgáltatást (a Spring Cloud Config Servert és a Spring Cloud Service Registryt nem beleértve) az Azure Container Apps üzembe helyezése az az containerapp up paranccsal című cikkben leírtak szerint.

Szolgáltatásonkénti titkos kódok és külső beállítások konfigurálása

A konfigurációs beállításokat környezeti változókként szúrhatja be az egyes alkalmazásokba. Ezeket a változókat manuálisan bejegyzésként vagy titkos kódokra mutató hivatkozásként is beállíthatja. A konfigurációval kapcsolatos további információkért lásd: Környezeti változók kezelése az Azure Container Appsben.

Az identitásszolgáltató migrálása és engedélyezése

Ha valamelyik Spring Cloud-alkalmazás hitelesítést vagy engedélyezést igényel, győződjön meg arról, hogy az identitásszolgáltató eléréséhez konfigurálva van:

• Ha az identitásszolgáltató Microsoft Entra-azonosító, nincs szükség módosításra.
• Ha az identitásszolgáltató egy helyi Active Directory erdő, fontolja meg egy hibrid identitáskezelési megoldás implementálását a Microsoft Entra ID-val. További információkért tekintse meg a hibrid identitás dokumentációját.
• Ha az identitásszolgáltató egy másik helyszíni megoldás, például a PingFederate, a Microsoft Entra Connect témakör egyéni telepítésével konfigurálhatja az összevonást a Microsoft Entra-azonosítóval. Másik lehetőségként fontolja meg, hogy a Spring Security használatával használja az identitásszolgáltatót az OAuth2/OpenID Connecten vagy az SAML-n keresztül.

Az alkalmazás felfedése

Az Azure Container Appsben üzembe helyezett alkalmazások alapértelmezés szerint egy alkalmazás URL-címével érhetők el. Ha az alkalmazás egy saját virtuális hálózattal rendelkező felügyelt környezet környezetében van üzembe helyezve, meg kell határoznia az alkalmazás akadálymentességi szintjét, hogy csak a virtuális hálózatról engedélyezze a nyilvános bejövő vagy bejövő forgalmat. További információ: Hálózatkezelés az Azure Container Apps-környezetben.

A migrálás után

Most, hogy befejezte a migrálást, ellenőrizze, hogy az alkalmazás a várt módon működik-e. Ezt követően az alábbi javaslatokkal natívabbá teheti az alkalmazást a felhőben.

• Fontolja meg, hogy az alkalmazás együttműködjön a Spring Cloud Registryvel. Ez az összetevő lehetővé teszi az alkalmazás dinamikus felderítését más üzembe helyezett Spring-alkalmazások és -ügyfelek számára. További információ: Az Eureka Server for Spring összetevő beállításainak konfigurálása az Azure Container Appsben. Ezután módosítsa az alkalmazásügyfeleket a Spring Client Load Balancer használatára. A Spring Client Load Balancer lehetővé teszi az ügyfél számára az alkalmazás összes futó példányának címét, és megkeres egy olyan példányt, amely működik, ha egy másik példány megsérül vagy nem válaszol. További információ: Spring Tips: Spring Cloud Load Balancer in the Spring Blog.

• Az alkalmazás nyilvánossá tétele helyett fontolja meg egy Spring Cloud Gateway-példány hozzáadását. A Spring Cloud Gateway egyetlen végpontot biztosít az Azure Container Apps-környezetben üzembe helyezett összes alkalmazáshoz. Ha egy Spring Cloud Gateway már üzembe van helyezve, győződjön meg arról, hogy egy útválasztási szabály úgy van konfigurálva, hogy a forgalmat az újonnan üzembe helyezett alkalmazáshoz irányozza.

• Fontolja meg egy Spring Cloud konfigurációs kiszolgáló hozzáadását az összes Spring Cloud-alkalmazás központi felügyeletéhez és verziókövetéséhez. Először hozzon létre egy Git-adattárat a konfiguráció tárolásához, és konfigurálja az alkalmazáspéldányt a használatára. További információ: A Config Server for Spring összetevő beállításainak konfigurálása az Azure Container Appsben. Ezután migrálja a konfigurációt a következő lépésekkel:

  1. Az alkalmazás src/main/resources könyvtárában hozzon létre egy bootstrap.yml fájlt a következő tartalommal:

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

  2. A konfigurációs Git-adattárban hozzon létre egy <saját alkalmazásnevet>.yml fájlt, ahol your-application-name ugyanaz, mint az előző lépésben. Helyezze át a beállításokat application.yml src/main/resources fájlból a létrehozott új fájlba. Ha a beállítások korábban egy .properties fájlban voltak, először konvertálja őket YAML-fájllá. Az átalakítás végrehajtásához online eszközöket vagy IntelliJ beépülő modulokat találhat.

  3. Hozzon létre egy application.yml fájlt a fenti könyvtárban. Ezzel a fájllal meghatározhatja az Azure Container Apps-környezet összes alkalmazása között megosztott beállításokat és erőforrásokat. Ilyen beállítások általában az adatforrások, a naplózási beállítások, a Spring Boot Actuator konfigurációja és más beállítások.

  4. Véglegesítse és küldje el ezeket a módosításokat a Git-adattárba.

  5. Távolítsa el az application.properties vagy application.yml fájlt az alkalmazásból.

• Fontolja meg a Spring-felügyelet által felügyelt összetevő hozzáadását, hogy lehetővé tegye az aktuátorvégpontokat elérhetővé tevő Spring Boot-webalkalmazások felügyeleti felületét. További információ: A Spring Boot Felügyeleti összetevő konfigurálása az Azure Container Appsben.

• Fontolja meg egy üzembehelyezési folyamat hozzáadását az automatikus, konzisztens üzemelő példányokhoz. Utasítások érhetők el az Azure Pipelineshoz és a GitHub Actionshez.

• Fontolja meg a tárolóalkalmazások változatainak, korrektúrafeliratainak és bejövő forgalom súlyának használatát a kék-zöld üzembe helyezés engedélyezéséhez, amely lehetővé teszi a kódmódosítások éles környezetben történő tesztelését, mielőtt azok elérhetővé válnak egyes vagy az összes végfelhasználó számára. További információ: Kék-zöld üzembe helyezés az Azure Container Appsben.

• Fontolja meg szolgáltatáskötések hozzáadását az alkalmazás támogatott Azure-adatbázisokhoz való csatlakoztatásához. Ezek a szolgáltatáskötések szükségtelenné teszik, hogy a Spring Cloud-alkalmazásokhoz kapcsolati adatokat , köztük hitelesítő adatokat adjon meg.

• Fontolja meg, hogy a Java fejlesztői verem JVM-magmetrikákat gyűjtsön az alkalmazásokhoz. További információ: Java-metrikák Java-alkalmazásokhoz az Azure Container Appsben.

• Fontolja meg az Azure Monitor riasztási szabályainak és műveleti csoportjainak hozzáadását az aberrált feltételek gyors észleléséhez és kezeléséhez. További információ: Riasztások beállítása az Azure Container Appsben.

• Fontolja meg az alkalmazás replikálását a régió zónái között az Azure Container Apps zónaredundanciája engedélyezésével. A forgalom terheléselosztással van elosztva, és automatikusan replikákhoz irányítja, ha zónakimaradás történik. A redundáns beállításokkal kapcsolatos további információkért lásd : Megbízhatóság az Azure Container Appsben.

• Fontolja meg az Azure Container Apps védelmét a gyakori biztonsági résekkel és biztonsági résekkel szemben az Application Gateway webalkalmazási tűzfalának használatával. További információ: Az Azure Container Apps védelme webalkalmazási tűzfallal az Application Gatewayen.