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

Ez az útmutató azt ismerteti, hogy mire érdemes figyelnie, amikor egy meglévő Spring Cloud-alkalmazást szeretne migrálni 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

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.

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ókról a Spring Cloud dokumentációjában olvashat.

Spring Cloud-verziók azonosítása

Vizsgálja meg az egyes migrált alkalmazások függőségeit az általa használt Spring Cloud-összetevők verziójának meghatározásához.

Maven

Maven-projektekben a Spring Cloud-verzió általában a spring-cloud.version tulajdonságban van beállítva:

  <properties>
    <spring-cloud.version>2023.0.2</spring-cloud.version>
  </properties>

Gradle

A Gradle-projektekben a Spring Cloud-verzió általában az "extra tulajdonságok" blokkban van beállítva:

ext {
  set('springCloudVersion', "2023.0.2")
}

Frissítenie kell az összes alkalmazást a Spring Cloud támogatott verzióinak használatához. A támogatott verziókról a Spring Cloud dokumentációjában olvashat.

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 Cloud-alkalmazásokban általában az alábbi helyek egyikén találhatja meg az ilyen erőforrások konfigurációját:

Az src/main/resources mappában, egy általában application.properties vagy application.yml nevű fájlban.
Az előző lépésben azonosított Spring Cloud Config Server-adattárban.

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:

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 Cloud-alkalmazásokban ezek általában az application.properties és application.yml fájlokban találhatók az alkalmazáskönyvtárban vagy a Spring Cloud Config Server-adattárban.

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 összes identitásszolgáltatót és minden olyan Spring Cloud-alkalmazást, amely hitelesítést és/vagy engedélyezést igényel. Az identitásszolgáltatók konfigurálásáról az alábbi forrásokból tájékozódhat:

Az OAuth2 konfigurációjáról a Spring Cloud Security rövid útmutatójában olvashat.
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.

A VMware Tanzu Application Service (TAS) (korábbi nevén Pivotal Cloud Foundry) által konfigurált erőforrások

A TAS-lel felügyelt alkalmazások esetében a külső erőforrások, beleértve a korábban ismertetett erőforrásokat is, gyakran TAS-szolgáltatáskötésekkel vannak konfigurálva. Az ilyen erőforrások konfigurációjának vizsgálatához használja a TAS (Cloud Foundry) parancssori felületét az alkalmazás változójának VCAP_SERVICES megtekintéséhez.

# Log into TAS, if needed (enter credentials when prompted)
cf login -a <API endpoint>

# Set the organization and space containing the application, if not already selected during login.
cf target org <organization name>
cf target space <space name>

# Display variables for the application
cf env <Application Name>

Vizsgálja meg az VCAP_SERVICES alkalmazáshoz kötött külső szolgáltatások konfigurációs beállításainak változóját. További információkért tekintse meg a TAS (Cloud Foundry) dokumentációját.

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őrizze az éles környezetek összes tulajdonságát és konfigurációs fájlját és környezeti változóját, hogy titkos sztringeket és jelszavakat használ-e. A Spring Cloud-alkalmazásokban ezek a sztringek általában az application.properties vagy application.yml fájlban találhatók az egyes szolgáltatásokban vagy a Spring Cloud Config Server-adattárban.

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>

Annak meghatározása, hogy a Spring Cloud Vault használatban van-e

Ha a Spring Cloud Vaultot használja a titkos kódok tárolására és elérésére, azonosítsa a háttértárat – például HashiCorp Vaultot vagy CredHubot. Ezután azonosítsa az alkalmazáskód által használt összes titkos kódot.

A konfigurációs kiszolgáló forrásának megkeresése

Ha az alkalmazás Spring Cloud Config-kiszolgálót használ, azonosítsa a konfiguráció tárolási helyét. Ezt a beállítást általában a bootstrap.yml vagy a bootstrap.properties fájlban, vagy néha a application.yml vagy az application.properties fájlban találja. A beállítás a következő példához hasonlóan néz ki:

spring.cloud.config.server.git.uri: file://${user.home}/spring-cloud-config-repo

Bár a Gitet leggyakrabban a Spring Cloud Config Server háttéradattáraként használják, a korábban látható módon a többi lehetséges háttérrendszer egyikét is használhatja. A Spring Cloud Config Server dokumentációjában további háttérrendszerekkel, például a relációs adatbázissal (JDBC), SVN-sel és a helyi fájlrendszerrel kapcsolatos információkért tekintse meg.

Az üzembehelyezési architektúra vizsgálata

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

Az egyes Spring Cloud-szolgáltatások esetében (a konfigurációs kiszolgálót, a beállításjegyzéket vagy az átjárót nem beleértve) dokumentálja a következő információkat:

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 Cloud-alkalmazások 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.

A szolgáltatásregisztrációs adatbázist megkerülő ügyfelek azonosítása

Azonosítsa azokat az ügyfélalkalmazásokat, amelyek a Spring Cloud Service Registry használata nélkül meghívják a migrálni kívánt szolgáltatásokat. A migrálás után az ilyen meghívások már nem lesznek lehetségesek. Frissítse az ilyen ügyfeleket a Spring Cloud OpenFeign használatára a migrálás előtt.

Migrálás

Korlátozott konfigurációk eltávolítása

Az Azure Container Apps-környezet felügyelt Eureka-kiszolgálót, Spring Cloud Config-kiszolgálót és rendszergazdát kínál. Ha egy alkalmazás a Java-összetevőhöz van kötve, az Azure Container Apps rendszerkörnyezeti változókként injektálja a kapcsolódó tulajdonságokat. A Spring Boot Externalized Configuration kialakítása szerint a kódban meghatározott vagy összetevőkbe csomagolt alkalmazástulajdonságokat a rendszerkörnyezet változói felülírják.

Ha a következő tulajdonságok egyikét parancssori argumentum, Java-rendszertulajdonság vagy tároló környezeti változója alapján állítja be, el kell távolítania az ütközések és a váratlan viselkedés elkerülése érdekében:

SPRING_CLOUD_CONFIG_COMPONENT_URI
SPRING_CLOUD_CONFIG_URI
SPRING_CONFIG_IMPORT
eureka.client.fetch-registry
eureka.client.service-url.defaultZone
eureka.instance.prefer-ip-address
eureka.client.register-with-eureka
SPRING_BOOT_ADMIN_CLIENT_INSTANCE_PREFER-IP
SPRING_BOOT_ADMIN_CLIENT_URL

Felügyelt Azure Container Apps-környezet és -alkalmazások létrehozása

Azure Container Apps-alkalmazás kiépítése az Azure-előfizetésben egy meglévő felügyelt környezetben, vagy hozzon létre egy újat minden áttelepített szolgáltatáshoz. Nem kell Spring Cloud regisztrációs adatbázisként és konfigurációs kiszolgálóként futó alkalmazásokat létrehoznia. További információ: Gyorsútmutató: Első tárolóalkalmazás üzembe helyezése az Azure Portal használatával.

A Spring Cloud Config-kiszolgáló előkészítése

Konfigurálja a Config-kiszolgálót az Azure Container Apps for Spring-összetevőben. További információ: A Config Server for Spring összetevő beállításainak konfigurálása az Azure Container Appsben.

Feljegyzés

Ha az aktuális Spring Cloud Config-adattár a helyi fájlrendszerben vagy a helyszínen található, először át kell telepítenie vagy replikálnia kell a konfigurációs fájlokat egy felhőalapú adattárba, például a GitHubra, az Azure Reposra vagy a BitBucketre.

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.

Spring Cloud Vault-titkos kódok migrálása az Azure KeyVaultba

Az Azure KeyVault Spring Boot Starter használatával közvetlenül injektálhat titkos kulcsokat az alkalmazásokba a Spring használatával. További információ : Az Azure Key Vaulthoz készült Spring Boot Starter használata.

Feljegyzés

A migráláshoz szükség lehet néhány titkos kulcs átnevezésére. Ennek megfelelően frissítse az alkalmazáskódot.

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

Ha már konfigurálta az APM-hez kapcsolódó változókat a tárolón belül, mindössze annyit kell tennie, hogy biztosítja a kapcsolatot a cél APM-platformmal. Ha az APM-konfiguráció a tároló környezeti változóira hivatkozik, a futtatókörnyezet környezeti változóit ennek megfelelően kell beállítania az Azure Container Appsben. A bizalmas információkat, például a kapcsolati sztring, biztonságosan kell kezelni. Megadhatja titkos kulcsként, vagy hivatkozhat egy Azure Key Vaultban tárolt titkos kódra.

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 injektálhatja az egyes tárolókba. A változók módosításai új változatot hoznak létre a meglévő alkalmazáshoz. A titkos kulcsok kulcs-érték párok, és minden változatban érvényesek maradnak.

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, az alábbi irányelveket követve győződjön meg arról, hogy konfigurálva vannak az identitásszolgáltató elérésére:

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. Útmutatásé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.

Ügyfélalkalmazások frissítése

Frissítse az összes ügyfélalkalmazás konfigurációját a migrált alkalmazások közzétett Azure Container Apps-végpontjainak használatára.

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.

Ha az alkalmazásai régi Spring Cloud Netflix-összetevőket használnak, érdemes lecserélni őket az aktuális alternatívákra, ahogyan az az alábbi táblázatban látható:

Örökölt	Jelenlegi
Spring Cloud Eureka	Spring Cloud Service Registry
Spring Cloud Netflix Zuul	Spring Cloud átjáró
Spring Cloud Netflix Archaius	Spring Cloud konfigurációs kiszolgáló
Spring Cloud Netflix menüszalag	Spring Cloud Load Balancer (ügyféloldali terheléselosztó)
Spring Cloud Hystrix (a Spring Cloud rendszer egyik eleme)	Spring Cloud Circuit Breaker + Resilience4J
Spring Cloud Netflix Turbina	Mikrométer + Prometheus

Visszajelzés

Hasznosnak találta ezt az oldalt?

Last updated on 2024-10-01

Megosztás a következőn keresztül:

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

A migrálás előtt

Alkalmazásösszetevők vizsgálata

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

Csak olvasható statikus tartalom

Dinamikusan közzétett statikus tartalom

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

Váltás egy támogatott platformra

Spring Boot-verziók azonosítása

Maven

Gradle

Spring Cloud-verziók azonosítása

Maven

Gradle

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

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

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

Adatbázisok

JMS-üzenetközvetítők

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

Identitásszolgáltatók

A VMware Tanzu Application Service (TAS) (korábbi nevén Pivotal Cloud Foundry) által konfigurált erőforrások

Minden egyéb külső forrás

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

Leltárjelszavak és biztonságos sztringek

Leltártanúsítványok

Annak meghatározása, hogy a Spring Cloud Vault használatban van-e

A konfigurációs kiszolgáló forrásának megkeresése

Az üzembehelyezési architektúra vizsgálata

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

Dokumentum georeplikációs/terjesztési

A szolgáltatásregisztrációs adatbázist megkerülő ügyfelek azonosítása

Migrálás

Korlátozott konfigurációk eltávolítása

Felügyelt Azure Container Apps-környezet és -alkalmazások létrehozása

A Spring Cloud Config-kiszolgáló előkészítése

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

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

Spring Cloud Vault-titkos kódok migrálása az Azure KeyVaultba

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

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

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

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

Ügyfélalkalmazások frissítése

A migrálás után

Visszajelzés

További források