Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ważne
Aplikacje funkcjonalne, które nadal uruchamiają wycofane z użytku środowisko uruchomieniowe w wersji 3 w systemie Linux w planie konsumpcyjnym, przestaną działać po 30 września 2026 r. Aby uniknąć przerw w działaniu usługi, przeprowadź migrację aplikacji do środowiska uruchomieniowego w wersji 4.
Opcja hostowania aplikacji funkcji w systemie Linux w planie konsumpcyjnym zostanie wycofana 30 września 2028 r. Plan Konsumpcji systemu Linux nie będzie otrzymywał nowych funkcji ani wersji językowych. Aplikacje działające na Windows w planie Zużycie nie mają obecnie wpływu. Przenieś swoje aplikacje do planu Flex Consumption przed datą wycofania.
W przypadku korzystania z planu Zużycia host Azure Functions dynamicznie dodaje i usuwa wystąpienia na podstawie liczby przychodzących zdarzeń.
Plan konsumpcji jest automatycznie skalowany nawet w okresach dużego obciążenia. Po uruchomieniu funkcji w planie Zużycie płacisz za zasoby obliczeniowe tylko wtedy, gdy funkcje są uruchomione. W ramach Planu konsumpcji funkcja kończy działanie po określonym, konfigurowalnym czasie. Plan Zużycie jest obecnie jedyną opcją hostingu bezserwerowego, która obsługuje Windows.
Katalog aplikacji tylko do odczytu w planie Linux Consumption
W planie Linux Consumption katalog /home/site/wwwroot i jego podkatalogi są tylko do odczytu.
- Aplikacje mogą nadal odczytywać wdrożone pliki z tego katalogu i jego podkatalogów.
- Aplikacje nie mogą tworzyć, modyfikować ani usuwać plików ani zmieniać uprawnień do plików w tych lokalizacjach.
- Aplikacje podejmujące się tych operacji mogą napotykać błędy uruchamiania lub wykonywania. Ten warunek obejmuje kod aplikacyjny i biblioteki, które zapisują wygenerowane wyjścia, pamięci podręczne, logi lub pobrane zależności do tych lokalizacji.
Note
Tymczasowe przechowywanie jest lokalne dla instancji. Nie polegaj na tym, że pliki tymczasowe przetrwają po ponownym uruchomieniu aplikacji lub będą udostępniane między instancjami. Korzystaj z Azure Storage do przechowywania danych trwałych lub współdzielonych.
Wymagana akcja
Jeśli Twoja aplikacja wykonuje operacje plikowe, postępuj zgodnie z tymi krokami, aby upewnić się, że nie zapisuje do /home/site/wwwroot lub do swoich podkatalogów.
- Przejrzyj operacje na plikach. Sprawdź kod aplikacji, biblioteki i konfigurację pod kątem operacji tworzących, modyfikujących lub usuwających pliki albo zmieniających uprawnienia do plików w sekcji
/home/site/wwwroot. Sprawdź ścieżki względne, ponieważ mogą być rozpoznawane względem katalogu aplikacji. - Przekieruj tymczasowe operacje zapisu. Skonfiguruj swoją aplikację i jej biblioteki tak, aby korzystały z zapisywalnego katalogu tymczasowego, takiego jak
/tmpdla plików tymczasowych, wygenerowanych danych wyjściowych, pamięci podręcznej i tymczasowych dzienników. Korzystaj z opcji konfiguracji obsługiwanych przez każdą bibliotekę; nie ma jednego ustawienia, które przekierowuje każdą operację plikową. - Zaktualizuj ustawienia aplikacji, jeśli to możliwe. W portalu Azure otwórz aplikację funkcyjną, a następnie wybierz Ustawienia>zmienne środowiska>Ustawienia aplikacji. Zaktualizuj wszystkie ustawienia specyficzne dla aplikacji, które kontrolują ścieżki zapisywalne. Zobacz Zarządzaj swoją aplikacją funkcji. Zmiana ustawień aplikacji powoduje ponowne uruchomienie aplikacji, więc odpowiednio to zaplanuj.
- Przenieś trwałe lub współdzielone pliki do trwałego magazynu. Używaj Azure Storage dla plików, które muszą zostać zachowane po ponownym uruchomieniu lub być udostępniane między instancjami.
- Wdroż i zweryfikuj swoje zmiany. Testuj uruchamianie aplikacji i wykonywanie funkcji reprezentatywnych w Azure, w tym operacje plikowe w skonfigurowanych lokalizacjach zapisywalnych. Przeglądaj błędy uruchamiania i wykonywania za pomocą monitorowania Application Insights. Samo pomyślne testowanie lokalne nie weryfikuje zachowania wdrożonego systemu plików.
Ważne
Plan Linux Consumption zostanie wycofany 30 września 2028 r. Przenieś się na plan Flex Consumption, aby nadal otrzymywać nowe funkcje. Zobacz Migrowanie aplikacji planu Consumption do planu Flex Consumption w usłudze Azure Functions.
Aplikacje Flex Consumption również działają z pakietu wdrożeniowego tylko do odczytu. Migracja nie sprawia, że /home/site/wwwroot można ją zapisywać, więc te zmiany w operacjach plików również mają zastosowanie podczas przygotowywania aplikacji do migracji.
Fakturowanie
Rozliczenia są oparte na liczbie wykonań, czasu wykonywania i używanej pamięci. System agreguje użycie we wszystkich funkcjach w aplikacji funkcjonalnej. Aby uzyskać więcej informacji, zobacz cennik Azure Functions.
Aby dowiedzieć się więcej na temat szacowania kosztów podczas uruchamiania w planie konsumpcji, zobacz Zrozumienie kosztów planu konsumpcji.
Wiele aplikacji w tym samym planie
Ogólnie zaleca się, aby każda aplikacja funkcji miała własny plan Zużycie. Jeśli jest to konieczne, możesz przypisać aplikacje funkcjonalne w tym samym regionie do tego samego planu konsumpcji. Należy pamiętać, że istnieje limit liczby aplikacji funkcjonalnych, które mogą być uruchamiane w planie zużycie. Aplikacje funkcji w tym samym planie nadal są skalowane niezależnie od siebie.
Migrowanie do planu elastycznego zużycia
Jeśli masz istniejące aplikacje funkcji uruchomione w planie Zużycie, przeprowadź migrację ich do planu Flex Consumption. Plan Flex Consumption zapewnia szybsze skalowanie, redukcję zimnych startów, integrację z siecią wirtualną oraz konfigurowalne rozmiary instancji. Ponieważ plan Flex Consumption jest przeznaczony tylko dla systemu Linux, aplikacje planu Windows Consumption muszą również migrować do systemu Linux w ramach tego procesu. Aby uzyskać instrukcje krok po kroku, w tym wskazówki dotyczące systemu Windows, zobacz Migracja aplikacji z planu użycia na plan elastycznego użycia.