Azure Functions üzemeltetési lehetőségek

Amikor függvényalkalmazást hoz létre Azure, ki kell választania egy üzemeltetési lehetőséget az alkalmazáshoz. Azure az alábbi üzemeltetési lehetőségeket biztosítja a függvénykódhoz:

Üzemeltetési lehetőség	Szolgáltatás	Elérhetőség	Konténertámogatás
Rugalmas fogyasztási csomag	Azure Functions	Általánosan elérhető (GA)	Egyik sem
Prémium csomag	Azure Functions	GA	Linux
Dedikált terv	Azure Functions	GA	Linux
Container Apps	Azure Container Apps	GA	Linux
Fogyasztási terv (hagyományos)	Azure Functions	Windows – GA Linux – Kivezetve	Egyik sem

Fontos

A Használati csomag egy régi üzemeltetési csomag. Új kiszolgáló nélküli függvényalkalmazások esetén használja a Flex Consumption csomagot. Meglévő használati terv alkalmazásai esetén migráljon a rugalmas fogyasztási tervre.

A linuxos és Windows virtuális gépek Azure App Service infrastruktúrája megkönnyíti a Azure Functions üzemeltetési lehetőségeit. A választott üzemeltetési beállítás a következő viselkedést diktálja:

A függvényalkalmazás méretezésének menete.
Az egyes függvényalkalmazás-példányok számára elérhető erőforrások.
Speciális funkciók, például Azure Virtual Network kapcsolat támogatása.
Linux-tárolók támogatása.

A választott terv hatással van a függvénykód futtatásának költségeire is. További információ: Számlázás.

Ez a cikk részletes összehasonlítást nyújt a különböző üzemeltetési lehetőségek között. A függvénykód Linux-tárolókban való futtatásával és kezelésével kapcsolatos további információkért lásd: Linux-tároló támogatása Azure Functions.

A tervek áttekintése

Az alábbi táblázat összefoglalja az Azure függvények üzemeltetésének különböző lehetőségeinek előnyeit.

Lehetőség	Juttatások
Rugalmas fogyasztási csomag	Gyors horizontális skálázás, rugalmas számítási lehetőségek, virtuális hálózati integráció és kiszolgáló nélküli használatalapú fizetéses számlázás. A Rugalmas használat tervben a függvénypéldányok dinamikusan felskálázhatók (akár 1000- ig) a példányonkénti egyidejűség, a bejövő események és a függvényenkénti számítási feladatok alapján az optimális hatékonyság érdekében. Fontolja meg a Flex fogyasztási tervet, ha: ✔ Kiszolgáló nélküli környezetre van szüksége a függvénykódhoz, és csak az igény szerinti végrehajtásért kell fizetnie. ✔ A Azure erőforrásokhoz való biztonságos hozzáféréshez virtuális hálózati kapcsolatra van szükség. ✔ A számítási feladatok változók, és semmilyen tevékenységtől a gyors, eseményvezérelt skálázásig terjedhetnek. ✔ A számítást memóriaméretekkel (512 MB, 2048 MB vagy 4096 MB) szeretné testre szabni, és csökkenteni a hidegindításokat egy vagy több előre telepített (mindig készen álló) példányon keresztül.
Prémium csomag	Automatikus skálázás igény szerint előre előkészített feldolgozók használatával, amelyek tétlenség után késedelem nélkül futtatják az alkalmazásokat, hatékonyabb példányokon futnak, és virtuális hálózatokhoz csatlakoznak. Vegye figyelembe a Azure Functions Prémium csomagot a következő helyzetekben: ✔ A függvényalkalmazások folyamatosan, vagy majdnem folyamatosan futnak. ✔ Szeretné jobban szabályozni a példányokat, és több függvényalkalmazást szeretne üzembe helyezni ugyanazon a terven eseményvezérelt skálázással. ✔ Magas számú kis műveletet hajt végre, magas a végrehajtási számla, de a használati tervben alacsony GB másodperc. ✔ Több processzor- vagy memórialehetőségre van szüksége, mint amennyit a használati tervek biztosítanak. ✔ A kódnak hosszabb ideig kell futnia, mint a használati tervben megengedett maximális végrehajtási idő. ✔ A Azure erőforrásokhoz való biztonságos hozzáféréshez virtuális hálózati kapcsolatra van szükség. ✔ Egyéni Linux-rendszerképet szeretne megadni, amelyben futtathatja a függvényeket.
Dedikált terv	Futtassa a függvényeket egy App Service-csomagon belül, a szokásos App Service-csomagdíjak mellett. Olyan hosszú ideig futó forgatókönyvekhez ajánlott, ahol a Durable Functions nem használható. Az alábbi helyzetekben érdemes megfontolni egy App Service-csomagot: ✔ Meglévő és kihasználatlan virtuális gépekkel rendelkezik, amelyek már más App Service-példányokat is futtatnak. ✔ Tisztán előre jelezhető számlázással kell rendelkeznie, vagy manuálisan kell méreteznie a példányok számát. ✔ Több webalkalmazást és függvényalkalmazást szeretne futtatni ugyanazon a csomagon ✔ Nagyobb számítási erőforrás méret választási lehetőségekre van szüksége. ✔ Egy App Service Environment (ASE) által biztosított teljes számítási elkülönítés és biztonságos hálózati hozzáférés. ✔ Nagyon magas memóriahasználat és nagy léptékű (ASE).
Container Apps	Tárolóalapú függvényalkalmazások létrehozása és üzembe helyezése a Azure Container Apps által üzemeltetett teljes körűen felügyelt környezetben. A Azure Functions programozási modell használatával eseményvezérelt, kiszolgáló nélküli, natív felhőbeli függvényalkalmazásokat hozhat létre. A függvényeket más mikroszolgáltatások, API-k, webhelyek és munkafolyamatok mellett futtathatja tárolóalapú programokként. A következő helyzetekben érdemes lehet üzemeltetni a függvényeket a Container Appsben: ✔ Szabályozni szeretné a tárolórendszerképet, és egyéni kódtárakat szeretne becsomagolni a függvénykóddal az üzletági alkalmazások támogatásához. ✔ A kódvégrehajtást a helyszíni vagy örökölt alkalmazásokból a tárolókban futó natív felhőbeli mikroszolgáltatásokba kell migrálnia. ✔ Ha el szeretné kerülni a Kubernetes-fürtök és a dedikált számítás kezelésének többletterhelését és összetettségét. ✔ A funkciókhoz a dedikált GPU-számítási erőforrások által biztosított magas szintű feldolgozási teljesítményre van szükség.
Fogyasztási terv (hagyományos)	Csak akkor kell fizetnie a számítási erőforrásokért, amikor a függvények futnak (használatalapú fizetés), automatikus skálázással a Windows rendszeren. A Használati tervben a függvénypéldányok dinamikusan hozzáadódnak és eltávolíthatók a bejövő események száma alapján. Vegye figyelembe a használati tervet a következő esetekben: Ön a Windowsra van utalva. Például a v1-alapú futtatókörnyezet, a teljes .NET-keretrendszer vagy Windows-specifikus funkciók, például bizonyos PowerShell-modulok használata. ✔ Szeretne egy olyan számlázási modellt, ahol nincs szükség kiszolgálóra, és csak akkor fizet, ha a függvények futnak. Az új kiszolgáló nélküli függvényalkalmazások esetében használja inkább a Flex Consumption csomagot .

A cikkben szereplő többi táblázat különböző funkciók és viselkedések alapján hasonlítja össze az üzemeltetési lehetőségeket.

Operációs rendszerek támogatása

Ez a táblázat az operációs rendszer üzemeltetési beállításainak támogatását mutatja be.

Hosting	Linux¹ üzembe helyezése	Windows² üzembe helyezés
Rugalmas fogyasztási csomag	✅ Kizárólag kód ❌ Tároló (nem támogatott)	❌ Nem támogatott
Prémium csomag	✅ Kizárólag kód ✅ Konténer	✅ Kizárólag kód
Dedikált terv	✅ Kizárólag kód ✅ Konténer	✅ Kizárólag kód
Container Apps	✅ Csak tároló	❌ Nem támogatott
Használati terv	✅ Csak kód (kivezetve) ❌ Tároló (nem támogatott)	✅ Csak kód (örökölt)

A Linux az egyetlen támogatott operációs rendszer a Python futtatókörnyezeti veremhez.
Windows telepítések kizárólag kódként léteznek. Azure Functions jelenleg nem támogatja Windows tárolókat.

Fontos

A függvényalkalmazások, amelyek a használaton kívüli v3 futtatókörnyezetet futtatják Linuxon egy használatalapú csomagban, 2026. szeptember 30-a után leállnak. A szolgáltatáskimaradás elkerülése érdekében migrálja az alkalmazást a v4-futtatókörnyezetbe.

2028. szeptember 30-án megszüntetik a lehetőséget, hogy függvényalkalmazásokat üzemeltetjen Linuxon egy Fogyasztási tervben. A Linux-használat csomag nem kap új funkciókat vagy nyelvi verziókat. A használati tervben Windows-on futó alkalmazásokra jelenleg nincs hatással. Migrálja az alkalmazásokat a Rugalmas használat csomagba a kivonási dátum előtt.

A függvényalkalmazás időtúllépési időtartama

A functionTimeouthost.json projektfájl tulajdonsága beállítja egy függvényalkalmazás függvényeinek időtúllépési időtartamát. Ez a tulajdonság kifejezetten a függvényvégrehajtásokra vonatkozik. Miután az eseményindító megkezdte a függvény végrehajtását, a függvénynek az időtúllépési időtartamon belül vissza kell adnia vagy válaszolnia kell. Ha egy végrehajtás túllépi ezt az időtartamot, időtúllépési hiba lép fel, és a nyelvi feldolgozó folyamat újraindul. A folyamatban futó C#-alkalmazások esetében maga a gazdafolyamat újraindul. Az időtúllépések és az azt követő folyamat-újraindítások elkerülése érdekében fontos robusztus függvényeket írni. További információért lásd: Azure Functions teljesítményének és megbízhatóságának javítása.

Az alábbi táblázat az adott csomagok alapértelmezett és maximális értékeit (percekben) mutatja be:

Terv	Alapértelmezett	Maximum: ¹
Rugalmas fogyasztási csomag	30	Kötetlen²
Prémium csomag	30⁴	Kötetlen²
Dedikált terv	30⁴	Határtalan³
Container Apps	30	Kötetlen⁵
Használati terv	5	10

A függvényalkalmazás időtúllépési beállításától függetlenül 230 másodperc az a maximális idő, amellyel egy HTTP-aktivált függvény válaszolhat egy kérésre. Ez a korlát az Azure Load Balancer alapértelmezett tétlenségi időtúllépése miatt létezik. Hosszabb feldolgozási idő esetén fontolja meg a Durable Functions aszinkron mintát vagy halassza el a tényleges munkát, és azonnali választ küldjön vissza.
Nincs maximális végrehajtási időtúllépési időtartam érvényben. A függvények végrehajtásának türelmi ideje azonban 60 perc a Rugalmas használat és a Prémium csomagok skálázása során, a platformfrissítések során pedig 10 perces türelmi idő.
Az App Service-csomagnak az Always On értékre kell állítva lennie. A platformfrissítések során a türelmi idő 10 perc.
A Functions-gazdagép futtatókörnyezetének 1.x verziójának alapértelmezett időtúllépése kötetlen.
Ha a replikák minimális száma nullára van állítva, az alapértelmezett időtúllépés az alkalmazásban használt eseményindítóktól függ.

Ezek az értékek feltételezik, hogy az Azure Functions gazdagép folyamata megfelelően indul el és fut. A nyelvspecifikus feldolgozói folyamat is legfeljebb 60 másodperces időtúllépéssel indulhat el. A feldolgozói folyamat indításra rendelkezésre álló ideje jelenleg nem konfigurálható.

Nyelvi támogatás

A Functions jelenlegi natív nyelvi veremtámogatásáról további információt Támogatott nyelvek Azure Functions című témakörben talál.

Skála

Az alábbi táblázat a különböző üzemeltetési tervek skálázási viselkedését hasonlítja össze.
A maximális példányszám funkciós alkalmazásonként (fogyasztás) vagy terv alapon (prémium/dedikált) kerül megadásra, kivéve, ha másként van feltüntetve.

Terv	Kiterjesztés	Maximális # példányok
Rugalmas fogyasztási csomag	A gyors eseményvezérelt skálázási döntéseket függvényenkénti alapon, úgynevezett függvényenkénti skálázással számítjuk ki, amely determinisztikusabb módot biztosít a függvények skálázására az alkalmazásban. A HTTP, a Blob Storage (Event Grid) és a Durable Functions kivételével az alkalmazás minden más függvényindító-típusa független példányokon skálázható. Az alkalmazás összes HTTP-eseményindítója csoportosan skálázódik azonos példányokon, ugyanúgy, ahogy az összes Blob storage (Event Grid) eseményindító is. Az összes Durable Functions trigger közösen használja a példányokat, és együtt skalázható.	1000¹
Prémium csomag	Eseményvezérelt. Automatikus horizontális skálázás, még nagy terhelés esetén is. Azure Functions infrastruktúra skálázza a processzor- és memóriaerőforrásokat a Functions-gazdagép további példányainak hozzáadásával a függvények által aktivált események száma alapján.	Windows: 100⁶ Linux: 20-100^2,6
Dedikált terv	Manuális/automatikus skálázás	10-30³ 100 (ASE)
Container Apps	Eseményvezérelt. Automatikus horizontális skálázás, még nagy terhelés esetén is. Azure Functions infrastruktúra skálázza a processzor- és memóriaerőforrásokat a Functions-gazdagép további példányainak hozzáadásával a függvények által aktivált események száma alapján.	300-1000⁴
Használati terv	Eseményvezérelt. Automatikus skálázás az események forrása alapján. A Függvényinfrastruktúra a bejövő eseményindító események száma alapján további példányok hozzáadásával skálázza az erőforrásokat.	Windows: 200 Linux: 100⁵

A Flex fogyasztási terv regionális előfizetési kvótával rendelkezik, amely korlátozza az adott régió minden példányának összesített memóriahasználatát. További információ: Regionális előfizetések memóriakvótái. A Rugalmas felhasználású csomagok jelenleg csak a Linuxot támogatják.
Egyes régiókban a Prémium csomagban futó Linux-alkalmazások 100 példányra méretezhetők. További információkért tekintse meg a Prémium csomagról szóló cikket.
A különböző App Service-csomagbeállításokra vonatkozó konkrét korlátokért tekintse meg az App Service-csomag korlátait.
A Container Appsben az alapértelmezett érték 10 példány, de beállíthatja a replikák maximális számát, amelynek összértéke 1000. Ezt a beállítást mindaddig tiszteletben tartjuk, amíg elegendő magkvóta áll rendelkezésre. További információ: Quotas for Azure Container Apps. Amikor a Azure portálról hozza létre a függvényalkalmazást, legfeljebb 300 példányt használhat.
A vertikális felskálázás során előfizetésenként jelenleg óránként 500 példányra van korlátozva a használatalapú csomagban futó Linux-alkalmazások esetében.
A privát végpontokra korlátozott HTTP-eseményindítók esetében a skálázódás legfeljebb 20 példányra korlátozódik.

Hidegindítási viselkedés

Terv	Részletek
Rugalmas fogyasztási csomag	Továbbfejlesztett hidegindítás még akkor is, ha nullára van skálázva. Támogatja a mindig kész példányokat , hogy tovább csökkentse az új példányok üzembe helyezésekor tapasztalható késést.
Prémium csomag	Támogatja az mindig készen álló példányokat, hogy elkerülje a hidegindítást azáltal, hogy egy vagy több folyamatosan meleg példányt tart fenn.
Dedikált terv	Ha dedikált csomagban fut, a Functions-gazdagép folyamatosan futtatható az előírt számú példányon, ami azt jelenti, hogy a hidegindítás nem igazán jelent problémát.
Container Apps	A replikák minimális számától függ: • Ha nullára van állítva: az alkalmazások tétlen állapotban nullára méretezhetők, és egyes kérések indításkor több késéssel járhatnak. • Ha egy vagy többre van állítva: a gazdafolyamat folyamatosan fut, ami azt jelenti, hogy a hidegindítás nem jelent problémát.
Használati terv	Az alkalmazások tétlen állapotban nullára skálázhatók, ami azt jelenti, hogy egyes kérések indításkor több késéssel járhatnak. A használati terv tartalmaz néhány optimalizálást a hidegindítási idő csökkentésére, beleértve az előre elkészített helyőrző függvények lekérését, ahol már fut a gazdagép és a nyelvi folyamatok.

Szolgáltatáskorlátok

Erőforrás	Rugalmas kihasználtságú csomag	Prémium csomag	Dedikált csomag/ASE	Konténer alkalmazások	Használati terv
Alapértelmezett időtúllépési időtartam (perc)	30	30	30¹	30¹⁶	5
Maximális időtúllépési időtartam (perc)	kötetlen⁹	kötetlen⁹	kötetlen²	kötetlen¹⁷	10
Kimenő kapcsolatok maximális száma (példányonként)	Korlátlan	Korlátlan	lásd az App Service korlátait	Korlátlan	600 aktív (összesen 1200)
Kérelem maximális mérete (MB)³	210	210	210	210	210
Lekérdezési sztring maximális hossza³	4096	4096	4096	4096	4096
Kérelem URL-címének maximális hossza³	8192	8192	8192	8192	8192
ACU példányonként	210-840	100-840/210-250¹⁰	Változik	100	Változik
Maximális memória (GB példányonként)	4¹⁴	3.5-14	1.75-256/8-256	Változik	1,5
Példányok maximális száma (Windows \| Linux)¹⁵	n/a \| 1000	20-100	10-30 (100 ASE)¹¹	300-1000¹⁸	200 \| 100
Függvényalkalmazások csomagonként¹³	1	100	korlátlan⁴	korlátlan⁴	100
App Service-csomagok	nincs adat	Erőforráscsoportonként 100	Erőforráscsoportonként 100	nincs adat	Régiónként 100
Üzembehelyezési pontok alkalmazásonként¹²	nincs adat	3	1-20¹¹	nem támogatott	2
Tárolás (ideiglenes)⁵	0,8 GB	21–140 GB	11–140 GB	nincs adat	0,5 GB
Tárolás (tartósított)	0 GB⁷	250 GB	10-1000 GB¹¹	nincs adat	1 GB^6,7
Egyéni tartományok alkalmazásonként	25⁸	ötszáz	ötszáz	nem támogatott	500⁸
Egyéni tartomány TSL-/SSL-támogatása	kötetlen SNI SSL és egy IP SSL-kapcsolat	kötetlen SNI SSL és egy IP SSL-kapcsolat	kötetlen SNI SSL és egy IP SSL-kapcsolat	nem támogatott	nem kötött SNI SSL-kapcsolat is szerepel a csomagban

Megjegyzések a szolgáltatási korlátokról:

Alapértelmezés szerint az App Service-csomagban található Functions 1.x futtatókörnyezet időtúllépési beállítása nincs korlátozva.
Az App Service-csomagnak az Always On értékre kell állítva lennie. Fizetés standard díjszabás szerint. A HTTP által aktivált függvények esetében a platformfrissítések során 10 perces türelmi időtartamot kap, más eseményindítók esetében azonban nem.
Ezek a korlátok a gazdagépen vannak beállítva.
A üzemeltethető függvényalkalmazások tényleges száma az alkalmazások tevékenységétől, a géppéldányok méretétől és a megfelelő erőforrás-kihasználtságtól függ.
A tárterületkorlát az ideiglenes tárterület teljes tartalommérete az ugyanabban az App Service-csomagban lévő összes alkalmazásra vonatkozóan. A Linux-alapú használati csomagok esetében a tárterület jelenleg 1,5 GB.
A használati terv egy Azure Files megosztást használ a tartós tároláshoz. Ha saját Azure Files megosztást ad meg, az adott megosztás méretkorlátja a WEBSITE_CONTENTAZUREFILECONNECTIONSTRING tárfióktól függ.
Linux esetén kifejezetten a saját Azure Files-megosztását kell csatlakoztatnia.
Ha a függvényalkalmazást használatalapú tervben üzemelteti, csak a CNAME lehetőség támogatott. Prémium csomagban vagy App Service-csomagban lévő függvényalkalmazások esetén egy egyéni tartományt CNAME vagy A rekord használatával képezhet le.
Nincs maximális végrehajtási időtúllépés érvényesítve. A függvény végrehajtásának türelmi ideje azonban 60 perc a skálázás során és 10 perc a platformfrissítések során.
A munkavállalók az ügyfélalkalmazások üzemeltetéséért felelős szerepkörök. A feldolgozók három rögzített méretben érhetők el: egy vCPU/3,5 GB RAM; Két vCPU/7 GB RAM; Négy vCPU/14 GB RAM.
Részletekért tekintse meg az App Service korlátait .
Beleértve a gyártási helyet is.
Egy adott előfizetésben jelenleg 5000 függvényalkalmazás van korlátozva.
A rugalmas felhasználású csomag példányainak mérete jelenleg 512 MB, 2048 MB vagy 4096 MB. További információ: Példánymemória.
További részletekért tekintse meg a skálázást az üzemeltetési összehasonlító cikkben.
Ha a replikák minimális száma nullára van állítva, az alapértelmezett időtúllépés az alkalmazásban használt eseményindítóktól függ.
Ha a replikák minimális száma egy vagy többre van állítva.

Hálózatkezelési funkciók

Funkció	Rugalmas kihasználtságú csomag	Használati terv	Prémium csomag	Dedikált csomag/ASE	Container Apps¹
Bejövő hozzáférési korlátozások	✅	✅	✅	✅	✅ ²
Privát végpontok (bejövő)	✅	❌	✅	✅	❌
Szolgáltatásvégpontok (bejövő)	✅	❌	✅	✅	✅
Virtuális hálózati integráció (kimenő)	✅	❌	✅	✅ ³	✅
Hibrid kapcsolatok	❌	❌	✅ (csak Windows)	✅ (csak Windows)	✅ (csak Windows)

További információ: Networking Azure Container Apps környezetben.
Az Container Apps-környezet bejövő konfigurációján keresztül kezelve.
A Dedikált/ASE csomag is támogatja az átjáróhoz szükséges virtuális hálózat integrációját.

Számlázás

Terv	Részletek
Rugalmas fogyasztási csomag	A számlázás a végrehajtások számán, az aktívan függvényeket végrehajtó példányok memóriáján, valamint a mindig kész példányok költségén alapul. További információ: Rugalmas használatú csomag számlázása.
Prémium csomag	A prémium csomag a szükséges és előre felmelegített példányokon felhasznált mag-használati másodpercek és memória mennyiségén alapul. Tervenként legalább egy példányt mindig melegen kell tartani. Ez a csomag a legrejelhetőbb díjszabást biztosítja.
Dedikált terv	Az App Service-csomagban lévő függvényalkalmazásokért ugyanúgy kell fizetnie, mint más App Service-erőforrásokért, például webalkalmazásokért. Az ASE esetében van egy havi átalánydíj, amely az infrastruktúráért fizet, és nem változik a környezet méretével. Az App Service-csomag vCPU-jának költsége is van. Az ASE-ben üzemeltetett összes alkalmazás az izolált díjszabási modellben található. További információkért tekintse meg az ASE áttekintési cikkét.
Container Apps	A Azure Container Apps számlázása a csomag típusán alapul. További információ: Billing in Azure Container Apps.
Használati terv	Csak a függvények futtatásának idejéért kell fizetnie. A számlázás a végrehajtások száma, a végrehajtási idő és a felhasznált memória alapján történik.

A dinamikus üzemeltetési csomagok (Felhasználás, Rugalmas felhasználás és Prémium) közvetlen költség-összehasonlításáért tekintse meg a Azure Functions díjszabási oldalt. A különböző dedikált csomagbeállítások díjszabását az App Service díjszabási oldalán talál. A tárolóalkalmazások tárolási költségeivel kapcsolatban lásd: Azure Container Apps díjszabás.

Új függvényalkalmazások létrehozásának korlátozásai meglévő erőforráscsoportban

Bizonyos esetekben, amikor új üzemeltetési tervet próbál létrehozni a függvényalkalmazáshoz egy meglévő erőforráscsoportban, az alábbi hibák egyike jelenhet meg:

A tarifacsomag nem engedélyezett ebben az erőforráscsoportban
<SKU_name> dolgozók nem érhetők el az <resource_group_name> erőforráscsoportban.

Ezek a hibák a következő feltételek teljesülésekor fordulhatnak elő:

Olyan függvényalkalmazást hoz létre egy meglévő erőforráscsoportban, amely még nem tartalmaz egy másik függvényalkalmazást vagy webalkalmazást. A Linux-használatú alkalmazások például nem támogatottak ugyanabban az erőforráscsoportban, mint a Linux Dedikált vagy a Linux Premium-csomagok.
Az új függvényalkalmazás ugyanabban a régióban jön létre, mint az előző alkalmazás.
Az előző alkalmazás valamilyen módon nem kompatibilis az új alkalmazással. Ez az inkompatibilitás a verziók, operációs rendszerek vagy más platformszintű funkciók, például a rendelkezésre állási zónák támogatása miatt fordulhat elő.

A függvényalkalmazás és webalkalmazás csomagok létrehozásakor különböző erőforrás-készletekhez vannak társítva. A különböző tervek eltérő infrastruktúra-képességeket igényelnek. Amikor egy erőforráscsoportban hoz létre alkalmazást, a rendszer leképezi és hozzárendeli azt egy adott erőforráskészlethez. Ha egy másik tervet próbál létrehozni abban az erőforráscsoportban, és a leképezett készlet nem rendelkezik a szükséges erőforrásokkal, a korábban említett hibák lépnek fel.

Ha ez történik, hozzon létre egy függvényalkalmazást és egy üzemeltetési tervet egy új erőforráscsoportban.

Következő lépések

Visszajelzés

Hasznosnak találta ezt az oldalt?

Last updated on 2026-04-17