A Tanzu buildszolgáltatás használata
Feljegyzés
Az Alapszintű, a Standard és a Nagyvállalati csomag 2025. március közepétől megszűnik, 3 éves nyugdíjazási időszakkal. Javasoljuk, hogy váltson az Azure Container Appsre. További információkért lásd az Azure Spring Apps kivonási bejelentését.
A standard felhasználás és a dedikált csomag 2024. szeptember 30-tól megszűnik, hat hónap után pedig teljes leállítással. Javasoljuk, hogy váltson az Azure Container Appsre. További információ: Azure Spring Apps Standard-használat migrálása és dedikált csomag az Azure Container Appsbe.
Ez a cikk a következőre vonatkozik:❌ Basic/Standard ✔️ Enterprise
Ez a cikk bemutatja, hogyan használhatja a VMware Tanzu buildszolgáltatást az Azure Spring Apps Enterprise-csomaggal.
A VMware Tanzu Build Service nagyvállalati szinten automatizálja a tárolók létrehozását, kezelését és szabályozását. A Tanzu Build Service a nyílt forráskódú Cloud Native Buildpacks-projektet használja az alkalmazás forráskódjának tárolólemezképekké alakításához. A modern tárolószabványoknak megfelelő reprodukálható buildeket hajt végre, és naprakészen tartja a rendszerképeket.
Buildpacks
A VMware Tanzu Buildpacks keretrendszert és futtatókörnyezetet biztosít az alkalmazásokhoz. A Buildpacks általában megvizsgálja az alkalmazásokat annak meghatározásához, hogy milyen függőségeket töltsön le, és hogyan konfigurálja az alkalmazásokat a kötött szolgáltatásokkal való kommunikációra.
A nyelvi családi buildcsomagok összetett buildcsomagok , amelyek egyszerű, beépített támogatást nyújtanak a legnépszerűbb nyelvi futtatókörnyezetekhez és alkalmazáskonfigurációkhoz. Ezek a buildcsomagok több összetevős buildcsomagokat kombinálnak rendezett csoportosításokba. A csoportosítások megfelelnek az egyes Buildpack-követelményeknek.
Építők
A Builder egy Tanzu Build Service-erőforrás. A Builder buildcsomagokat és a forráskód készítéséhez használt vermet tartalmaz.
Ügynökkészlet létrehozása
A Nagyvállalati csomag tanzu buildszolgáltatása a belépési pont a felhasználói alkalmazások tárolóba helyezéséhez a forráskódból és az összetevőkből egyaránt. Van egy dedikált buildügynök-készlet, amely egy adott számú egyidejű buildelési tevékenységhez lefoglal számítási erőforrásokat. A buildügynök-készlet megakadályozza az erőforrások versengését a futó alkalmazásokkal.
Az alábbi táblázat a buildügynök-készlet méretezési csoportjaihoz elérhető méreteket mutatja be:
Méretezési csoport | CPU/Gi |
---|---|
S1 | 2 vCPU, 4 Gi |
S2 | 3 vCPU, 6 Gi |
S3 | 4 vCPU, 8 Gi |
S4 | 5 vCPU, 10 Gi |
S5 | 6 vCPU, 12 Gi |
S6 | 8 vCPU, 16 Gi |
S7 | 16 vCPU, 32 Gi |
S8 | 32 vCPU, 64 Gi |
S9 | 64 vCPU, 128 Gi |
A Tanzu Build Service legfeljebb egy készletméretű buildfeladat összeállítását teszi lehetővé, a készletméretű buildfeladatok kétszer pedig várólistára helyezését. Ha az ügynökkészlet kvótája nem elegendő a buildelési feladathoz, a buildre vonatkozó kérés a következő hibát kapja: The usage of build results in Building or Queuing status are (cpu: xxx, memory: xxxMi) and the remained quota is insufficient for this build. please retry with smaller size of build resourceRequests, retry after the previous build process completed or increased your build agent pool size
.
A buildügynök-készlet konfigurálása
Amikor új Azure Spring Apps Enterprise-szolgáltatáspéldányt hoz létre az Azure Portal használatával, a VMware Tanzu beállítások lapján konfigurálhatja a buildügynök-készletnek adott erőforrások számát.
Az alábbi képen a tanzu buildszolgáltatás-ügynökkészletnek adott erőforrások láthatók a szolgáltatáspéldány sikeres kiépítése után. A szolgáltatáspéldány létrehozása után itt is frissítheti a konfigurált ügynökkészlet méretét.
Igény szerinti szolgáltatás létrehozása
Azure Spring Apps Enterprise-csomagpéldány létrehozásakor engedélyezheti vagy letilthatja a buildelési szolgáltatást.
Összeállítási és üzembe helyezési jellemzők
Alapértelmezés szerint a Tanzu Build Service engedélyezve van, hogy tárolóregisztrációs adatbázist használhasson. Ha letiltja a buildelési szolgáltatást, csak egyéni tárolólemezképekkel helyezhet üzembe alkalmazásokat. Az alábbi lehetőségek állnak rendelkezésére:
Engedélyezze a buildszolgáltatást, és használja a felügyelt Azure Spring Apps-tárolóregisztrációs adatbázist.
Az Azure Spring Apps egy felügyelt Azure Container Registryt biztosít az alkalmazások beépített rendszerképeinek tárolásához. A buildelést és az üzembe helyezést csak egy parancsként hajthatja végre, de külön nem. A beépített tárolórendszerképek használatával csak ugyanabban a szolgáltatáspéldányban helyezhet üzembe alkalmazásokat. A rendszerképeket más Azure Spring Apps Enterprise-szolgáltatáspéldányok nem érhetik el.
Engedélyezze a buildszolgáltatást, és használja a saját tárolóregisztrációs adatbázisát.
Ez a forgatókönyv elkülöníti a buildet az üzembe helyezéstől. A buildeket az alkalmazás forráskódjából vagy összetevőiből az alkalmazás központi telepítésétől elkülönítve hajthatja végre egy tárolórendszerképbe. A saját tárolóregisztrációs adatbázisában tárolt tárolórendszerképeket több Azure Spring Apps Enterprise-szolgáltatáspéldányon is üzembe helyezheti.
Tiltsa le a buildelési szolgáltatást.
A buildelési szolgáltatás letiltásakor csak tárolólemezképekkel helyezhet üzembe alkalmazásokat, amelyeket bármely Azure Spring Apps Enterprise-szolgáltatáspéldányból létrehozhat.
A buildelési szolgáltatás beállításainak konfigurálása
A Tanzu Build Service és a tárolóregisztrációs adatbázis beállításait az Azure Portal vagy az Azure CLI használatával konfigurálhatja.
Az Alábbi lépésekkel engedélyezheti a Tanzu buildszolgáltatást egy Azure Spring Apps-szolgáltatáspéldány kiépítésekor:
Nyissa meg az Azure Portalt.
Az Alapszintű beállítások lapon válassza a Nagyvállalati szintet a Díjszabás szakaszban, majd adja meg a szükséges információkat.
Válassza a Tovább: VMware Tanzu beállításai lehetőséget.
A VMware Tanzu beállításai lapon válassza a Build szolgáltatás engedélyezése lehetőséget. A Tárolóregisztrációs adatbázis esetében az alapértelmezett beállítás a felügyelt Azure Container Registry használata a beépített rendszerképek tárolására.
Ha a Saját tárolóregisztrációs adatbázis használata a tárolóregisztrációs adatbázis beépített lemezképeinek tárolására (előzetes verzió) lehetőséget választja, adja meg a tárolóregisztrációs adatbázis kiszolgálóját, felhasználónevét és jelszavát.
Ha letiltja a buildszolgáltatás engedélyezését, a tárolóregisztrációs beállításjegyzék beállításai nem jelennek meg, de tárolólemezképekkel is üzembe helyezhet alkalmazásokat.
Válassza a Véleményezés és létrehozás lehetőséget.
Többplatformos alkalmazások üzembe helyezése
Többplatformos alkalmazásokat helyezhet üzembe egy Azure Spring Apps Enterprise-szolgáltatáspéldányban, és a Tanzu Build Service engedélyezve vagy letiltva van. További információ: Többplatformos alkalmazások üzembe helyezése az Azure Spring Apps Enterprise-ban.
APM-integráció és hitelesítésszolgáltatói tanúsítványok konfigurálása
A Tanzu Partner Buildpacks és a CA Certificates Buildpack használatával az Azure Spring Apps Enterprise-csomag egyszerűsített konfigurációs felületet biztosít az alkalmazásteljesítmény-monitorozás (APM) integrációjának támogatásához. Ez az integráció magában foglalja a hitelesítésszolgáltatói (CA) tanúsítványintegrációs forgatókönyveket a többplatformos alkalmazásokhoz. További információ: Az APM-integráció és a hitelesítésszolgáltatói tanúsítványok konfigurálása.
Valós idejű buildnaplók
A buildelési feladat akkor aktiválódik, ha egy alkalmazás üzembe helyezése egy Azure CLI-parancsból történik. A buildnaplók valós időben streamelhetők a CLI-parancs kimenetének részeként. A buildnaplók problémák diagnosztizálására való használatával kapcsolatos információkért lásd : Naplók és metrikák elemzése diagnosztikai beállításokkal.
Buildelőzmények
Az összes builderőforrást az Azure Spring Apps Build Service oldal Buildek szakaszában tekintheti meg.
A Buildek szakasz táblázata a következő oszlopokat tartalmazza:
- Build neve: A build neve.
- Kiépítési állapot: A build kiépítési állapota. Az értékek a következők
Succeeded
: ,Failed
Updating
ésCreating
. Kiépítési állapotokUpdating
, ésCreating
azt jelenti, hogy a build nem frissíthető, amíg az aktuális build be nem fejeződik. A kiépítési állapotFailed
azt jelenti, hogy a legújabb forráskód-build nem tudott új builderedményt létrehozni. - Erőforráskvóta: Az erőforráskvóta a build build podjában.
- Builder: A buildben használt szerkesztő.
- Legutóbbi builderedmény: A build legújabb builderedményének képcímkéje.
- Legújabb builderedmény kiépítési állapota: A build legújabb builderedményének kiépítési állapota. Az értékek a következők
Queuing
: ,Building
Succeeded
ésFailed
. - Legutóbbi builderedmény utolsó áttűnési ideje: A build legújabb builderedményének utolsó áttűnési ideje.
- Legutóbbi builderedmény utolsó áttűnés oka: A build legújabb builderedményének utolsó áttűnési oka. Az értékek a következők
CONFIG
: ,STACK
ésBUILDPACK
.CONFIG
azt jelenti, hogy a build eredményét a szerkesztő frissítései vagy egy új forráskód üzembe helyezési művelete módosítja.STACK
azt jelenti, hogy a build eredményét egy veremfrissítés módosítja.BUILDPACK
azt jelenti, hogy a build eredményét egy buildcsomag frissítése módosítja. - Legutóbbi builderedmény utolsó áttűnés állapota: A build legújabb builderedményének utolsó áttűnési állapota. Az értékek és
False
aTrue
.
A kiépítési állapot esetében, ha az érték azFailed
, telepítse újra a forráskódot. Ha a hiba továbbra is fennáll, hozzon létre egy támogatási jegyet.
A legutóbbi builderedmény kiépítési állapota esetén, ha az érték az Failed
, ellenőrizze a buildnaplókat. További információ: Az Azure Spring Apps gyakori buildelési problémáinak elhárítása.
A legutóbbi builderedmény utolsó áttűnési állapota, ha az érték, Failed
tekintse meg a Legutóbbi builderedmény utolsó áttűnés oka oszlopot. Ha az ok vagy BUILDPACK
STACK
, nincs szükség műveletre. Ha az ok az CONFIG
, telepítse újra a forráskódot. Ha a hiba továbbra is fennáll, hozzon létre egy támogatási jegyet.