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

A kilépési kód gyakori hibáinak elhárítása az Azure Spring Appsben

  • 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: ✔️ Enterprise ✔️ Basic/Standard

Ez a cikk olyan hibaelhárítási műveleteket ismertet, amelyeket akkor hajthat végre, amikor az alkalmazás az Azure Spring Appsben hibakóddal lép ki. Hibakódot kaphat, ha az alkalmazás üzembe helyezése sikertelen, vagy ha az alkalmazás futás közben kilép.

Kilépési kódok

A kilépési kód jelzi az alkalmazás leállításának okát. Az alábbi lista néhány gyakori kilépési kódot ismertet:

  • 0 – Az alkalmazás azért lépett ki, mert a művelet befejeződött. Frissítse a kiszolgálóalkalmazást, hogy folyamatosan fusson.

    Az Azure Spring Appsben üzembe helyezett Azure-alkalmazásoknak folyamatosan kell szolgáltatásokat nyújtaniuk. A 0-s kilépési kód azt jelzi, hogy az alkalmazás nem fut folyamatosan. Ellenőrizze a naplókat és a forráskódot.

  • 1 – Ha az alkalmazás nem nulla kilépési kóddal lép ki, hibakereséssel keresse meg a kódot és a kapcsolódó szolgáltatásokat, majd telepítse újra az alkalmazást.

    Fontolja meg a nem nulla kilépési kód következő lehetséges okait:

    • Hiba történt a Spring Boot-konfigurációval kapcsolatban.

      Szükség van például egy spring.db.url paraméterre az adatbázishoz való csatlakozáshoz, de ez nem található a konfigurációs fájlban.

    • Leválasztottuk egy külső szolgáltatásról.

      Például csatlakoznia kell egy Redis-szolgáltatáshoz, de a szolgáltatás nem működik vagy nem érhető el.

    • Nem rendelkezik megfelelő hozzáféréssel egy harmadik féltől származó szolgáltatáshoz.

      Például csatlakoznia kell az Azure Key Vaulthoz, hogy tanúsítványokat importáljon az alkalmazásban, de az alkalmazás nem rendelkezik a hozzáféréshez szükséges engedélyekkel.

    • Ha az alkalmazás egy webkiszolgáló által kiszolgált statikus fájl vagy dinamikus előtér-alkalmazás, tekintse meg a webes statikus fájlok üzembe helyezésének gyakori buildelési és üzembe helyezési hibáit tartalmazó szakaszt.

  • 137 – Az alkalmazást az üzemeltetési platform azonnal leállítja türelmi idő nélkül. Ez a kilépési kód a következő forgatókönyvek egyikének eredménye lehet:

    • Ha az élőképesség-ellenőrzés sikertelen, az üzemeltetési platform azonnal leállítja az alkalmazást, miután megkísérelte megszüntetni és türelmi időre várni. Győződjön meg arról, hogy az alkalmazás megfelelően kezeli a kecses leállítást.

    • Az alkalmazás memóriakihasználtság miatti hiba miatt lépett ki. Az alkalmazás olyan erőforrásokat kért, amelyeket az üzemeltetési platform nem tudott biztosítani. Frissítse az alkalmazás Java Virtuális gép (JVM) paramétereit az erőforrás-használat korlátozása vagy az alkalmazáserőforrások vertikális felskálázása érdekében.

      Ha az alkalmazás Java-alkalmazás, ellenőrizze a JVM paraméterértékeket. Ezek túlléphetik az alkalmazás memóriakorlátját.

      Tegyük fel például, hogy az Xmx JVM paramétert 10 GB-ra állítja, de az alkalmazás legfeljebb 5 GB memóriát használ. Csökkentse az Xmx értéket, vagy növelje az alkalmazás memóriáját , hogy az Xmx paraméter értéke alacsonyabb vagy egyenlő legyen az alkalmazás memóriakorlátjának értékével.

  • 143 – Az alkalmazás azért lépett ki, mert memóriakihasználtság vagy egyéb hiba miatt nem tudott válaszolni az állapot-ellenőrzésre.

    Ezt a hibakódot leggyakrabban memóriakihasználtság okozta hiba okozza. További információ: Az alkalmazás újraindításával kapcsolatos problémák, amelyeket memóriakihasználtság miatti problémák okoznak.

    Az azure CLI az spring alkalmazásnaplók parancsával az alkalmazásnaplóból is lekérheti a részleteket. További információ: Stream Azure Spring Apps alkalmazáskonzolok naplói valós időben.

Következő lépések