Üzembehelyezési technológiák az Azure Functionsben

A Azure Functions projektkód Azure több különböző technológiával is üzembe helyezhető. Ez a cikk áttekintést nyújt az Ön számára elérhető üzembehelyezési módszerekről, és javaslatokat tartalmaz a különböző forgatókönyvekben használható legjobb módszerre. Emellett az alapul szolgáló üzembehelyezési technológiák átfogó listáját és főbb részleteit is tartalmazza.

Üzembe helyezési módszerek

A kód Azure-ban való közzétételéhez használt üzembehelyezési technológia a függvényalkalmazásodhoz a konkrét igényektől és a fejlesztési ciklus pontjától függ. A fejlesztés és tesztelés során például közvetlenül fejlesztői eszközből, például a Visual Studio Code-ból telepíthet. Ha az alkalmazás éles környezetben van, nagyobb valószínűséggel teszi közzé folyamatosan a forráskövetésből vagy egy automatizált közzétételi folyamattal, amely magában foglalhatja az érvényesítést és a tesztelést is.

Az alábbi táblázat a kódprojekthez elérhető üzembehelyezési módszereket ismerteti.

Telepítési típus Metódusok A legjobb...
Eszközalapú Azure CLI
Visual Studio Code közzététel
Visual Studio publikálás
A Core Tools közzététele
Fejlesztés alatti telepítések és egyéb improvizált telepítések. A kód igény szerinti üzembe helyezése helyi fejlesztői eszközökkel.
App Service által felügyelt Központi telepítési központ (CI/CD)
Tárolótelepítések
Folyamatos üzembe helyezés (CI/CD) forrásvezérlőből vagy tárolóregisztrációs adatbázisból. Az App Service platform (Kudu) kezeli az üzembe helyezéseket.
Külső adatfolyamok Azure Pipelines
GitHub Actions
Olyan gyártási munkafolyamatok, amelyek magukban foglalják az ellenőrzést, a tesztelést és az automatizált telepítés részeként végrehajtandó egyéb műveleteket. "A 'pipeline' kezeli az üzembe helyezéseket."

Használja a legjobb technológiát az adott forgatókönyvhöz. Az üzembe helyezési módszerek közül sok a zip-alapú üzembe helyezésen alapul, ami az üzembe helyezéshez ajánlott.

Üzembehelyezési technológia rendelkezésre állása

Az üzembe helyezési módszer attól is függ, hogy a függvényalkalmazást melyik üzemeltetési terven és operációs rendszeren futtatja.

A Functions jelenleg öt lehetőséget kínál a függvényalkalmazások üzemeltetésére:

Minden tervnek különböző viselkedési módjai vannak. Nem minden üzembe helyezési technológia érhető el minden üzemeltetési tervhez és operációs rendszerhez. Ez a diagram a támogatott üzembehelyezési technológiákról nyújt tájékoztatást:

Üzembe helyezési technológia Rugalmas fogyasztás Fogyasztás Rugalmas Prémium csomag dedikált Container Apps
Egy üzembe helyezés
Zip-telepítés
Külső csomag URL-címe1
Docker-tároló Csak Linux-alapú Csak Linux-alapú Csak Linux-alapú
Forrásvezérlő csak Windows
Helyi Git1 csak Windows
FTPS1 csak Windows
Portálon belüli szerkesztés2

1 Az olyan üzembehelyezési technológiák, amelyek az eseményindítók manuális szinkronizálását igénylik , nem ajánlottak.
2 A portálon belüli szerkesztés le van tiltva, ha a kód a függvényalkalmazásban a portálon kívülről van üzembe helyezve. További információkért, beleértve a portálon belüli szerkesztés nyelvtámogatási adatait, tekintse meg a nyelvi támogatás részleteit.

Fő fogalmak

Egyes kulcsfontosságú fogalmak kritikus fontosságúak az Azure Functions üzemelő példányok működésének megértéséhez.

Eseményindító szinkronizálása

Az eseményindítók módosításakor a Functions-infrastruktúrának tisztában kell lennie a változásokkal. A szinkronizálás számos üzembe helyezési technológia esetében automatikusan megtörténik. Bizonyos esetekben azonban manuálisan kell szinkronizálnia az eseményindítókat.

Az alábbi telepítési beállítások használatakor mindig manuálisan kell szinkronizálnia az eseményindítókat:

Az eseményindítók manuális szinkronizálása az alábbi módok egyikével lehetséges:

  • Indítsa újra a függvényalkalmazást a Azure portálon. A Functions-gazdagép az alkalmazás elindítása után végrehajt egy háttér-eseményindító szinkronizálását.

  • az rest A parancs használatával küldjön egy HTTP POST-kérést, amely meghívja az syncfunctiontriggers API-t, ahogy az ebben a példában is látható:

    az rest --method post --url https://management.azure.com/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Web/sites/<APP_NAME>/syncfunctiontriggers?api-version=2016-08-01
    

Tartsa szem előtt az alábbi szempontokat a szinkronizálási eseményindítók műveletével kapcsolatban:

  • A függvényalkalmazást manuálisan kell újraindítania, amikor az üzembe helyezési csomag frissített verzióját telepíti ugyanazzal a külső csomag URL-címével.
  • Használati vagy rugalmas prémium csomagban futó alkalmazások esetén manuálisan is szinkronizálnia kell az eseményindítókat az alábbi esetekben:
    • Amikor az üzembe helyezések egy külső csomag URL-címét használják erőforrás-kezelő alapú üzembe helyezéshez, ARM-sablonok, Bicep vagy Terraform-fájlok használatával.
    • Amikor a központi telepítési csomagot helyben frissíti ugyanazzal a külső csomag URL-címével .
  • Ha hálózati korlátozásokat ad hozzá egy meglévő függvényalkalmazáshoz, garantálnia kell a kapcsolatot az alkalmazásbeállításban AzureWebJobsStorage beállított alapértelmezett gazdagép-tárfióktal. További információ: A biztonságos tárfiók használata Azure Functions.

Távoli buildelés

Az üzembe helyezés során kérheti Azure Functions, hogy végezze el a kódprojekt távoli buildelését. Ezekben az esetekben a helyi létrehozás helyett kérjen távoli buildet:

  • Egy alkalmazást helyez üzembe egy Linux-alapú függvényalkalmazásban, amelyet egy Windows számítógépen fejlesztett ki. Ez általában Python alkalmazásfejlesztés esetében fordul elő. Ha az üzembehelyezési csomagot helyileg Windows rendszeren hozza létre, az helytelen könyvtárakat eredményezhet.
  • A projektnek függőségei vannak egy egyéni csomagindexre.
  • Csökkenteni szeretné az üzembehelyezési csomag méretét.

A távoli build kérésének módjától függ, hogy az alkalmazás Azure fut-e Windows vagy Linux rendszeren.

A Windows futó összes függvényalkalmazás rendelkezik egy kis felügyeleti alkalmazással, a scm által biztosított webhelytel. Ez a webhely kezeli a Azure Functions üzembe helyezési és buildlogikáinak nagy részét.

Amikor alkalmazásokat helyez üzembe Windows, az üzembe helyezési folyamat nyelvspecifikus parancsokat futtat, például dotnet restore (C#) vagy npm install (JavaScript).

A távoli buildek üzembe helyezése során a következő szempontokat kell figyelembe venni:

  • A távoli buildek támogatottak a Linuxon futó függvényalkalmazások számára a Fogyasztási tervben. Az üzembe helyezési lehetőségek azonban korlátozottak ezekhez az alkalmazásokhoz, mert nem rendelkeznek scm (Kudu) webhelyekkel.
  • A Linuxon futó függvényalkalmazások Premium-csomagban vagy Dedicated (App Service)-csomagban rendelkeznek scm (Kudu) webhelyekkel, de a Windows képest korlátozottak.
  • Távoli buildek nem fordulnak elő, ha egy alkalmazás futtatási csomagot használ. Ha meg szeretné tudni, hogyan használhatja a távoli buildet ezekben az esetekben, tekintse meg a Zip üzembe helyezését.
  • Előfordulhat, hogy problémák merülnek fel a távoli buildeléssel kapcsolatban, ha az alkalmazás létrehozása a funkció elérhetővé válása előtt történt (2019. augusztus 1.). Régebbi alkalmazások esetén hozzon létre egy új függvényalkalmazást, vagy futtassa az functionapp update --resource-group <RESOURCE_GROUP_NAME> --name <APP_NAME> a függvényalkalmazás frissítéséhez. Ez a parancs két próbálkozást is igénybe vehet a sikeres végrehajtáshoz.

Alkalmazástartalom-tároló

A csomagalapú üzembe helyezési módszerek a csomagot a függvényalkalmazáshoz társított tárfiókban tárolják, amelyet az AzureWebJobsStorage beállítás határoz meg. Ha elérhető, a Consumption és a Elastic Premium csomag alkalmazásai megpróbálják használni a fiókból származó Azure Files tartalommegosztást, de a csomagot más helyen is fenntarthatja. A Rugalmas felhasználású csomag alkalmazásai alapértelmezett tárfiókban használnak tárolót, hacsak nem konfigurál egy másik tárfiókot az üzembe helyezéshez. További információkért tekintse át az ahol az alkalmazás tartalma tárolva van a következő szakaszban tárgyalt mindegyik telepítési technológiában.

Fontos

A tárfiók fontos alkalmazásadatok tárolására szolgál, néha magában az alkalmazáskódban is. Korlátoznia kell a hozzáférést más alkalmazásoktól és felhasználóktól a tárfiókhoz.

Biztonságos virtuális hálózatok

Ha a függvényalkalmazásban engedélyezve vannak a privát végpontok , és a nyilvános hálózati hozzáférés le van tiltva, a scm (Kudu) üzembehelyezési hely nem érhető el nyilvánosan. Ha a függvényalkalmazás által használt tárfiók privát végpontok mögött is védett, a tárterülethez hozzáféréssel rendelkező technológiák hasonlóképpen le lesznek tiltva. A korlátozások miatt a cikkben ismertetett üzembehelyezési technológiák nem tudnak teljes mértékben hálózat által védett függvényalkalmazást elérni a virtuális hálózaton kívülről.

Ha kódot szeretne üzembe helyezni egy hálózat által védett függvényalkalmazásban, az üzembehelyezési eszköznek csatlakoznia kell a virtuális hálózathoz. Ezt a kapcsolatot az alábbi módokon érheti el:

A függvényalkalmazás virtuális hálózaton való konfigurálásáról további információt a Az Azure Functions konfigurálása virtuális hálózattal című témakörben talál.

Üzembe helyezési technológia részletei

A következő üzembehelyezési módszerek érhetők el a Azure Functions. Az egyes üzemeltetési tervek által támogatott technológiák meghatározásához tekintse meg az üzembe helyezési technológia rendelkezésre állási táblázatát .

Egy telepítés

A Flex Consumption-csomagban lévő alkalmazások számára az egyetlen támogatott üzembehelyezési technológia az "one deploy". A végeredmény egy használatra kész .zip csomag, amelyen a függvényalkalmazás fut.

Hogyan kell használni: Telepítse a Visual Studio Code közzétételi funkciójával, vagy a parancssorból az Azure Functions Core Tools vagy az Azure CLI használatával. Az Azure DevOps-feladat és a GitHub Action hasonlóan vesznek igénybe egy üzembe helyezést, amikor felismerik, hogy egy Flex Consumption-alkalmazás üzembe helyezés alatt áll.

Flex Consumption-alkalmazás létrehozásakor meg kell adnia egy üzembehelyezési tárolót (blob) és egy hitelesítési módszert. Alapértelmezés szerint ugyanaz a tárolófiók van használatban, mint a AzureWebJobsStorage kapcsolatnál, és a hitelesítési módszer a kapcsolati string. Így az üzembehelyezési beállítások az alkalmazás létrehozásakor vannak konfigurálva anélkül, hogy szükség van az alkalmazásbeállításokra.

Mikor érdemes használni: Az egyik üzembe helyezés az egyetlen üzembehelyezési technológia, amely a Flex Consumption-csomagban futó függvényalkalmazásokhoz érhető el.

Az alkalmazástartalom tárolása: Amikor Flex Consumption függvényalkalmazást hoz létre, meg kell adnia egy üzembehelyezési tároló konténert. Ebben a blobtárolóban töltik fel az eszközök az üzembe helyezett alkalmazástartalmat. A hely módosításához látogasson el az üzembe helyezési beállítások panelre a Azure portálon, vagy használja a Azure CLI.

Jótanács

A Flex Consumption Deployment diagnosztikai eszköz az Azure portálon érhető el. Nyissa meg a Flex Consumption alkalmazást, válassza a Problémák diagnosztizálása és megoldása lehetőséget, és keressen rá Flex Consumption Deployment. Ez az eszköz részletes információkat jelenít meg az üzemelő példányokról, beleértve az üzembe helyezési előzményeket, a csomag állapotát és a hibaelhárítási javaslatokat.

Zip-üzembe helyezés

A Zip Deploy az alapértelmezett és ajánlott üzembe helyezési technológia a különböző tervcsomagokban, mint a Consumption, az Elastic Premium és az App Service (Dedikált) csomagokban futó függvényalkalmazásokhoz. A végeredmény egy használatra kész .zip csomag, amelyen a függvényalkalmazás fut. Abban különbözik a külső csomag URL-címétől , hogy a platform feladata az alkalmazás tartalmának távoli létrehozása és tárolása.

Hogyan is használja: Üzembe helyezés kedvenc ügyféleszközével: Visual Studio Code, Visual Studio vagy a parancssorból a Azure Functions Core Tools vagy a Azure CLI használatával. A Azure DevOps-feladat és a GitHub-művelet hasonlóan használja a zip üzembe helyezést.

Ha zip-alapú üzembe helyezéssel telepít, beállíthatja, hogy az alkalmazás a csomagból fusson. A csomagból való futtatáshoz állítsa az WEBSITE_RUN_FROM_PACKAGE alkalmazásbeállítás értékét a következőre 1: . Javasoljuk a zip-alapú üzembe helyezést. Gyorsabban betölti az alkalmazásokat, és ez a VS Code, a Visual Studio és a Azure CLI alapértelmezett értéke.

Mikor használjuk: A zip telepítése az alapértelmezett és ajánlott üzembe helyezési technológia a Windows Fogyasztás, Windows és Linux Elastic Premium, valamint Windows és Linux App Service (dedikált) csomagokban futó függvényalkalmazásokhoz.

Hol tárolódik az alkalmazás tartalma: Alapértelmezés szerint a zip-telepítésből származó alkalmazás tartalmak a fájlrendszerben kerülnek tárolásra, amelyet a függvényalkalmazás létrehozásakor megadott tárfiók alapján az Azure Files támogathat. Linux-használat esetén az alkalmazás tartalma ehelyett egy blobon marad az alkalmazásbeállítás által AzureWebJobsStorage megadott tárfiókban, és az alkalmazásbeállítás WEBSITE_RUN_FROM_PACKAGE felveszi a blob URL-címének értékét.

Külső csomag URL-címe

Ha manuálisan szeretné irányítani a telepítéseket, akkor lehetőségként elérhető a külső csomag URL-címe. Ön felelősséget vállal azért, hogy feltölt egy használatra kész .zip csomagot, amely tartalmazza a beépített alkalmazástartalmat a Blob Storage-ba, és a függvényalkalmazás alkalmazásbeállításaként hivatkozik erre a külső URL-címre. Amikor az alkalmazás újraindul, lekéri a csomagot, csatlakoztatja, és Futtatás csomagból módban futtatja.

Használat: Hozzáadás WEBSITE_RUN_FROM_PACKAGE az alkalmazásbeállításokhoz. Ennek a beállításnak az értéke egy blob URL, amely arra a konkrét csomagra mutat, amelyet az alkalmazásával szeretne futtatni. A beállításokat a portálon vagy a Azure CLI használatával adhatja hozzá.

Ha Azure Blob Storage használ, a függvényalkalmazás felügyelt identitásalapú kapcsolattal vagy megosztásos hozzáférési aláírással (SAS) érheti el a tárolót. A választott beállítás befolyásolja, hogy milyen TÍPUSÚ URL-címet használ értékként WEBSITE_RUN_FROM_PACKAGE. A felügyelt identitás használata ajánlott az általános biztonság érdekében, és mivel az SAS-jogkivonatok lejárnak, és manuálisan kell karbantartani.

Amikor üzembe helyezi a függvényalkalmazás által hivatkozott csomagfájlt, manuálisan kell szinkronizálnia az eseményindítókat, beleértve a kezdeti üzembe helyezést is. Ha módosítja a csomagfájl tartalmát, és nem magát az URL-címet, újra kell indítania a függvényalkalmazást az eseményindítók szinkronizálásához. Tekintse meg az üzembehelyezési technológia konfigurálásával kapcsolatos útmutatónkat.

Mikor érdemes használni: A külső csomag URL-címe az egyetlen támogatott üzembehelyezési módszer a Linux-használat csomagon futó alkalmazásokhoz, ha nem szeretné , hogy távoli build történjen. Ez a módszer akkor is ajánlott üzembe helyezési technológia, ha Azure Files. A Linuxon futó skálázható alkalmazások esetében inkább a Flex Consumption csomag üzemeltetését érdemes megfontolni.

Az alkalmazástartalmak tárolási helye: Ön a felelős az alkalmazástartalom blobtárolóba való feltöltéséért. Bármilyen Blob Storage-fiókot használhat, bár Azure Blob Storage ajánlott.

Docker-tároló

Linux-tárolóban futó függvényalkalmazást is üzembe helyezhet.

Hogyan kell használni:Hozza létre a függvényeit egy Linux-tárolóban, majd telepítse a tárolót egy Prémium vagy Dedikált csomagban az Azure Functions-ben vagy másik tárolóházigépen. A Azure Functions Core Tools segítségével létrehozhat egy testreszabott Docker-fájlt a projekthez, amelyet tárolóalapú függvényalkalmazás létrehozásához használ. A tárolót a következő telepítésekben használhatja:

Mikor érdemes használni: Használja a Docker-tároló lehetőséget, ha nagyobb mértékben kell szabályoznia azt a Linux-környezetet, amelyben a függvényalkalmazás fut, és ahol a tároló üzemel. Ez az üzembe helyezési mechanizmus csak Linuxon futó függvényekhez érhető el.

Az alkalmazástartalom tárolása: Az alkalmazástartalmat a rendszerkép részeként a megadott tárolóregisztrációs adatbázisban tárolhatja.

Verziókövetés

Engedélyezheti a függvényalkalmazás és a forráskódtár közötti folyamatos integrációt. Amikor engedélyezi a forrásvezérlést, a csatlakoztatott forrásadattár kódjának frissítése elindítja a legújabb kód üzembe helyezését az adattárból. További információért lásd: Folyamatos üzembe helyezés Azure Functions.

A használat módja: A közzététel forrásvezérlésből történő beállításának legegyszerűbb módja a portál Functions területén található Üzembehelyezési központ. További információ: Folyamatos üzembe helyezés Azure Functions.

Mikor érdemes használni: A forrásvezérlés használata az ajánlott eljárás azoknak a csapatoknak, amelyek együttműködnek a függvényalkalmazásaikban. A forrásvezérlés egy jó üzembehelyezési lehetőség, amely kifinomultabb üzembehelyezési folyamatokat tesz lehetővé. Általában egy átmeneti ponton engedélyezi a forrásvezérlést, amelyet az adattár frissítéseinek ellenőrzése után válthat éles környezetbe. További információ: Azure Functions üzembehelyezési pontok.

Az alkalmazástartalom tárolása: A forrásvezérlő rendszer tárolja az alkalmazás tartalmát. Az alkalmazás fájlrendszere egy helyileg klónozott és beépített alkalmazástartalmat tárol, amelyet az Azure Files támaszt alá a függvényalkalmazás létrehozásakor megadott tárfiókból.

Helyi Git

A helyi Git használatával pusholhatja a kódot a helyi gépről az Azure Functionsba.

Hogyan is használja: Kövesse az Local Git üzembe helyezésének utasításait a Azure App Service.

Mikor érdemes használni: A hibák esélyének csökkentése érdekében kerülje az olyan üzembehelyezési módszerek használatát, amelyek az eseményindítók manuális szinkronizálásának további lépését igénylik. Ha lehetséges, használjon zip-telepítést .

Hol tárolja a rendszer az alkalmazás tartalmát: Az alkalmazás tartalma a fájlrendszerben van tárolva, amelyet Azure Files a függvényalkalmazás létrehozásakor megadott tárfiókból lehet biztonsági másolatot készíteni.

FTP/S

Ftp/S használatával közvetlenül átviheti a fájlokat a Azure Functions, de ne használja ezt az üzembe helyezési módszert. Ha nem ftp-t szeretne használni, tiltsa le. Ha FTP-t használ, kényszerítse ki az FTPS-t. A Azure portálon a Enforce FTPS című cikkben tájékozódhat.

A használat menete: Az FTPS telepítési beállításaiban található utasításokat követve szerezze be a függvényalkalmazásban az FTPS használatával üzembe helyezhető URL-címet és hitelesítő adatokat.

Mikor érdemes használni: A hibák esélyének csökkentése érdekében kerülje az olyan üzembehelyezési módszerek használatát, amelyek az eseményindítók manuális szinkronizálásának további lépését igénylik. Ha lehetséges, használjon zip-telepítést .

Az alkalmazástartalom tárolása: Az alkalmazástartalmak tárolása a fájlrendszerben történik. Az FTP és FTPS telepítések meghiúsulnak, ha az alkalmazás fájlrendszerét a gazdagép alapértelmezett tárfiókjában az Azure Files támogatja. Az FTP/FTPS meghiúsul, amikor az Azure Files csatlakoztatott tárolóként van használva FTP-korlátozások miatt.

Portálszerkesztés

A portálalapú szerkesztőben közvetlenül szerkesztheti a függvényalkalmazásban található fájlokat (lényegében minden alkalommal üzembe helyezheti őket, amikor menti a módosításokat).

Hogyan kell használni: Az Azure portálon a függvények szerkesztéséhez először létre kell hoznia a függvényeket a portálon. Egyetlen igazságforrás megőrzése érdekében bármely más üzembe helyezési módszer használatával a függvény írásvédetté válik, és megakadályozza a portál folyamatos szerkesztését. Ha olyan állapotba szeretne visszatérni, amelyben szerkesztheti a fájlokat a Azure portálon, manuálisan visszakapcsolhatja a szerkesztési módot Read/Write állapotba, és eltávolíthatja az üzembe helyezéssel kapcsolatos alkalmazásbeállításokat (például WEBSITE_RUN_FROM_PACKAGE).

A használatához szükséges idő: A portál jó módszer a Azure Functions használatának megkezdésére. A fejlődési korlátozások miatt a Azure portálon az alábbi ügyféleszközök egyikét kell használnia a fejlettebb fejlesztési feladatokhoz:

Hol tárolja a rendszer az alkalmazás tartalmát: Az alkalmazás tartalma a fájlrendszerben van tárolva, amelyet Azure Files a függvényalkalmazás létrehozásakor megadott tárfiókból lehet biztonsági másolatot készíteni.

Üzembe helyezési viselkedések

A függvényalkalmazás kódjának frissítések telepítésekor az üzembe helyezés viselkedése az üzemeltetési csomagtól függ:

Használat, Rugalmas Prémium és Dedikált csomagok: A jelenleg futó függvények leállnak, amikor új kód kerül telepítésre. Az üzembe helyezés befejezése után a rendszer betölti az új kódot a kérelmek feldolgozásának megkezdéséhez. Ezt a kényszerítő leállítási viselkedést újraalkotó stratégiának nevezzük. A közel nulla állásidővel történő üzembe helyezéshez a Fogyasztási, Rugalmas Prémium és Dedikált csomagok esetében használjon ütemezési helyeket.

Tekintse át az Azure Functions teljesítményét és megbízhatóságát, hogy megtudja, hogyan írhat állapot nélküli és védekező függvényeket.

Rugalmas kihasználtságú csomag: Az alapértelmezett viselkedés az újralétrehozási stratégiát is használja, így az üzembe helyezés során leállítja a függvények jelenleg történő végrehajtását. A Flex Consumption azonban egyedileg két különböző webhelyfrissítési stratégiát támogat. Gördülő frissítéseket konfigurálhat az állásidő nélküli telepítésekhez.

Üzembehelyezési pontok

Amikor a függvényalkalmazást az Azure-ba helyezi üzembe, a közvetlen éles környezet helyett egy külön üzembehelyezési helyre telepítheti. A folyamatos üzembe helyezés konfigurálásának ajánlott módja egy előzetes üzembe helyezési slotba történő telepítés, majd az ellenőrzést követően az éles környezetbe való átváltás.

A ponton való üzembe helyezés módja az adott üzembehelyezési eszköztől függ. Amikor például az Azure Functions Core Toolst használja, a --slot opciót használja a func azure functionapp publish parancs egy adott slotjának nevének jelzésére.

Az üzembehelyezési pontokról további információt a Azure Functions Üzembehelyezési pontok dokumentációjában talál.

Következő lépések

A függvényalkalmazások üzembe helyezésével kapcsolatos további információkért olvassa el ezeket a cikkeket: