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.
Obsługiwane środowiska programistyczne
Możesz uruchomić dowolny azd szablon w jednym z następujących obsługiwanych środowisk programistycznych:
| Środowisko | opis | Zalety | Minusy | Etap funkcji |
|---|---|---|---|---|
| Maszyna lokalna przez CLI | Nie w kontenerze zależności są instalowane ręcznie, a projekt jest uruchamiany na komputerze lokalnym. | Kontrolujesz wszystkie zależności. Być może masz już zainstalowane niektóre zależności. Nie potrzebujesz zainstalowanego Dockera. | Należy ręcznie zainstalować wszystkie zależności. | Stabilny |
| Visual Studio Code |
Uruchamianie i debugowanie azd szablonów przy użyciu rozszerzenia programu Visual Studio Code. |
Możesz pracować z azd używając edytora kodu i systemu rozszerzeń, z którym już się zapoznałeś i czujesz się komfortowo. |
Wymaga zainstalowania rozszerzenia. | Beta |
| Visual Studio |
Uruchamianie i debugowanie azd szablonów przy użyciu programu Visual Studio (wersja zapoznawcza). |
Możesz pracować z azd używając IDE, które może być Ci już znane. |
Wymaga zainstalowania oddzielnej wersji zapoznawczej programu Visual Studio. | Alpha |
| DevContainer/VS Code Remote — Containers | Kontener ze wszystkimi zależnościami zainstalowanymi i uruchomionymi na komputerze lokalnym. | Oprócz VS Code, Docker i rozszerzenia VS Code Remote Containers, wszystkie zależności są instalowane w DevContainer. | Musisz sklonować repozytorium. Inicjowanie kontenera może zająć dużo czasu. | Beta |
| GitHub Codespaces | Kontener ze wszystkimi zależnościami zainstalowanymi i uruchomionymi na GitHub.com w przeglądarce. | Wszystkie zależności są instalowane bez lokalnego klonowania kodu. | Uruchamianie i debugowanie, które wymaga uruchomienia przeglądarki internetowej, nie jest obecnie obsługiwane z powodu znanego ograniczenia usługi GitHub Codespaces. | Beta |
Obsługiwane usługi obliczeniowe platformy Azure (host)
azd obsługuje kilka usług do hostowania aplikacji. Usługi oznaczone jako alfa są eksperymentalne i należy je włączyć ręcznie, azd config aby ich używać.
Funkcje w wersji beta mogą napotkać zmiany powodujące niezgodność.
Oczekuje się, że stabilne funkcje nie będą miały zmian powodujących niezgodność.
Aby uzyskać więcej informacji na temat każdego etapu funkcji, zobacz temat Feature versioning and release strategy (Strategia przechowywania wersji funkcji i wydawania). Aby zapoznać się z listą wszystkich funkcji i ich etapów, zobacz Alpha, Beta i Stable Feature Stages (Etapy funkcji alfa, beta i stabilnych).
| Usługa obliczeniowa platformy Azure | Etap funkcji |
|---|---|
| Azure App Service | Stabilny |
| Azure Static Web Apps | Stabilny |
| Azure Container Apps (w tym zadania aplikacji kontenera) | Stabilny |
| Azure Functions | Stabilny |
| Azure Kubernetes Service | Wersja beta (tylko w przypadku projektów, które można wdrożyć za pośrednictwem programu kubectl apply -f) |
Obsługiwane języki i struktury
Obecnie obsługiwane języki i struktury:
| Język | Etap funkcji |
|---|---|
| Node.js | Stabilny |
| Python | Stabilny |
| .NET | Stabilny |
| Java | Stabilny |
| Go | Wersja zapoznawcza (tylko Azure Functions) |
Aby uzyskać więcej informacji na temat każdego etapu funkcji, zobacz temat Feature versioning and release strategy (Strategia przechowywania wersji i wydawania funkcji)
Przejdź do Azure Functions (wersja zapoznawcza)
azdobsługuje wdrażanie aplikacji w języku Go do usługi Azure Functions w planie Flex Consumption. To wsparcie bazuje na module roboczym Go usługi Azure Functions, który jest obecnie dostępny w publicznej wersji zapoznawczej.
Aby używać języka Go z azd, ustaw usługę language na go oraz parametr host na function w pliku azure.yaml:
services:
api:
project: .
host: function
language: go
Podczas określania celu Azure Functions za pomocą języka Go należy pamiętać o następujących kwestiach:
- Język Go wymaga wersji 1.24 lub nowszej.
- Aplikacja funkcji jest kompilowana lokalnie w statyczny plik binarny i spakowana do wdrożenia.
Kompilacja zdalna (Oryx) nie jest obsługiwana w przypadku aplikacji funkcji języka Go, więc nie należy ustawiać polecenia
remoteBuild: true. - Definiujesz funkcje bezpośrednio w kodzie Go, używając interfejsu API opcji workera (na przykład
app.HTTP(...)); nie potrzebujesz plików function.json.
Aby uzyskać kompleksowe przykłady — w tym HTTP, timer, queue, blob, Cosmos DB i inne wyzwalacze — zobacz katalog przykładów w repozytorium procesów roboczych języka Azure Functions Go.
Następne kroki
- Zainstaluj interfejs wiersza polecenia dla deweloperów platformy Azure.
-
Przejdź przez
azdsamouczek szybkiego startu, aby zobaczyć, jak działa interfejs wiersza polecenia dla deweloperów platformy Azure.