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

Többplatformos alkalmazások üzembe helyezése az Azure Spring Apps Enterprise-csomagban

  • Cikk

Feljegyzés

Az Azure Spring Apps az Azure Spring Cloud szolgáltatás új neve. Bár a szolgáltatásnak új neve van, bizonyos helyeken a régi nevet fogja látni egy darabig, miközben az eszközök, például képernyőképek, videók és diagramok frissítésével dolgozunk.

Ez a cikk a következőre vonatkozik:❌ Basic/Standard ✔️ Enterprise

Ez a cikk bemutatja, hogyan helyezhet üzembe többplatformos alkalmazásokat az Azure Spring Apps Enterprise-csomagban, és hogyan használhatják ezek a többplatformos alkalmazások a buildcsomagok által biztosított buildszolgáltatás-funkciókat.

Előfeltételek

Többplatformos alkalmazások üzembe helyezése egy szolgáltatáspéldányban

Ez a szakasz a többplatformos alkalmazások létrehozására és üzembe helyezésére vonatkozik, ha a buildszolgáltatás engedélyezve van. Ha letiltja a buildelési szolgáltatást, az alkalmazásokat csak egyéni tárolólemezképekkel helyezheti üzembe. Létrehozhat saját rendszerképet, vagy használhat egy Azure Spring Apps Enterprise-példány által készítettt. További információ: Alkalmazás üzembe helyezése egyéni tárolólemezképekkel.

Szerkesztők kezelése

Az Azure Spring Apps Enterprise egy példányának létrehozásakor az alábbi támogatott nyelvi buildcsomagok egyikéből kell alapértelmezett szerkesztőt választania:

További információ: Language Family Buildpacks for VMware Tanzu.

Ezek a buildcsomagok támogatják a Java, a .NET Core, a Go, a webes statikus fájlok, a Node.js és a Python-alkalmazások forráskódjainak vagy összetevőinek készítését. A buildpack-verziók a szerkesztők létrehozásakor vagy megtekintésekor is láthatók. Emellett létrehozhat egy egyéni szerkesztőt a buildcsomagok és a verem megadásával.

Az Azure Spring Apps szolgáltatáspéldányban konfigurált összes szerkesztő megjelenik a Build Service lapon, ahogyan az alábbi képernyőképen látható:

Képernyőkép az Azure Portalról, amelyen a Build Service lap látható, és a Szerkesztők lista ki van emelve.

Új szerkesztő létrehozásához válassza a Hozzáadás lehetőséget. Az alábbi képernyőképen az egyéni szerkesztő létrehozásához szükséges erőforrások láthatók. Az operációsrendszer-verem tartalmazza Bionic Basea , Bionic Full, Jammy Tiny, Jammy Baseés Jammy Full. Bionic alapul, Ubuntu 18.04 (Bionic Beaver) és Jammy alapul Ubuntu 22.04 (Jammy Jellyfish). További információkért tekintse meg az operációsrendszer-verem javaslatait ismertető szakaszt .

Javasoljuk, hogy használja Jammy OS Stack a szerkesztő létrehozását, mert a VMware elavult Bionic OS Stack.

Képernyőkép az Azure Portalról, amelyen a Szerkesztő hozzáadása lap látható, amelyen az operációsrendszer-verem és a kiválasztott buildpack neve van kiemelve.

Egyéni szerkesztőt akkor is szerkeszthet, ha a szerkesztőt nem használják üzembe helyezéskor. Frissítheti a buildcsomagokat vagy az operációsrendszer-vermet, de a szerkesztő neve csak olvasható.

Képernyőkép az Azure Portalról, amelyen a Build Service lap látható, a három ponttal és a Szerkesztő szerkesztése menü lehetőség kiemelésével.

A szerkesztő egy olyan erőforrás, amely folyamatosan hozzájárul az üzemelő példányokhoz. A legújabb futtatókörnyezeti rendszerképeket és a legújabb buildcsomagokat biztosítja.

Nem törölhet szerkesztőt, ha a meglévő aktív üzembe helyezéseket a szerkesztővel együtt készíti el. Ha törölni szeretne egy szerkesztőt ebben az állapotban, kövesse az alábbi lépéseket:

  1. Mentse a konfigurációt új szerkesztőként.
  2. Alkalmazások üzembe helyezése az új szerkesztővel. Az üzembe helyezések az új szerkesztőhöz vannak csatolva.
  3. Migrálja az előző szerkesztő alatti üzembe helyezéseket az új szerkesztőbe.
  4. Törölje az eredeti szerkesztőt.

Operációsrendszer-veremre vonatkozó javaslatok

Az Azure Spring Appsben azt javasoljuk, hogy hozza Jammy OS Stack létre a szerkesztőt, mert Bioinic OS Stack a VMware elavult. Az alábbi lista az elérhető lehetőségeket ismerteti:

  • Jammy Tiny: Alkalmas minimális kép létrehozására a lehető legkisebb mérethez és biztonsági lábnyomhoz. A Java-natív rendszerképek létrehozásához hasonlóan a tároló végső lemezképe is kisebb lehet. Az integrált kódtárak korlátozottak. Például nem tud csatlakozni egy alkalmazáspéldányhoz hibaelhárítás céljából, mert nincs shell tár.

    • A legtöbb Go-alkalmazás.
    • Java-alkalmazások. Néhány Apache Tomcat-konfigurációs lehetőség, például a bin/setenv.sh beállítása nem érhető el, mert a Tiny nem rendelkezik rendszerhéjjal.

  • Jammy Base: A legtöbb natív bővítmény nélküli alkalmazáshoz alkalmas.

    • Java- és .NET Core-alkalmazások.
    • Olyan alkalmazásokat is megnyithat, amelyek C-kódtárakat igényelnek.
    • natív bővítmények nélküli Node.js, Python- vagy webkiszolgáló-alkalmazások.

  • Jammy Full: A legtöbb kódtárat tartalmazza, és natív bővítményekkel rendelkező alkalmazásokhoz alkalmas. Például egy teljesebb betűtípustárat tartalmaz. Ha az alkalmazás a natív bővítményre támaszkodik, használja a Full vermet.

    • Node.js vagy Python-alkalmazások natív bővítményekkel.

További információ: Ubuntu Stacks a VMware dokumentációjában.

A tárolóregisztrációs adatbázis kezelése

Ez a szakasz bemutatja, hogyan kezelheti a buildszolgáltatás által használt tárolóregisztrációs adatbázist, ha a buildszolgáltatást saját tárolóregisztrációs adatbázissal engedélyezi. Ha egy felügyelt Azure Spring Apps-tárolóregisztrációs adatbázissal engedélyezi a buildszolgáltatást, kihagyhatja ezt a szakaszt.

Miután engedélyezte a felhasználói tárolóregisztrációs adatbázist a buildszolgáltatással, megjelenítheti és konfigurálhatja a beállításjegyzéket az Azure Portal vagy az Azure CLI használatával.

A tárolóregisztrációs adatbázis megjelenítéséhez, hozzáadásához, szerkesztéséhez és törléséhez kövesse az alábbi lépéseket:

  1. Nyissa meg az Azure Portalt.

  2. Válassza a Tárolóregisztrációs adatbázis lehetőséget a navigációs panelen.

  3. Tárolóregisztrációs adatbázis létrehozásához válassza a Hozzáadás lehetőséget.

    Képernyőkép az Azure Portalról, amely a Tárolóregisztrációs adatbázis lapját jeleníti meg a Tárolóregisztrációs adatbázis hozzáadása gombbal.

  4. Tárolóregisztrációs adatbázis esetén kattintson a három pontra (...), majd a Szerkesztés gombra a beállításjegyzék konfigurációjának megtekintéséhez.

    Képernyőkép az Azure Portalról, amelyen a Tárolóregisztrációs adatbázis lap látható.

  5. Tekintse át a Tárolóregisztrációs adatbázis szerkesztése lapon található értékeket.

    Képernyőkép az Azure Portalról, amelyen a Tárolóregisztrációs adatbázis lap látható, és meg van nyitva a Tárolóregisztrációs adatbázis szerkesztése panel.

  6. Tárolóregisztrációs adatbázis törléséhez kattintson a három pontra (...), majd a Törlés gombra a beállításjegyzék törléséhez. Ha a tárolóregisztrációs adatbázist a buildszolgáltatás használja, az nem törölhető.

    Képernyőkép az Azure Portalról, amelyen a Tárolóregisztrációs adatbázis lap látható, amelyen a Tárolóregisztrációs adatbázis szerkesztése ablaktábla meg van nyitva, és a Felhasználónév és jelszó mezők ki van emelve.

A buildszolgáltatás használhat tárolóregisztrációs adatbázist, és módosíthatja a társított tárolóregisztrációs adatbázist is. Ez a folyamat időigényes. Amikor a módosítás megtörténik, a buildelési szolgáltatás újraépítése alatt lévő összes szerkesztő és builderőforrás le lesz küldve az új tárolóregisztrációs adatbázisba.

A buildszolgáltatáshoz társított tárolóregisztrációs adatbázis váltásához kövesse az alábbi lépéseket:

  1. Nyissa meg az Azure Portalt.

  2. Válassza a Build Service (Szolgáltatás létrehozása) lehetőséget a navigációs panelen.

  3. Válassza a Hivatkozott tárolóregisztrációs adatbázis lehetőséget a buildszolgáltatás tárolóregisztrációs adatbázisának frissítéséhez.

    Képernyőkép az Azure Portalról, amelyen a Build Service lap látható, kiemelve a hivatkozott tárolóregisztrációs adatbázist.

Többplatformos alkalmazások létrehozása és üzembe helyezése

A tárolóregisztrációs adatbázis használatával a következő módokon hozhat létre és helyezhet üzembe többplatformos alkalmazásokat:

  • Az Azure Spring Apps által felügyelt tárolóregisztrációs adatbázist használó buildelési szolgáltatáshoz létrehozhat egy alkalmazást egy lemezképre, majd üzembe helyezheti az aktuális Azure Spring Apps szolgáltatáspéldányon. A build és az üzembe helyezés a parancs használatával az spring app deploy együtt lesz végrehajtva.

  • A felhasználó által felügyelt tárolóregisztrációs adatbázist használó buildelési szolgáltatáshoz létrehozhat egy alkalmazást egy tárolólemezképbe, majd üzembe helyezheti a rendszerképet az aktuális Azure Spring Apps Enterprise-példányon és más példányokon. A buildelési és üzembe helyezési parancsok különállóak. A buildelési paranccsal létrehozhat vagy frissíthet buildeket, majd az üzembe helyezési paranccsal üzembe helyezheti a tárolólemezképet a szolgáltatáspéldányon.

További információkért tekintse meg a Tanzu buildszolgáltatás igény szerinti buildelési szakaszát.

Az alábbi példák néhány hasznos buildparancsot mutatnak be.

az configure --defaults group=<resource-group-name> spring=<service-name>

az spring build-service build list
az spring build-service build show --name <build-name>
az spring build-service build create --name <build-name> --artifact-path <artifact-path>
az spring build-service build update --name <build-name> --artifact-path <artifact-path>
az spring build-service build delete --name <build-name>

Az alábbi Azure CLI-példák egy összetevőfájl két tárolóregisztrációs forgatókönyvhöz történő kiépítését és üzembe helyezését mutatják be:

  • Az Azure Spring Apps felügyelt tárolóregisztrációs adatbázisa.
  • Felhasználó által felügyelt tárolóregisztrációs adatbázis.

Ez a példa egyetlen parancsban épít és helyez üzembe. Az alábbi parancs egy fejlesztőt határoz meg egy alkalmazás tárolólemezképre való létrehozásához, majd az alkalmazást közvetlenül az Azure Springs Apps Enterprise szolgáltatáspéldányban helyezi üzembe.

Ha nem adja meg a szerkesztőt, a rendszer egy szerkesztőt default használ.

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --artifact-path <path-to-your-JAR-file>

Ha az alkalmazást összetevőfájllal helyezi üzembe, adja --artifact-path meg a fájl elérési útját. A JAR és a WAR fájlok is elfogadhatók.

Ha az Azure CLI vékony JAR-ként észleli a WAR-csomagot, tiltsa --disable-validation le az érvényesítést.

Az alábbi példa a forráskódmappát egy aktív üzembe helyezésre telepíti a --source-path paraméterrel a mappa megadásához.

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --source-path <path-to-source-code>

A buildkörnyezetet is konfigurálhatja az alkalmazás létrehozásához. Egy Java-alkalmazásban például megadhatja a JDK-verziót a BP_JVM_VERSION buildkörnyezet használatával.

Buildkörnyezetek megadásához használja --build-envaz alábbi példában látható módon. Az elérhető buildkörnyezeti változókat a cikk későbbi részében ismertetjük.

A következő parancs üzembe helyez egy alkalmazást:

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --build-env <key1=value1> <key2=value2> \
    --builder <builder-name> \
    --artifact-path <path-to-your-JAR-file>

Az egyes buildekhez megadhatja a builderőforrásokat is, ahogyan az az alábbi példában is látható.

A következő parancs üzembe helyez egy alkalmazást:

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --build-env <key1=value1> <key2=value2> \
    --build-cpu <build-cpu-size> \
    --build-memory <build-memory-size> \
    --builder <builder-name> \
    --artifact-path <path-to-your-JAR-file>

Az alapértelmezett build cpu/memória erőforrása a következő 1 vCPU, 2 Gi: . Ha az alkalmazásnak kisebb vagy nagyobb mennyiségű memóriára van szüksége, akkor --build-memory adja meg a memóriaerőforrásokat – például, 500Mi, 1Gi, 2Gistb. Ha az alkalmazásnak kisebb vagy nagyobb mennyiségű CPU-erőforrásra van szüksége, akkor --build-cpu adja meg a cpu-erőforrásokat – például , 500m, 12stb. A buildek maximális CPU-/memória-erőforráskorlátja.8 vCPU, 16Gi

A processzor- és memóriaerőforrásokat a buildszolgáltatás-ügynök készletének mérete korlátozza. További információkért tekintse meg a Tanzu Build Service buildelési szolgáltatás ügynökkészletének szakaszát. A feldolgozási builderőforrás-kvóta összege nem haladhatja meg az ügynökkészlet méretét.

A buildelési feladatok párhuzamos száma az ügynökkészlet méretétől és az egyes builderőforrásoktól függ. Ha például a builderőforrás az alapértelmezett 1 vCPU, 2 Gi , és az ügynökkészlet mérete, 6 vCPU, 12 Giakkor a párhuzamos buildszám 6.

Az erőforráskvóta korlátozásai miatt az egyéb buildelési tevékenységek egy ideig le vannak tiltva.

Az alkalmazásnak a 8080-at kell figyelnie. A Spring Boot-alkalmazások felülbírálják a SERVER_PORT 8080 automatikus használatát.

Az üzemelő példányok támogatott nyelvei

Az alábbi táblázat az egyes nyelvekhez támogatott funkciókat mutatja be.

Szolgáltatás Java Python Csomópont .NET Core Go Statikus fájlok Java natív kép PHP
Alkalmazás életciklusának kezelése ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Végpont hozzárendelése ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Azure Monitor ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Házon kívül APM-integráció ✔️
Kék/zöld üzembe helyezés ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Egyéni tartomány ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Skálázás – automatikus skálázás ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Skálázás – manuális skálázás (be/ki, fel/le) ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Felügyelt identitás ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ️ ✔️
API-portál a VMware Tanzu-hoz ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Spring Cloud Gateway a VMware Tanzu-hoz ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Alkalmazáskonfigurációs szolgáltatás a VMware Tanzu-hoz ✔️ ✔️
VMware Tanzu szolgáltatásregisztrációs adatbázis ✔️ ✔️
App Live View for VMware Tanzu ✔️ ✔️
Virtuális hálózat ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Kimenő IP-cím ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
E2E TLS ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Speciális hibaelhárítás – szál/halom/JFR-memóriakép ✔️
Saját tároló használata ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Szolgáltatáskötés integrálása a Resource Csatlakozás orral ✔️ ✔️
Availability Zone (Rendelkezésreállási zóna) ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Alkalmazás életciklus-eseményei ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Csökkentett alkalmazásméret – 0,5 vCPU és 512 MB ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Alkalmazástelepítések automatizálása a Terraform és az Azure Pipeline Feladat használatával ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Helyreállítható törlés ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Interaktív diagnosztikai élmény (AppLens-alapú) ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
SLA ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Állapotminták testreszabása ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Web shell connect hibaelhárításhoz ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ️ ✔️ ✔️
Távoli hibakeresés ✔️ ️ ️ ️

A különböző nyelvi alkalmazások támogatott konfigurációiról a cikk későbbi, megfelelő szakaszában talál további információt.

A Java natív lemezképének korlátozásai

A natív rendszerkép egy olyan technológia, a amely előre lefordítja a Java-kódot egy natív végrehajtható fájlra. A natív képek különböző előnyöket biztosítanak, például az azonnali indítást és a memóriahasználat csökkentését. A gyorsabb és hatékonyabb üzembe helyezés érdekében natív lemezképeket csomagolhat egy egyszerűsített tárolórendszerképbe. A zárt világ optimalizálása miatt a következő korlátozások érvényesek:

  • A következő Java-funkciók konfigurálásához végrehajtható buildelési időpontban van szükség:
    • Dinamikus osztály betöltése
    • Önkifejezés ion
    • Dinamikus proxy
    • JNI (Java natív felület)
    • Szerializációs
  • A bájtkód futásidőben már nem érhető el, ezért a JVMTI-nek megcélzott eszközökkel történő hibakeresés és figyelés nem lehetséges.

Az Alábbi funkciók nem támogatottak az Azure Spring Appsben a Java natív rendszerképének korlátozása miatt. Az Azure Spring Apps támogatni fogja őket, amikor a Java natív rendszerképe és a közösség túllép a korlátozáson.

Szolgáltatás Miért nem támogatott?
Azure Monitor A GraalVM által készített natív képek nem támogatják a JVM-metrikákat.
Skálázás – automatikus skálázás A GraalVM által készített natív képek nem támogatják a JVM-metrikákat.
Beépített APM-integráció Az APM Vendor &Buildpack nem támogatja a natív rendszerképet.
Felügyelt identitás Az Azure SDK-k nem támogatják a natív rendszerképet.
Speciális hibaelhárítás – szál/halom/JFR-memóriakép A GraalVM által készített natív képek nem támogatják a szál/halom/JFR-memóriaképet.
Távoli hibakeresés A GraalVM natív rendszerképe nem támogatja a távoli hibakeresést.
Jelszó nélküli kapcsolat a Service Csatlakozás or használatával Az Azure Java SDK nem támogatja a natív rendszerképet.

Feljegyzés

A következő különböző nyelvű buildelési és üzembe helyezési szakaszok azt jelentik, --build-env hogy a környezet a buildelési fázisban van használatban. --env azt jelenti, hogy a környezetet a futtatókörnyezeti fázisban használják.

Javasoljuk, hogy az alapértelmezett verzió módosítása esetén adja meg a nyelvi verziót. Használhatja például a --build-env BP_JVM_VERSION=11.* Java 11 JDK-verzióként való megadását. Más nyelvek esetén a környezeti változó nevét az egyes nyelvek alábbi leírásaiban találja.

Java-alkalmazások üzembe helyezése

A Java-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/java-azure.

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
A Microsoft OpenJDK-t biztosítja. Konfigurálja a JVM-verziót. Az alapértelmezett JDK-verzió 17. Jelenleg támogatott: JDK 8, 11, 17 és 21. BP_JVM_VERSION --build-env BP_JVM_VERSION=11.*
Futtatókörnyezeti irigység. Konfigurálja, hogy engedélyezve van-e a Java natív memóriakövetése (NMT). Az alapértelmezett érték igaz. A JDK 8 nem támogatott. BPL_JAVA_NMT_ENABLED --env BPL_JAVA_NMT_ENABLED=true
Konfigurálja a Java Native Memory Tracking (NMT) kimenetének részletességi szintjét. Az alapértelmezett érték az összegzés. Adja meg a részletes NMT-kimenet részleteit . BPL_JAVA_NMT_LEVEL --env BPL_JAVA_NMT_ENABLED=summary
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálásáról szóló szakaszt az alkalmazások buildjeihez és üzembe helyezéséhez. N.A. N.A.
Integrálható az Application Elemzések, Dynatrace, Elastic, New Relic, App Dynamic APM ügynökkel. Tekintse meg az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető cikket. N.A. N.A.
A WAR-csomag üzembe helyezése Apache Tomcat vagy Tom használatával Enterprise kiadás. Állítsa be az alkalmazáskiszolgálót a használatra. Állítsa a tomcat értéket a Tomcat és a tomee használatára a Tom Enterprise kiadás használatára. Az alapértelmezett érték a tomcat. BP_JAVA_APP_SERVER --build-env BP_JAVA_APP_SERVER=tomee
A Spring Boot-alkalmazások támogatása. Azt jelzi, hogy a Spring Cloud Bindings támogatja-e a rendszerképet a létrehozáskor. Az alapértelmezett érték: hamis. BP_SPRING_CLOUD_BINDINGS_DISABLED --build-env BP_SPRING_CLOUD_BINDINGS_DISABLED=false
Azt jelzi, hogy a Spring Boot-környezet tulajdonságai automatikusan konfigurálhatók-e futásidőben a kötésekből. Ez a funkció megköveteli, hogy a Spring Cloud Bindings már telepítve legyen a buildeléskor, vagy semmit sem tesz. Az alapértelmezett érték: hamis. BPL_SPRING_CLOUD_BINDINGS_DISABLED --env BPL_SPRING_CLOUD_BINDINGS_DISABLED=false
Támogatja a Maven-alapú alkalmazások forrásból való létrehozását. Többmodulos projekthez használatos. Azt a modult jelzi, amelyben az alkalmazásösszetevő megtalálható. A gyökérmodul alapértelmezett értéke (üres). BP_MAVEN_BUILT_MODULE --build-env BP_MAVEN_BUILT_MODULE=./gateway
Támogatja a Gradle-alapú alkalmazások forrásból történő létrehozását. Többmodulos projekthez használatos. Azt a modult jelzi, amelyben az alkalmazásösszetevő megtalálható. A gyökérmodul alapértelmezett értéke (üres). BP_GRADLE_BUILT_MODULE --build-env BP_GRADLE_BUILT_MODULE=./gateway
Engedélyezze a címkék konfigurálását a létrehozott lemezképen. Az OCI által megadott címkéket rövid környezeti változónevekkel és tetszőleges címkékkel konfigurálja egy szóközzel tagolt szintaxis használatával egyetlen környezeti változóban. BP_IMAGE_LABELS
BP_OCI_AUTHORS
További környezeti változókat itt talál.		 --build-env BP_OCI_AUTHORS=<value>
A JProfiler-ügynök integrálása. Azt jelzi, hogy integrálni szeretné-e a JProfiler-támogatást. Az alapértelmezett érték: hamis. BP_JPROFILER_ENABLED buildelési fázis:
--build-env BP_JPROFILER_ENABLED=true
futtatókörnyezeti fázis:
--env BPL_JPROFILER_ENABLED=true
BPL_JPROFILER_PORT=<port> (nem kötelező, alapértelmezett érték: 8849)
BPL_JPROFILER_NOWAIT=true(nem kötelező. Azt jelzi, hogy a JVM végrehajtása a JProfiler csatlakoztatása előtt történik-e. Az alapértelmezett érték igaz.)
Azt jelzi, hogy a JProfiler támogatása futásidőben engedélyezve legyen-e. Az alapértelmezett érték: hamis. BPL_JPROFILER_ENABLED --env BPL_JPROFILER_ENABLED=false
Azt jelzi, hogy a JProfiler-ügynök melyik portot figyeli. Az alapértelmezett érték 8849. BPL_JPROFILER_PORT --env BPL_JPROFILER_PORT=8849
Azt jelzi, hogy a JVM végrehajtása a JProfiler csatlakoztatása előtt történik-e. Az alapértelmezett érték igaz. BPL_JPROFILER_NOWAIT --env BPL_JPROFILER_NOWAIT=true
A JRebel-ügynök integrálása. Az alkalmazásnak tartalmaznia kell egy rebel-remote.xml fájlt. N.A. N.A.
Az AES a buildeléskor titkosítja az alkalmazást, majd visszafejti az indításkor. A buildeléskor használni kívánt AES-kulcs. BP_EAR_KEY --build-env BP_EAR_KEY=<value>
A futtatáskor használni kívánt AES-kulcs. BPL_EAR_KEY --env BPL_EAR_KEY=<value>
Az AspectJ Weaver-ügynök integrálása. <APPLICATION_ROOT>/ aop.xml létezik, és a aspectj-weaver.*.jar létezik. N.A. N.A.

.NET-alkalmazások üzembe helyezése

A .NET-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/dotnet-core.

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
Konfigurálja a .NET Core futtatókörnyezet verzióját. Támogatja a Net6.0, a Net7.0 és a Net8.0 használatát.
Konfigurálhat runtimeconfig.json vagy MSBuild Project-fájlon keresztül.
Az alapértelmezett futtatókörnyezet a 6.0.*.		 N.A. N.A.
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálásáról szóló szakaszt az alkalmazások buildjeihez és üzembe helyezéséhez. N.A. N.A.
Integrálható a Dynatrace és a New Relic APM ügynökökkel. Tekintse meg az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető cikket. N.A. N.A.
Engedélyezze a címkék konfigurálását a létrehozott lemezképen. Az OCI által megadott címkéket rövid környezeti változónevekkel és tetszőleges címkékkel konfigurálja egy szóközzel tagolt szintaxis használatával egyetlen környezeti változóban. BP_IMAGE_LABELS
BP_OCI_AUTHORS
További környezeti változókat itt talál.		 --build-env BP_OCI_AUTHORS=<value>

Python-alkalmazások üzembe helyezése

A Python-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/python.

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
Adja meg a Python-verziót. Támogatja a 3.8.*, 3.9.*, 3.10.*, 3.11.*, 3.12.*. Az alapértelmezett érték 3.10.*
A verziót a környezeti változón keresztül adhatja meg a BP_CPYTHON_VERSION buildelés során.		 BP_CPYTHON_VERSION --build-env BP_CPYTHON_VERSION=3.8.*
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálásáról szóló szakaszt az alkalmazások buildjeihez és üzembe helyezéséhez. N.A. N.A.
Engedélyezze a címkék konfigurálását a létrehozott lemezképen. Az OCI által megadott címkéket rövid környezeti változónevekkel és tetszőleges címkékkel konfigurálja egy szóközzel tagolt szintaxis használatával egyetlen környezeti változóban. BP_IMAGE_LABELS
BP_OCI_AUTHORS
További környezeti változókat itt talál.		 --build-env BP_OCI_AUTHORS=<value>

Go-alkalmazások üzembe helyezése

A Go-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/go.

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
Adja meg a Go verziót. Támogatja az 1.20.*, 1.21.*. Az alapértelmezett érték 1.20.*.
A Go verzió automatikusan észlelhető az alkalmazás go.mod fájljából. Ezt a verziót felülbírálhatja a BP_GO_VERSION környezeti változó összeállításkor történő beállításával.		 BP_GO_VERSION --build-env BP_GO_VERSION=1.20.*
Több cél konfigurálása. Több célértéket határoz meg a Go-buildekhez. BP_GO_TARGETS --build-env BP_GO_TARGETS=./some-target:./other-target
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálásáról szóló szakaszt az alkalmazások buildjeihez és üzembe helyezéséhez. N.A. N.A.
Integrálható a Dynatrace APM-ügynökkel. Tekintse meg az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető cikket. N.A. N.A.
Engedélyezze a címkék konfigurálását a létrehozott lemezképen. Az OCI által megadott címkéket rövid környezeti változónevekkel és tetszőleges címkékkel konfigurálja egy szóközzel tagolt szintaxis használatával egyetlen környezeti változóban. BP_IMAGE_LABELS
BP_OCI_AUTHORS
További környezeti változókat itt talál.		 --build-env BP_OCI_AUTHORS=<value>

Node.js-alkalmazások üzembe helyezése

Az Node.js alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/nodejs.

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
Adjon meg egy csomópontverziót. Támogatja a 16.*, 18.*, 19.*, 20.*. Az alapértelmezett érték 20.*.
A csomópont verzióját egy .nvmrc vagy .node-version fájlon keresztül adhatja meg az alkalmazáskönyvtár gyökérkönyvtárában. BP_NODE_VERSION felülbírálja a beállításokat.		 BP_NODE_VERSION --build-env BP_NODE_VERSION=19.*
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálásáról szóló szakaszt az alkalmazások buildjeihez és üzembe helyezéséhez. N.A. N.A.
Integrálható a Dynatrace, Elastic, New Relic, App Dynamic APM ügynökkel. Tekintse meg az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető cikket. N.A. N.A.
Engedélyezze a címkék konfigurálását a létrehozott lemezképen. Az OCI által megadott címkéket rövid környezeti változónevekkel és tetszőleges címkékkel konfigurálja egy szóközzel tagolt szintaxis használatával egyetlen környezeti változóban. BP_IMAGE_LABELS
BP_OCI_AUTHORS
További környezeti változókat itt talál.		 --build-env BP_OCI_AUTHORS=<value>
Angular-alkalmazás üzembe helyezése az Angular Live Development Serverrel. Adja meg a gazdagépet, mielőtt a package.json futng serve: ng serve --host 0.0.0.0 --port 8080 --public-host <your application domain name>. Az alkalmazás tartományneve az alkalmazás áttekintési oldalán, az URL-szakaszban érhető el. A folytatás előtt távolítsa el a protokollt https:// . BP_NODE_RUN_SCRIPTS
NODE_ENV		 --build-env BP_NODE_RUN_SCRIPTS=build NODE_ENV=development

WebServer-alkalmazások üzembe helyezése

A WebServer-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/webkiszolgálók.

További információ: Webes statikus fájlok üzembe helyezése.

Java Native Image-alkalmazások üzembe helyezése (előzetes verzió)

A Java Native Image-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/java-native-image.

A Spring Boot natív rendszerkép-alkalmazásokat a tanzu-buildpacks/java-native-image buildpack használatával helyezheti üzembe. A Spring Native támogatja a Spring Boot-alkalmazások natív végrehajthatóvá alakítását. A buildpack a Liberica Native Image Kit (NIK) használatával hoz létre natív képeket a Spring Boot-alkalmazásokról, és ezek az alkalmazások teljes mértékben támogatottak.

Java natív rendszerkép létrehozásakor be kell állítania a buildkörnyezetet BP_NATIVE_IMAGEtrue , és a buildmemória-erőforrásnak nem szabad 8Gi-nál kisebbnek lennie. A buildszolgáltatás-ügynök készletének mérete nem lehet kisebb, mint 4 vCPU, 8 Gi. További információkért tekintse meg a Tanzu Build Service buildelési szolgáltatás ügynökkészletének szakaszát.

Ha a natív rendszerképet kisebb méretű tárolórendszerképbe szeretné építeni, javasoljuk, hogy használjon egy szerkesztőt az Jammy Tiny operációsrendszer-veremhez. További információkért tekintse meg az operációsrendszer-verem javaslatait ismertető szakaszt .

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
Integrálás a Bellsoft OpenJDK-val. Konfigurálja a JDK-verziót. Jelenleg támogatott: JDK 8, 11, 17 és 20. BP_JVM_VERSION --build-env BP_JVM_VERSION=17
Konfigurálja a native-image parancs argumentumait. A natív kép parancsnak közvetlenül továbbítandó argumentumok. Ezeknek az argumentumoknak érvényesnek és helyesen formázottnak kell lenniük, vagy a natív rendszerkép parancs sikertelen. BP_NATIVE_IMAGE_BUILD_ARGUMENTS --build-env BP_NATIVE_IMAGE_BUILD_ARGUMENTS="--no-fallback"
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Tekintse meg az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető cikket. Nem alkalmazható. Nem alkalmazható.
Címkék konfigurációjának engedélyezése a létrehozott lemezképen Az OCI által megadott címkéket rövid környezeti változónevekkel és tetszőleges címkékkel konfigurálja egy szóközzel tagolt szintaxis használatával egyetlen környezeti változóban. BP_IMAGE_LABELS
BP_OCI_AUTHORS
További környezeti változókat itt talál.		 --build-env BP_OCI_AUTHORS=<value>
Támogatja a Maven-alapú alkalmazások forrásból való létrehozását. Többmodulos projekthez használatos. Azt a modult jelzi, amelyben az alkalmazásösszetevő megtalálható. A gyökérmodul alapértelmezett értéke (üres). BP_MAVEN_BUILT_MODULE --build-env BP_MAVEN_BUILT_MODULE=./gateway

A Java-natív rendszerképre bizonyos korlátozások vonatkoznak. További információ: Java Native Image limitations section.

PHP-alkalmazások üzembe helyezése

A PHP-alkalmazások üzembe helyezéséhez használt buildpack a tanzu-buildpacks/php.

A Tanzu PHP buildpack csak a Teljes operációsrendszer-veremtel kompatibilis. Javasoljuk, hogy használjon szerkesztőt az operációsrendszer-veremhez Jammy Full . További információkért tekintse meg az operációsrendszer-verem javaslatait ismertető szakaszt .

Az alábbi táblázat az Azure Spring Appsben támogatott funkciókat sorolja fel:

Funkció leírása Megjegyzés Környezeti változó Használat
Adja meg a PHP-verziót. Konfigurálja a PHP-verziót. Jelenleg támogatott: PHP 8.1.*, és 8.2.*. Az alapértelmezett érték 8,1.* BP_PHP_VERSION --build-env BP_PHP_VERSION=8.0.*
Ca-tanúsítványok hozzáadása a rendszer megbízhatósági tárolójához a buildeléskor és a futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálásáról szóló szakaszt az alkalmazások buildjeihez és üzembe helyezéséhez. N.A. N.A.
Integrálható a Dynatrace, a New Relic és az App Dynamic APM ügynökkel. Tekintse meg az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető cikket. N.A. N.A.
Válasszon ki egy webkiszolgálót. A beállítási lehetőségek a php-server, a httpd és az nginx. Az alapértelmezett érték a php-server. BP_PHP_SERVER --build-env BP_PHP_SERVER=httpd
Konfigurálja a webkönyvtárat. Ha a webkiszolgáló HTTPD vagy NGINX, a webkönyvtár alapértelmezés szerint htdocs lesz. Ha a webkiszolgáló a PHP beépített kiszolgálója, a webkönyvtár alapértelmezés szerint a /workspace lesz. BP_PHP_WEB_DIR --build-env BP_PHP_WEB_DIR=htdocs

Következő lépések