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

  • Cikk

Megjegyzé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 egy ideig a régi nevet fogja látni, miközben dolgozunk az objektumok, például képernyőképek, videók és diagramok frissítésén.

Ez a cikk a következőkre vonatkozik:❌ Alapszintű/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 buildszolgáltatás-funkcióit.

Előfeltételek

Többplatformos alkalmazások üzembe helyezése 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 buildszolgáltatást, csak egyéni tárolólemezképekkel helyezhet üzembe alkalmazásokat. Létrehozhat saját rendszerképet, vagy használhat egy Azure Spring Apps Enterprise-példány által készített rendszerképet. További információ: Alkalmazás üzembe helyezése egyéni tárolórendszerképpel.

Szerkesztők kezelése

Az Azure Spring Apps Enterprise egy példányának létrehozásakor az alábbi támogatott nyelvi családi 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-, .NET Core-, Go-, webes statikus fájlok, Node.js és Python-alkalmazások forráskódját vagy összetevőit tartalmazó buildeket. Egyéni szerkesztőt is létrehozhat 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 (Szolgáltatás összeállítása ) oldalon, ahogy az alábbi képernyőképen látható:

Képernyőkép a Azure Portal a Szolgáltatás összeállítása lapról, kiemelt Szerkesztők listával.

Ú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 használni kívánt erőforrások láthatók. Az operációsrendszer-verem tartalmazza a következőt: Bionic Base, Bionic Full, Jammy Tiny, Jammy Baseés Jammy Full. A Bionic alapja Ubuntu 18.04 (Bionic Beaver) , a Jammy pedig a alapján Ubuntu 22.04 (Jammy Jellyfish). További információ: Az operációs rendszer vermére vonatkozó javaslatok szakasz.

Javasoljuk, hogy a használatával Jammy OS Stack hozza létre a szerkesztőt, mert a VMware elavult Bionic OS Stack.

Képernyőkép a Azure Portal az Add Builder oldalról, amelyen az operációs rendszer verem és a kiválasztott buildpack neve van kiemelve.

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

Képernyőkép a Azure Portal a Szolgáltatás összeállítása lapról, amelyen a három pont gomb és a Szerkesztő szerkesztése menüpont van kiemelve.

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.

A szerkesztő nem törölhető, ha a meglévő aktív üzembe helyezéseket a szerkesztővel együtt készíti el. Az ebben az állapotban lévő szerkesztő törléséhez 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 üzemelő példányok az új szerkesztőhöz vannak csatolva.
  3. Migrálja az előző szerkesztő alatti üzemelő példányokat 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 a használatával Jammy OS Stack hozza létre a szerkesztőt, mert Bioinic OS Stack a VMware elavul. Az alábbi lista az elérhető lehetőségeket ismerteti:

  • Jammy Tiny - alkalmas egy minimális kép létrehozásához a lehető legkisebb mérethez és biztonsági lábnyomhoz. A Java-natív rendszerképek készítéséhez hasonlóan a végső tárolórendszerkép is kisebb lesz. 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 kódtár.

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

  • Jammy Full – a legtöbb kódtárat tartalmazza, és natív kiterjesztésű alkalmazásokhoz használható. 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.

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 engedélyezi a buildszolgáltatást egy Felügyelt Azure Spring Apps-tárolóregisztrációs adatbázissal, 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 a 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. A navigációs panelen válassza a Tárolóregisztrációs adatbázis lehetőséget.

  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 Azure Portal a Tárolóregisztrációs adatbázis lapjáról 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 válassza a Szerkesztés lehetőséget a beállításjegyzék konfigurációjának megtekintéséhez.

    Képernyőkép a tárolóregisztrációs adatbázis oldaláról Azure Portal.

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

    Képernyőkép a Azure Portal a Tárolóregisztrációs adatbázis lapjáról, amelyen meg van nyitva a tárolóregisztrációs adatbázis szerkesztése panel a listában szereplő aktuális tárolóregisztrációs adatbázishoz.

  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, nem törölhető.

    Képernyőkép Azure Portal a Tárolóregisztrációs adatbázis lapjáról, amelyen meg van nyitva a tárolóregisztrációs adatbázis törlése panel a listában szereplő aktuális tárolóregisztrációs adatbázishoz.

A buildszolgáltatás használhat egy 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 buildszolgáltatásban lévő összes szerkesztői és builderőforrás újraépül, majd a végső tárolórendszerképek le lesznek 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. A navigációs panelen válassza a Szolgáltatás létrehozása lehetőséget.

  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 a Azure Portal a Build Service (Szolgáltatás összeállítása) lapról, amelyen a hivatkozott tárolóregisztrációs adatbázis van kiemelve.

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 együttes végrehajtása a az spring app deploy paranccsal történik.

  • 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órendszerképbe, majd üzembe helyezheti a lemezké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 egy buildet, majd az üzembe helyezési paranccsal üzembe helyezheti a tárolórendszerképet a szolgáltatáspéldányon.

További információt a Tanzu Build Service használataigény szerinti buildelési szolgáltatás című szakaszában talál.

Az alábbi példák néhány hasznos buildelési parancsot 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 meghatározza, hogy egy szerkesztő létrehoz-e egy alkalmazást egy tárolólemezképen, majd közvetlenül az Azure Springs Apps Enterprise szolgáltatáspéldányba helyezi üzembe az alkalmazást.

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 telepíti, a használatával --artifact-path adja meg a fájl elérési útját. A JAR- és WAR-fájlok is elfogadhatók.

Ha az Azure CLI vékony JAR-ként észleli a WAR-csomagot, tiltsa --disable-validation le az ellenőrzé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.

A buildkörnyezetek megadásához használja --build-enva következő 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>

Minden buildhez megadhatja a builderőforrásokat is, ahogy 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, adja --build-memory 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, 1, 2stb. A buildek maximális CPU-/memória-erőforráskorlátja a .8 vCPU, 16Gi

A processzor- és memória-erőforrásokat a buildelési szolgáltatásügynök készletének mérete korlátozza. További információ: A Tanzu buildszolgáltatás használataügynökkészletének összeállítása. A feldolgozási build erőforráskvótája 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 Gi, akkor a párhuzamos buildszám 6.

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

Az alkalmazásnak a 8080-s porton 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
Alkalmazás életciklusának kezelése ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Végpont hozzárendelése ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Azure Monitor ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Házon kívül az 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/heap/JFR-memóriakép ✔️
Saját tároló használata ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Szolgáltatáskötés integrálása erőforrás-összekötővel ✔️ ✔️
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 Task használatával ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Helyreállítható törlés ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Interaktív diagnosztikai élmény (AppLens-alapú) ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
SLA ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Állapottesztek testreszabása ✔️ ✔️ ✔️ ✔️ ✔️ ✔️ ✔️
Web shell-csatlakozás 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, amely előre lefordítja a Java-kódot egy natív végrehajtható fájlra. A natív képek számos előnnyel járnak, például azonnali indítást és csökkentett memóriahasználatot. A natív rendszerképeket egy egyszerű tárolórendszerképbe csomagolhatja a gyorsabb és hatékonyabb üzembe helyezés érdekében. A zárt világ optimalizálása miatt a következő korlátozások érvényesek:

  • A következő Java-funkciókhoz végrehajtható buildelési időpontban kell konfigurálni:
    • Dinamikus osztály betöltése
    • Tükrözi
    • Dinamikus proxy
    • JNI (Java natív felület)
    • Szerializálás
  • A bájtkód már nem érhető el futásidőben, ezért a JVMTI-hez célzott eszközökkel való 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 mindaddig támogatja őket, amíg a Java Native Image é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 beépített natív rendszerképei nem támogatják a JVM-metrikákat.
Skálázás – automatikus skálázás A GraalVM beépített natív rendszerképei 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/heap/JFR-memóriakép A GraalVM beépített natív rendszerképei nem támogatják a szál/heap/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 Connector használatával Az Azure Java SDK nem támogatja a natív rendszerképet.

Megjegyzés

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

Javasoljuk, hogy adja meg a nyelvi verziót, ha az alapértelmezett verzió megváltozik. A használatával --build-env BP_JVM_VERSION=11.* például java 11-et adhat meg JDK-verzióként. Más nyelvek esetén a környezeti változó nevét az egyes nyelvekhez tartozó alábbi leírásokban 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:

A szolgáltatás 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ó a 11. Jelenleg támogatott: JDK 8, 11 és 17. BP_JVM_VERSION --build-env BP_JVM_VERSION=11.*
Runtime env. Konfigurálja, hogy a Java Native Memory Tracking (NMT) engedélyezve van-e. Az alapértelmezett érték igaz. A JDK 8 nem támogatja. 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. Állítsa a részletes NMT-kimenet részletes beállítására . BPL_JAVA_NMT_LEVEL --env BPL_JAVA_NMT_ENABLED=summary
Adja hozzá a hitelesítésszolgáltatói tanúsítványokat 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át ismertető szakaszTitkos hitelesítésszolgáltatói tanúsítványok konfigurálása alkalmazás buildekhez és üzemelő példányokhoz című szakaszát. N/A N.A.
Integrálható az Application Insights, a Dynatrace, az Elastic, a New Relic és az App Dynamic APM-ügynökkel. Lásd: Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása. N/A N.A.
A WAR-csomag üzembe helyezése az Apache Tomcat vagy a TomEE használatával. Állítsa be a használni kívánt alkalmazáskiszolgálót. Állítsa a tomcat értékre a Tomcat és a TomEE használatához. Az alapértelmezett érték a tomcat. BP_JAVA_APP_SERVER --build-env BP_JAVA_APP_SERVER=tomee
Spring Boot-alkalmazások támogatása. Azt jelzi, hogy a Spring Cloud-kötések támogatása a buildeléskor hozzájárul-e a rendszerképhez. 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 a kötésekből futásidőben. Ehhez a funkcióhoz a Spring Cloud-kötések telepítésére van szükség a buildeléskor, vagy nem tesz semmit. Az alapértelmezett érték: hamis. BPL_SPRING_CLOUD_BINDINGS_DISABLED --env BPL_SPRING_CLOUD_BINDINGS_DISABLED=false
Maven-alapú alkalmazások forrásból történő létrehozásának támogatása. Többmodulos projekthez használatos. Azt a modult jelzi, amelyben az alkalmazásösszetevőt keresi. A gyökérmodul alapértelmezett értéke (üres). BP_MAVEN_BUILT_MODULE --build-env BP_MAVEN_BUILT_MODULE=./gateway
Gradle-alapú alkalmazások forrásból történő létrehozásának támogatása. Többmodulos projekthez használatos. Azt a modult jelzi, amelyben az alkalmazásösszetevőt keresi. 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 envs itt.		 --build-env BP_OCI_AUTHORS=<value>
A JProfiler-ügynök integrálása. Azt jelzi, hogy a JProfiler-támogatás integrálható-e. 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értelmezés szerint 8849)
BPL_JPROFILER_NOWAIT=true (nem kötelező. Azt jelzi, hogy a JVM a JProfiler csatolása előtt fut-e. Az alapértelmezett érték igaz.)
Azt jelzi, hogy engedélyezze-e a JProfiler támogatását futásidőben. Az alapértelmezett érték: hamis. BPL_JPROFILER_ENABLED --env BPL_JPROFILER_ENABLED=false
Azt jelzi, hogy a JProfiler-ügynök melyik porton figyel. Az alapértelmezett érték 8849. BPL_JPROFILER_PORT --env BPL_JPROFILER_PORT=8849
Azt jelzi, hogy a JVM a JProfiler csatolása előtt fut-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 egyrebel-remote.xmlfá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álandó AES-kulcs. BP_EAR_KEY --build-env BP_EAR_KEY=<value>
A futtatáskor használandó 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 az 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:

A szolgáltatás 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-t és a Net7.0-t.
Konfigurálható egy runtimeconfig.json vagy MSBuild Project fájllal.
Az alapértelmezett futtatókörnyezet a 6.0.*.		 N/A N.A.
Adja hozzá a hitelesítésszolgáltatói tanúsítványokat 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át ismertető szakaszTitkos hitelesítésszolgáltatói tanúsítványok konfigurálása alkalmazás buildekhez és üzemelő példányokhoz című szakaszát. N/A N.A.
Integrálható a Dynatrace és a New Relic APM ügynökökkel. Lásd: Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása. 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 enveket 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:

A szolgáltatás leírása Megjegyzés Környezeti változó Használat
Adjon meg egy Python-verziót. Támogatja a 3.7.*, 3.8.*, 3.9.*, 3.10.*, 3.11.*. 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.*
Adjon hozzá hitelesítésszolgáltatói tanúsítványokat a rendszer megbízhatósági tárolójához buildeléskor és futtatókörnyezetben. Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása az alkalmazás buildjeihez és üzembe helyezéséhez című szakaszban talál további információt. 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 enveket itt talál.		 --build-env BP_OCI_AUTHORS=<value>

Go-alkalmazások üzembe helyezése

A Go-alkalmazások üzembe helyezéséhez szükséges buildcsomag a tanzu-buildpacks/go.

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

A szolgáltatás leírása Megjegyzés Környezeti változó Használat
Adja meg a Go verziót. Támogatja az 1.19.*, 1.20.*. Az alapértelmezett érték 1.19.*.
A Rendszer automatikusan észleli a Go verziót 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élt határoz meg egy Go-buildhez. BP_GO_TARGETS --build-env BP_GO_TARGETS=./some-target:./other-target
Adjon hozzá hitelesítésszolgáltatói tanúsítványokat a rendszer megbízhatósági tárolójához buildeléskor és futtatókörnyezetben. Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása az alkalmazás buildjeihez és üzembe helyezéséhez című szakaszban talál további információt. N/A N.A.
Integrálható a Dynatrace APM-ügynökkel. Lásd : Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása. 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 enveket itt talál.		 --build-env BP_OCI_AUTHORS=<value>

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

A Node.js alkalmazások üzembe helyezésére szolgáló buildpack a tanzu-buildpacks/nodejs.

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

A szolgáltatás leírása Megjegyzés Környezeti változó Használat
Adjon meg egy csomópontverziót. Támogatja a 14.*, 16.*, 18.*, 19.*. Az alapértelmezett érték 18.*.
A Csomópont verzióját az alkalmazáskönyvtár gyökérkönyvtárában található .nvmrc vagy .node-version fájllal adhatja meg. BP_NODE_VERSION felülbírálja a beállításokat.		 BP_NODE_VERSION --build-env BP_NODE_VERSION=19.*
Adjon hozzá hitelesítésszolgáltatói tanúsítványokat a rendszer megbízhatósági tárolójához buildeléskor és futtatókörnyezetben. Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása az alkalmazás buildjeihez és üzembe helyezéséhez című szakaszban talál további információt. N/A N.A.
Integrálható a Dynatrace, Elastic, New Relic, App Dynamic APM ügynökkel. Lásd : Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása. 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 enveket itt talál.		 --build-env BP_OCI_AUTHORS=<value>
Helyezzen üzembe egy Angular alkalmazást Angular Live Development Serverrel. A package.json fájlban való futtatás ng serve előtt adja meg a gazdagépet: 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-cím 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ére szolgáló buildpack a tanzu-buildpacks/web-servers.

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

Java-natív rendszerkép-alkalmazások üzembe helyezése (előzetes verzió)

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

A Spring Boot natív rendszerkép-alkalmazásokat a tanzu-buildpacks/java-native-image buildcsomag használatával helyezheti üzembe. A Spring Native támogatja a Spring Boot-alkalmazások natív végrehajtható fájlokba való összeállítását. A buildcsomag 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 a buildkörnyezetet BP_NATIVE_IMAGEtrue be kell állítania, é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ó: A Tanzu buildszolgáltatás használataügynökkészletének összeállítása.

Ha a natív lemezképet egy 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 lásd az operációsrendszer-veremre vonatkozó javaslatok szakaszt .

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

A szolgáltatás leírása Megjegyzés Környezeti változó Használat
Integrálható a Bellsoft OpenJDK-val. Konfigurálja a JDK-verziót. Jelenleg támogatott: JDK 8, 11 és 17. 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"
Adjon hozzá hitelesítésszolgáltatói tanúsítványokat a rendszer megbízhatósági tárolójához buildeléskor és futtatókörnyezetben. Lásd az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálását ismertető szakasz ca-tanúsítványok használatát ismertető szakaszt. Nem alkalmazható. Nem alkalmazható.
Címkék konfigurálásá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 envs itt.		 --build-env BP_OCI_AUTHORS=<value>
Maven-alapú alkalmazások forrásból történő létrehozásának támogatása. Többmodulos projekthez használatos. Azt a modult jelzi, amelyben az alkalmazásösszetevőt keresi. 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ót a Java Native Image limitations (Java Native Image limitations ) című szakaszában talál.

PHP-alkalmazások üzembe helyezése

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

A Tanzu PHP buildcsomag csak a Full OS Stackkel kompatibilis. Javasoljuk, hogy használjon szerkesztőt az Jammy Full operációs rendszer vermével. További információ: Az operációs rendszer vermére vonatkozó javaslatok szakasz.

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

A szolgáltatás leírása Megjegyzés Környezeti változó Használat
Adja meg a PHP-verziót. A PHP-verziót konfigurálja. Jelenleg támogatott: PHP 8.0.*, 8.1.*és 8.2.*. Az alapértelmezett érték 8.1.* BP_PHP_VERSION --build-env BP_PHP_VERSION=8.0.*
Adja hozzá a hitelesítésszolgáltatói tanúsítványokat 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át ismertető szakaszTitkos hitelesítésszolgáltatói tanúsítványok konfigurálása alkalmazás buildekhez és üzemelő példányokhoz című szakaszát. N/A N.A.
Integrálható a Dynatrace, a New Relic és az App Dynamic APM-ügynökkel. Lásd: Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása. N/A N.A.
Válasszon ki egy webkiszolgálót. A beállítási lehetőségek a következők: php-server, httpd és 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. 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