Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Při vytváření instance aplikace funkcí v Azure musíte poskytnout přístup k výchozímu účtu Azure Storage. Tento diagram a následující tabulka podrobně popisuje, jak Azure Functions používá služby ve výchozím účtu úložiště:
| Služba úložiště | Využití funkcí |
|---|---|
| Azure Blob Storage | Udržování stavu vazeb a funkčních klíčů1 Zdroj nasazení pro aplikace, které běží v plánu Flex Consumption. Ve výchozím nastavení se používá pro centra úloh v Durable Functions. Dá se použít k ukládání kódu aplikace funkcí pro vzdálené sestavení Consumption pro Linux nebo jako součást nasazení adresy URL externího balíčku. |
| Soubory Azure 2 | Sdílená složka použitá k ukládání a spouštění kódu aplikace funkcí v plánu Consumption a plánu Premium. Udržujte sady rozšíření. Ukládat protokoly nasazení. Podporuje spravované závislosti v PowerShellu. |
| Azure Queue Storage | Ve výchozím nastavení se používá pro centra úloh v Durable Functions. Používá se k selhání a opakovanému zpracování v konkrétních triggerech Azure Functions. Používá se ke sledování objektů triggerem úložiště objektů blob. |
| Azure úložiště tabulek (Table storage) | Ve výchozím nastavení se používá pro centra úloh v Durable Functions. Používá se ke sledování diagnostických událostí. |
- Úložiště objektů blob je výchozím úložištěm pro klíče funkcí, ale můžete nakonfigurovat alternativní úložiště.
- Služba Soubory Azure je ve výchozím nastavení nastavená, ale za určitých podmínek můžete vytvořit aplikaci bez služby Soubory Azure .
Důležitá poznámka
Musíte zvážit následující fakta týkající se účtů úložiště používaných vašimi aplikacemi funkcí:
Pokud je vaše aplikace funkcí hostovaná v plánu Consumption nebo v plánu Premium, kód funkce a konfigurační soubory se ukládají v Azure Files v propojeném účtu úložiště. Když odstraníte tento účet úložiště, obsah se odstraní a nedá se obnovit. Další informace najdete v tématu Účet úložiště byl smazán.
Důležitá data, jako je kód funkce, přístupové klíče a další důležitá data související se službou, je možné uchovávat v účtu úložiště. Přístup k účtům úložiště používaným aplikacemi funkcí musíte pečlivě spravovat následujícími způsoby:
Auditujte a omezte přístup aplikací a uživatelů k účtu úložiště na základě modelu s nejnižšími oprávněními. Oprávnění k účtu úložiště můžou pocházet z akcí dat v přiřazené roli nebo prostřednictvím oprávnění k provedení operace listKeys.
Monitorujte jak aktivitu řídicí roviny (například načítání klíčů), tak operace roviny dat (například zápis do objektu blob) v účtu úložiště. Zvažte údržbu protokolů úložiště v jiném umístění než Azure Storage. Další informace najdete v tématu Protokoly úložiště.
Požadavky na účet úložiště
Účty úložiště vytvořené jako součást toku vytvoření aplikace funkcí v Azure portálu pracují s novou aplikací funkcí. Pokud se rozhodnete použít existující účet úložiště, uvedený seznam neobsahuje některé nepodporované účty úložiště. Následující omezení platí pro účty úložiště používané vaší aplikací funkcí. Ujistěte se, že existující účet úložiště splňuje tyto požadavky:
Typ účtu musí podporovat službu Blob, Queue a Table Storage. Některé účty úložiště nepodporují fronty a tabulky. Mezi tyto účty patří účty úložiště jen pro objekty blob a Azure Premium Storage. Další informace o typech účtů úložiště najdete v tématu Přehled účtu úložiště.
Účet úložiště zabezpečeného sítí nemůžete použít, když je vaše aplikace funkcí hostovaná v plánu Consumption.
Když vytvoříte aplikaci funkcí na webu Azure Portal, můžete zvolit jenom existující účet úložiště ve stejné oblasti jako aplikace funkcí, kterou vytvoříte. Tento požadavek je optimalizace výkonu, nikoli striktní omezení. Další informace najdete v tématu Umístění účtu úložiště.
Když vytvoříte aplikaci funkcí v plánu s povolenou podporou zóny dostupnosti , podporují se jenom účty zónově redundantního úložiště .
Pokud používáte automatizaci nasazení k vytvoření funkční aplikace s úložným účtem zabezpečeným sítí, musíte do šablony ARM nebo souboru Bicep zahrnout konkrétní síťové konfigurace. Pokud tato nastavení a prostředky nezahrnete, automatické nasazení může selhat při ověřování. Pokyny k šabloně ARM a Bicep najdete v tématu Zabezpečené nasazení. Přehled konfigurace účtů úložiště se sítěmi najdete v tématu Použití zabezpečeného účtu úložiště se službou Azure Functions.
Pokyny k účtu úložiště
Každá aplikace funkcí vyžaduje, aby fungoval účet úložiště. Když se tento účet odstraní, vaše aplikace funkcí se už nespustí. Informace o řešení potíží souvisejících s úložištěm najdete v tématu Řešení potíží souvisejících s úložištěm. Následující další aspekty platí pro účet úložiště používaný aplikacemi funkcí.
Umístění účtu úložiště
Pro zajištění nejlepšího výkonu by vaše aplikace funkcí měla používat účet úložiště ve stejné oblasti, což snižuje latenci. Azure Portal vynucuje tento osvědčený postup. Pokud z nějakého důvodu potřebujete použít účet úložiště v jiné oblasti než vaše aplikace Function, musíte aplikaci Function vytvořit mimo Azure Portal.
Účet úložiště musí být přístupný pro aplikaci funkcí. Pokud potřebujete použít zabezpečený účet úložiště, zvažte omezení účtu úložiště na virtuální síť.
Nastavení připojení k účtu úložiště
Aplikace funkcí standardně konfigurují AzureWebJobsStorage připojení jako připojovací řetězec uložené v nastavení aplikace AzureWebJobsStorage, ale můžete také nakonfigurovat AzureWebJobsStorage tak, aby používala připojení založené na identitě bez tajného kódu.
Aplikace funkcí spuštěné v plánu Consumption (jenom Windows) nebo v plánu Elastic Premium (Windows nebo Linux) můžou pomocí služby Azure Files ukládat image potřebné k povolení dynamického škálování. Pro tyto plány nastavte připojovací řetězec pro účet úložiště v nastavení WEBSITE_CONTENTAZUREFILECONNECTIONSTRING a název sdílené složky v nastavení WEBSITE_CONTENTSHARE. Tato hodnota je obvykle stejný účet, který se používá pro AzureWebJobsStorage. Můžete také vytvořit aplikaci funkcí, která nepoužívá Azure Files, ale škálování může být omezené.
Poznámka:
Účet úložiště připojovací řetězec se musí aktualizovat, když znovu vygenerujete klíče úložiště. Další informace najdete v tématu Vytvoření účtu úložiště Azure.
Sdílené účty úložiště
Je možné, že několik aplikací funkcí bude sdílet stejný účet úložiště bez jakýchkoli problémů. V sadě Visual Studio můžete například vyvíjet více aplikací pomocí emulátoru úložiště Azurite. V tomto případě emulátor funguje jako jeden účet úložiště. Stejný účet úložiště, který používá vaše aplikace funkcí, můžete také použít k ukládání dat aplikace. Tento přístup ale není vždy vhodný v produkčním prostředí.
Možná budete muset použít samostatné účty úložiště, abyste se vyhnuli kolizím ID hostitele.
Aspekty zásad správy životního cyklu
Zásady správy životního cyklu byste neměli používat u účtu Blob Storage používaného vaší aplikací funkcí. Služba Functions používá úložiště objektů blob k zachování důležitých informací, jako jsou přístupové klíče funkce. Zásady můžou odebrat objekty blob, jako jsou klíče, které potřebuje hostitel funkcí. Pokud musíte použít zásady, vylučte kontejnery používané funkcí, které mají předponu azure-webjobs nebo scm.
Protokoly úložiště
Vzhledem k tomu, že kód funkce a klíče můžou být v účtu úložiště trvalé, je protokolování aktivity vůči účtu úložiště dobrým způsobem, jak monitorovat neoprávněný přístup. Protokoly prostředků služby Azure Monitor je možné použít ke sledování událostí v rovině dat úložiště. Podrobnosti o konfiguraci a prozkoumání těchto protokolů najdete v tématu Monitorování služby Azure Storage .
Protokol aktivit služby Azure Monitor zobrazuje události roviny řízení, včetně operace listKeys. Měli byste ale také nakonfigurovat protokoly prostředků pro účet úložiště, abyste mohli sledovat následné použití klíčů nebo jiných operací roviny dat založených na identitách. Měli byste mít alespoň povolenou kategorii protokolu StorageWrite, abyste mohli identifikovat změny dat mimo normální operace funkcí.
Pokud chcete omezit potenciální dopad všech obecně vymezených oprávnění k úložišti, zvažte použití nestorageového cíle pro tyto protokoly, například Log Analytics. Další informace najdete v tématu Monitorování služby Azure Blob Storage.
Optimalizace výkonu úložiště
Pokud chcete maximalizovat výkon, použijte pro každou aplikaci funkcí samostatný účet úložiště. Tento přístup je zvlášť důležitý v případě, že máte aktivované funkce Durable Functions nebo Event Hubs, které generují velký objem transakcí úložiště. Pokud logika aplikace komunikuje se službou Azure Storage, ať už přímo (pomocí sady SDK služby Storage), nebo prostřednictvím některé z vazeb úložiště, měli byste použít vyhrazený účet úložiště. Pokud máte například funkci aktivovanou centrem událostí, která zapisuje některá data do úložiště objektů blob, použijte dva účty úložiště: jeden pro aplikaci funkcí a druhý pro objekty blob, které funkce ukládá.
Konzistentní směrování prostřednictvím virtuálních sítí
Více aplikačních funkcí hostovaných ve stejném plánu může také použít stejný účet úložiště pro sdílenou složku s obsahem služby Azure Files, definovanou pomocí WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. Pokud je tento účet úložiště také zabezpečen virtuální sítí, měly by všechny tyto aplikace používat stejnou hodnotu pro vnetContentShareEnabled (dříve WEBSITE_CONTENTOVERVNET), aby se zajistilo, že se provoz směruje konzistentně přes zamýšlenou virtuální síť. Neshoda v tomto nastavení mezi aplikacemi používajícími stejný účet úložiště Azure Files může mít za následek směrování provozu přes veřejné sítě. V této konfiguraci pravidla sítě účtu úložiště blokují přístup.
Práce s objekty blob
Klíčovým scénářem služby Functions je zpracování souborů v kontejneru objektů blob, jako je zpracování obrázků nebo analýza mínění. Další informace najdete v tématu Zpracování nahrávání souborů.
Aktivace v kontejneru objektů blob
Kód funkce můžete spustit několika způsoby na základě změn objektů blob v úložném kontejneru, jak je znázorněno v diagramu:
Pomocí následující tabulky určete, který spouštěč funkce nejlépe vyhovuje vašim potřebám zpracování přidaných nebo aktualizovaných objektů blob v kontejneru.
| Strategie | Blob trigger (periodické dotazování) | Trigger objektu blob (řízený událostmi) | Aktivační událost fronty | Trigger Event Grid |
|---|---|---|---|---|
| Latence | Vysoká (až 10 minut) | Nízká | Střední | Nízká |
| Omezení účtu úložiště | Účty pouze pro objekty blob se nepodporují¹ | Obecné účely verze 1 nejsou podporovány. | Žádná | Obecné účely verze 1 nejsou podporovány. |
| Typ aktivační události | Blob Storage | Blob Storage | Queue Storage | Event Grid |
| Verze rozšíření | Všechny | Úložiště v5.x+ | Všechny | Všechny |
| Zpracovává existující objekty blob. | Ano | Ne | Ne | Ne |
| Filtry | Vzor názvu objektu blob | Filtry událostí | Není k dispozici | Filtry událostí |
| Vyžaduje odběr události. | Ne | Ano | Ne | Ano |
| Podporuje plán Flex Consumption. | Ne | Ano | Ano | Ano |
| Podporuje high-scale² | Ne | Ano | Ano | Ano |
| Funguje s omezeními příchozího přístupu | Ano | Ne | Ano | Ano3 |
| Popis | Výchozí chování triggeru, které spoléhá na dotazování kontejneru na aktualizace. Další informace najdete v příkladech v referenčních informacích k triggeru úložiště objektů blob. | Využívá události úložiště objektů blob z odběru událostí. Vyžaduje hodnotu parametru SourceEventGrid. Další informace najdete v tématu Kurz: Aktivace Azure Functions v kontejnerech objektů blob pomocí odběru událostí. |
Řetězec názvu objektu blob se při přidání objektu blob do kontejneru ručně přidá do fronty úložiště. Trigger služby Queue Storage předá tuto hodnotu přímo do vstupního připojení (bindingu) úložiště objektů Blob ve stejné funkci. | Poskytuje flexibilitu aktivace událostí kromě událostí, které pocházejí z kontejneru úložiště. Tuto funkci můžete aktivovat také v případě, že potřebujete mít události, které nestorage aktivují vaši funkci. Další informace najdete v tématu Práce s triggery a vazbami Event Gridu ve službě Azure Functions. |
- Vstupní a výstupní vazby blob storage podporují účty jen pro objekty blob.
- Vysoké škálování je možné volně definovat jako kontejnery, které mají více než 100 000 objektů blob nebo účty úložiště, které mají více než 100 aktualizací objektů blob za sekundu.
- Omezení příchozího přístupu můžete obejít tak, že odběr událostí doručuje události přes šifrovaný kanál ve veřejném prostoru IP adres pomocí známé identity uživatele. Další informace najdete v tématu Bezpečné doručování událostí pomocí spravovaných identit.
Šifrování dat úložiště
Azure Storage šifruje všechna neaktivní uložená data v účtu úložiště. Další informace najdete v tématu Šifrování služby Azure Storage pro neaktivní uložená data.
Ve výchozím nastavení se data šifrují pomocí klíčů spravovaných Microsoftem. Pokud chcete mít větší kontrolu nad šifrovacími klíči, můžete zadat klíče spravované zákazníkem pro šifrování dat objektů blob a souborů. Tyto klíče musí být k dispozici ve službě Azure Key Vault, aby služba Functions mohla získat přístup k účtu úložiště. Další informace najdete v tématu Šifrování neaktivních uložených dat aplikace pomocí klíčů spravovaných zákazníkem.
Rezidenci dat v oblasti
Pokud všechna zákaznická data musí zůstat v jedné oblasti, musí být účet úložiště přidružený k aplikaci funkcí jeden s redundancí v oblasti. Účet redundantního úložiště v oblasti musí být také použit se službou Azure Durable Functions.
Jiná zákaznická data spravovaná platformou se ukládají pouze v rámci oblasti při hostování v prostředí App Service Environment s interním vyrovnáváním zatížení (ASE). Další informace najdete v tématu Redundance zón ASE.
Důležité informace o ID hostitele
Funkce používá hodnotu ID hostitele jako způsob, jak jedinečně identifikovat konkrétní aplikaci funkcí v uložených artefaktech. Ve výchozím nastavení se toto ID automaticky vygeneruje z názvu aplikace funkcí a zkrátí se na prvních 32 znaků. Toto ID se pak použije při ukládání informací o korelaci a sledování jednotlivých aplikací v propojeném účtu úložiště. Pokud máte aplikace funkcí s názvy delšími než 32 znaky a pokud jsou prvních 32 znaků identické, může toto zkrácení vést k duplicitním hodnotám ID hostitele. Pokud dvě aplikace funkcí s identickými ID hostitelů používají stejný účet úložiště, získáte kolize ID hostitele, protože uložená data nemohou být jedinečně propojená se správnou aplikací funkcí.
Poznámka:
Tento druh kolize ID hostitele může nastat mezi aplikací funkcí v produkčním slotu a stejnou aplikací funkcí v přípravném slotu, když oba sloty používají stejný účet úložiště.
Počínaje modulem runtime služby Functions verze 3.x se zjistí kolize ID hostitele a zaprotokoluje se upozornění. Ve verzi 4.x se zaprotokoluje chyba a hostitel se zastaví, což vede k pevnému selhání. Další informace naleznete v tématu Zkrácení hostitelova ID může způsobit kolize.
Předcházení kolizím ID hostitele
Pomocí následujících strategií se můžete vyhnout kolizím ID hostitele:
- Pro každou funkční aplikaci nebo slot zapojený do kolize použijte samostatný účet úložiště.
- Přejmenujte jednu z aplikací funkcí na hodnotu kratší než 32 znaků, čímž se změní ID vypočítaného hostitele aplikace a odebere kolize.
- Nastavte explicitní ID hostitele pro jednu nebo více kolísajících aplikací. Další informace najdete v tématu Přepsání ID hostitele.
Důležité
Změna účtu úložiště přidruženého k existující aplikaci funkcí nebo změna ID hostitele aplikace může ovlivnit chování existujících funkcí. Trigger služby Blob Storage například sleduje, jestli se zpracovávají jednotlivé objekty blob tím, že zapisují účtenky pod konkrétní cestou ID hostitele v úložišti. Když se ID hostitele změní nebo nasměrujete na nový účet úložiště, dříve zpracované objekty blob je možné znovu zpracovat.
Přepsání ID hostitele
Pomocí nastavení můžete explicitně nastavit konkrétní ID hostitele pro vaši aplikaci funkcí v nastavení AzureFunctionsWebHost__hostid aplikace. Další informace najdete v tématu AzureFunctionsWebHost__hostid.
Když dojde ke kolizi mezi sloty, musíte pro každý slot nastavit konkrétní ID hostitele, včetně produkčního slotu. Tato nastavení musíte také označit jako nastavení nasazení, aby se neprohodila. Informace o vytváření nastavení aplikace najdete v tématu Práce s nastavením aplikace.
Clustery s podporou Azure Arc
Když je vaše aplikace funkcí nasazená do clusteru Kubernetes s podporou Azure Arc, nemusí vaše aplikace funkcí vyžadovat účet úložiště. V takovém případě funkce vyžadují účet úložiště jenom v případě, že vaše aplikace funkcí používá trigger, který vyžaduje úložiště. Následující tabulka uvádí, které triggery můžou vyžadovat účet úložiště a které ne.
| Nepovinné | může vyžadovat úložiště |
|---|---|
| • Azure Cosmos DB • HTTP • Kafka • RabbitMQ • Service Bus |
• Azure SQL • Blob Storage • Event Grid • Event Hubs • IoT Hub • Queue Storage • SendGrid • SignalR • Table Storage • Časovač • Twilio |
Pokud chcete vytvořit aplikaci funkcí v clusteru Kubernetes s podporou Azure Arc bez úložiště, musíte použít příkaz Azure CLI az functionapp create. Verze Azure CLI musí obsahovat verzi 0.1.7 nebo novější verzi rozšíření appservice-kube.
az --version Pomocí příkazu ověřte, že je rozšíření nainstalované a zda je správné verze.
Vytvoření prostředků aplikace funkcí pomocí jiných metod než Azure CLI vyžaduje existující účet úložiště. Pokud plánujete používat všechny triggery, které vyžadují účet úložiště, měli byste ho vytvořit před vytvořením aplikace funkcí.
Vytvoření aplikace bez služby Azure Files
Služba Soubory Azure poskytuje sdílený systém souborů, který podporuje scénáře ve velkém měřítku. Když vaše aplikace funkcí běží v plánu Elastic Premium nebo ve Windows v plánu Consumption, ve výchozím nastavení se ve vašem účtu úložiště vytvoří sdílená složka Azure Files. Funkce využívají toto sdílení k povolení určité funkce, jako je streamování protokolů. Používá se také jako umístění pro nasazení sdíleného balíčku, které zaručuje konzistenci nasazeného kódu funkce napříč všemi instancemi.
Aplikace funkcí hostované v plánech Premium a Consumption ve výchozím nastavení používají nasazení zip s balíčky nasazení uloženými v této sdílené složce Azure. Tato část je relevantní pouze pro tyto plány hostování.
Použití služby Azure Files vyžaduje použití připojovací řetězec, který je uložený v nastavení aplikace jako WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. Služba Azure Files v současné době nepodporuje připojení založená na identitách. Pokud váš scénář vyžaduje, abyste v nastavení aplikace neukládali žádné tajné kódy, musíte odebrat závislost vaší aplikace na službě Azure Files. Závislosti se můžete vyhnout vytvořením aplikace bez výchozí závislosti služby Azure Files.
Poznámka:
Měli byste také zvážit spuštění aplikace funkcí v plánu Flex Consumption, který poskytuje větší kontrolu nad balíčkem nasazení, včetně možnosti používat připojení spravovaných identit. Další informace naleznete v tématu Konfigurace nastavení nasazení.
Pokud chcete aplikaci spustit bez sdílené složky Azure, musíte splnit následující požadavky:
- Balíček musíte nasadit do vzdáleného kontejneru úložiště objektů blob v Azure a pak nastavit adresu URL, která poskytuje přístup k ho
WEBSITE_RUN_FROM_PACKAGEbalíčku jako nastavení aplikace. Tento přístup umožňuje ukládat obsah aplikace do úložiště objektů blob místo služby Azure Files, která podporuje spravované identity.
Balíček nasazení musíte aktualizovat ručně a udržovat adresu URL balíčku nasazení, která pravděpodobně obsahuje sdílený přístupový podpis (SAS).
Měli byste si také uvědomit následující aspekty:
- Aplikace nemůže použít verzi 1.x modulu runtime functions.
- Vaše aplikace se nemůže spoléhat na sdílený zapisovatelný systém souborů.
- Úpravy portálu se nepodporují.
- Prostředí streamování protokolů v klientech, jako je azure Portal, ve výchozím nastavení používají protokoly systému souborů. Místo toho byste měli spoléhat na protokoly Application Insights.
Pokud výše uvedené požadavky vyhovují vašemu scénáři, můžete pokračovat vytvořením aplikace funkcí bez služby Azure Files. Vytvořte aplikaci bez nastavení aplikací WEBSITE_CONTENTAZUREFILECONNECTIONSTRING a WEBSITE_CONTENTSHARE jedním z těchto způsobů:
- Šablony Bicep/ARM: Odeberte dvě nastavení aplikace ze šablony ARM nebo ze souboru Bicep a pak nasaďte aplikaci pomocí upravené šablony.
- Azure Portal: Zrušte výběr možnosti Přidat připojení ke službě Azure Files na kartě Úložiště při vytváření aplikace na webu Azure Portal.
Služba Azure Files se používá k povolení dynamického horizontálního navýšení kapacity pro službu Functions. Škálování může být omezené, když spustíte aplikaci bez služby Azure Files v plánu Elastic Premium a v plánech Consumption spuštěných ve Windows.
Připojení sdílených složek
Tato funkce je aktuálně dostupná jenom v případě, že běží v Linuxu.
Existující sdílené složky Azure Files můžete připojit k aplikacím funkcí Linuxu. Připojením sdílené složky k aplikaci funkcí pro Linux můžete ve svých funkcích použít existující modely strojového učení nebo jiná data.
Důležité
Po 30. září 2028 bude v plánu Consumption ukončena možnost hostovat funkční aplikaci na Linuxu. Abyste se vyhnuli přerušení, migrujte stávající aplikace plánu Consumption, které běží v Linuxu, do plánu Flex Consumption před tímto datem. Tato změna nemá vliv na aplikace spuštěné ve Windows v plánu Consumption. Další informace najdete v oznámení o ukončení plánu Linux Consumption.
Pomocí následujícího příkazu můžete připojit existující sdílenou složku k aplikaci funkcí Pro Linux.
az webapp config storage-account add - Příkaz pro přidání účtu úložiště k webové aplikaci
V tomto příkazu share-name je název existující sdílené složky Azure Files.
custom-id může být jakýkoli řetězec, který jednoznačně definuje sdílení při připojení k funkční aplikaci. Je to také cesta, mount-path ze které se sdílená složka přistupuje ve vaší aplikaci funkcí.
mount-path musí být ve formátu /dir-namea nemůže začínat na /home.
Úplný příklad najdete v tématu Vytvoření aplikace funkcí Pythonu a připojení sdílené složky Azure Files.
V současné době se podporuje jenom storage-type část.AzureFiles K dané aplikaci funkcí můžete připojit pouze pět sdílených složek. Připojení sdílené složky může zvýšit dobu studeného spuštění alespoň o 200–300 ms nebo i více, pokud je účet úložiště v jiné oblasti.
Připojená sdílená složka je dostupná pro váš kód funkce v zadaném mount-path umístění. Pokud je mount-pathto například , /path/to/mount můžete získat přístup k cílovému adresáři pomocí rozhraní API systému souborů, jako v následujícím příkladu Pythonu:
import os
...
files_in_share = os.listdir("/path/to/mount")
Související článek
Přečtěte si další informace o možnostech hostování azure Functions.