Az Azure Functions üzemeltetési lehetőségei

Amikor függvényalkalmazást hoz létre az Azure-ban, ki kell választania egy üzemeltetési lehetőséget az alkalmazáshoz. Az 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
Használati terv	Azure Functions	Windows – GA Linux – Kivezetve	Egyik sem

Fontos

2028. szeptember 30. után megszűnik az a lehetőség, hogy a függvényalkalmazást Linuxon üzemeltetje egy használatalapú csomagban. A fennakadások elkerülése érdekében migrálja a Linuxon futó meglévő használatterv-alkalmazásokat a Flex Consumption csomagba az adott dátum előtt. Ez a változás nem érinti a Windows rendszeren futó alkalmazásokat a használatalapú csomagban. További információért tekintse meg a Linux fogyasztási terv megszüntetéséről szóló értesítést.

Az Azure Functions üzemeltetési lehetőségeit Azure-alkalmazás Szolgáltatásinfrastruktúra linuxos és Windows rendszerű virtuális gépeken is megkönnyíti. 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-beli virtuális hálózati kapcsolatok 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ók támogatása az Azure Functionsben.

A tervek áttekintése

Az alábbiakban összefoglaljuk az Azure Functions-üzemeltetés 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. ✔ Az 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 az Azure Functions Premium-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ő. ✔ Az 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 ideális, 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. ✔ Az 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 az Azure Container Apps által üzemeltetett teljes körűen felügyelt környezetben. Az 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.
Használati terv	A számítási erőforrásokért csak akkor kell fizetnie, ha a függvények futnak (használatalapú fizetés) automatikus skálázással a Windowson. 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: ✔ Függősége van a Windowstól, például a v1-alapú futtatókörnyezet, a teljes .NET-keretrendszer vagy a 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.

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² telepítése
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
Fogyasztási terv³	✅ Csak kód (kivezetve) ❌ Tároló (nem támogatott)	✅ Kizárólag kód

A Python futtatókörnyezeti verem egyetlen támogatott operációs rendszere a Linux.
A Windows-környezetek csak kóddal használhatók. A Functions jelenleg nem támogatja a Windows-tárolókat.
2028. szeptember 30-án várhatóan megszűnik az alkalmazás Linuxon való futtatásának lehetősége egy használatalapú csomagban. További információ: Használati terv.

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

A függvényalkalmazások függvényeinek időtúllépési időtartamát a functionTimeout host.json projektfájl tulajdonsága határozza meg. Ez a tulajdonság kifejezetten a függvényvégrehajtásokra vonatkozik. Miután az eseményindító elindítja a függvény végrehajtását, a függvénynek az időtúllépési időtartamon belül vissza kell térnie/válaszolnia. Az időtúllépések elkerülése érdekében fontos robusztus függvényeket írni. További információ: Az 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. Ennek oka az Azure Load Balancer alapértelmezett tétlenségi időkorlátja. Hosszabb feldolgozási idő esetén fontolja meg a Durable Functions aszinkron mintájának használatát, vagy halasztsa el a tényleges munkát, és azonnali választ adjon vissza.
Nincs maximális végrehajtási időtúllépési időtartam korlátozás. 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 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.

A táblázatban szereplő értékek feltételezik, hogy az Azure Functions gazdafolyamata elindult, és megfelelően 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 Függvények jelenlegi natív nyelvi veremtámogatásával kapcsolatos részletekért lásd : Támogatott nyelvek az Azure Functionsben.

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ény-triggertí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. Minden Durable Functions-trigger megosztja a példányokat, és együtt méreteződik.	1000¹
Prémium csomag	Eseményvezérelt. Automatikus horizontális skálázás, még nagy terhelés esetén is. Az 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. Az 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ó: Az Azure Container Apps kvótái. Amikor az Azure Portalró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	Dedikált csomagban való futtatáskor a Functions-gazdagép folyamatosan futhat 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	Korlátlan	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 beállított tárfióktól függ.
Linuxon kifejezetten csatlakoztatnia kell a saját Azure Files-megosztását.
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ő IP-korlátozások	✔	✔	✔	✔	✔
Bejövő privát végpontok	✔		✔	✔
Virtuális hálózat integrációja	✔		✔²	✔³	✔
Kimenő IP-korlátozások	✔		✔	✔	✔

További információ: Hálózatkezelés az Azure Container Apps-környezetben.
A virtuális hálózati eseményindítók használatakor speciális szempontokat is figyelembe kell venni.
Csak a dedikált/ASE-csomag támogatja az átjáróhoz szükséges virtuális hálózati integráció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. Egy ASE környezeten belül az összes üzemeltetett alkalmazás az elkülönített díjszabású termékváltozatba tartozik. További információkért tekintse meg az ASE áttekintési cikkét.
Container Apps	Az Azure Container Apps számlázása a csomag típusán alapul. További információ: Számlázás az Azure Container Appsben.
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 használat és Prémium) közvetlen költség-összehasonlítását az Azure Functions díjszabási oldalán tekintheti meg. 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 Container Apps üzemeltetésének díjszabását az Azure Container Apps díjszabásában talál.

Ú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.

Ez a következő feltételek teljesülésekor fordulhat elő:

Olyan függvényalkalmazást hozhat létre egy meglévő erőforráscsoportban, amely valaha is tartalmazott 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 a hiba az SKU-k, az 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ő.

Ennek az az oka, hogy a függvényalkalmazások és a webalkalmazás-csomagok különböző erőforráskészletekhez vannak rendelve azok létrehozásakor. A különböző termékváltozatok 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 megfeleltetett készlet nem rendelkezik a szükséges erőforrásokkal, ez a hiba történik.

Ha ez a hiba jelentkezik, hozza létre a függvényalkalmazást és az üzemeltetési tervet egy új erőforráscsoportban.

Következő lépések

Visszajelzés

Hasznosnak találta ezt az oldalt?

Last updated on 2025-09-26