Tworzenie aplikacji za pomocą usługi App Service

Możesz używać funkcji Web Apps, Mobile Apps lub API Apps usługi aplikacja systemu Azure Service i tworzyć własne aplikacje w witrynie Azure Portal.

Informacje o ustawieniach konfiguracji

Przyjrzyjmy się niektórym podstawowym ustawieniam konfiguracji, które należy utworzyć za pomocą usługi App Service.

• Nazwa: nazwa aplikacji musi być unikatowa. Nazwa identyfikuje i lokalizuje aplikację na platformie Azure. Przykładowa nazwa to webappces1.azurewebsites.net. Możesz mapować niestandardową nazwę domeny, jeśli wolisz użyć tej opcji.

• Publikowanie: Hosty usługi App Service (publikują) aplikację jako kod lub jako kontener platformy Docker.

• Stos uruchomieniowy: usługa App Service korzysta z oprogramowania do uruchamiania aplikacji, w tym wersji języka i zestawu SDK. W przypadku aplikacji systemu Linux i niestandardowych aplikacji kontenera można ustawić opcjonalne polecenie lub plik uruchamiania. Wybrane opcje stosu obejmują .NET Core, .NET Framework, Node.js, PHP, Python i Ruby. Różne wersje każdego produktu są dostępne dla systemów Linux i Windows.

• System operacyjny: System operacyjny dla stosu środowiska uruchomieniowego aplikacji może być Linux lub Windows.

• Region: lokalizacja regionu wybrana dla aplikacji ma wpływ na dostępne plany usługi App Service.

• Plany cenowe: Aplikacja musi być skojarzona z planem usługi Azure App Service w celu ustanowienia dostępnych zasobów, funkcji i pojemności. Możesz wybrać spośród warstw cenowych, które są dostępne dla wybranej lokalizacji regionu.

Ustawienia po utworzeniu

Po utworzeniu aplikacji inne ustawienia konfiguracji staną się dostępne w witrynie Azure Portal, w tym opcje wdrażania aplikacji i mapowanie ścieżek.

Niektóre dodatkowe ustawienia konfiguracji można uwzględnić w kodzie dewelopera, a inne można skonfigurować w aplikacji. Oto kilka dodatkowych ustawień aplikacji.

• Zawsze włączone: możesz zachować załadowaną aplikację nawet wtedy, gdy nie ma ruchu. To ustawienie jest wymagane dla ciągłych zadań WebJob lub zadań WebJob, które są wyzwalane przy użyciu wyrażenia CRON.

• Koligacja sesji: we wdrożeniu z wieloma wystąpieniami możesz upewnić się, że klient aplikacji jest kierowany do tego samego wystąpienia przez cały czas trwania sesji.

• Tylko protokół HTTPS: po włączeniu cały ruch HTTP jest przekierowywany do protokołu HTTPS.