title | description | ms.date | ms.topic | author | ms.author | manager | ms.custom | ms.workload | |||
---|---|---|---|---|---|---|---|---|---|---|---|
Publish a Python app to Azure App Service on Windows |
How to publish a Python web application directly to Azure App Service on Windows from Visual Studio, including the necessary content for the web.config file. |
01/07/2019 |
how-to |
JoshuaPartlow |
joshuapa |
jillfra |
seodec18 |
|
Note
This content and the features described are deprecated but continue to work. Python developers are encouraged to migrate to App Service on Linux where possible.
Visual Studio provides the capability to publish a Python web app directly to Azure App Service on Windows. Publishing to Azure App Service on Windows means copying the necessary files to the server and setting up an appropriate web.config
file that instructs the web server how to launch your app.
The publishing process differs between Visual Studio 2017 and later and Visual Studio 2015. Specifically, Visual Studio 2015 automates some of the steps, including the creation of web.config
, but this automation limits long-term flexibility and control. Visual Studio 2017 and later requires more manual steps but provides more exact control over your Python environment. Both options are described here.
Note
For background on the changes between Visual Studio 2015 and Visual Studio 2017 and later, see the blog post, Publish to Azure in Visual Studio 2017.
For this walkthrough, you need a web app project based on the Bottle, Flask, or Django frameworks. If you don't yet have a project and would like to try the publishing process, create a simple test project as follows:
-
In Visual Studio, select File > New > Project, search for "Bottle", select the Bottle Web Project, specify and name and a path for the project, select OK. (The Bottle template is included with the Python development workload; see Installation.)
-
Follow the prompts to install external packages, selecting Install into a virtual environment and your preferred base interpreter for the virtual environment. You typically match this choice with the version of Python installed on App Service.
-
Test the project locally by pressing F5 or selecting Debug > Start Debugging.
Publishing to Azure requires a target App Service. For this purpose you can create an App Service using an Azure subscription, or you can use a temporary site.
If you don't already have a subscription, start with a free full Azure account, which includes generous credits for Azure services. Also consider signing up for Visual Studio Dev Essentials, which gives you $25 credit every month for a full year.
Tip
Although Azure asks for a credit card to verify your account, the card is not charged. You can also set a spending limit equal to your free credits to guarantee that no extra charges occur. In addition, Azure provides a free App Service plan tier that's ideal for simple test apps as described in the next section.
With an active Azure subscription, create an App Service with an empty Web App as follows:
- Sign in at portal.azure.com.
- Select +New, then select Web + Mobile followed by Web App.
- Specify a name for the web app, leave Resource Group to "Create New", and choose Windows as the operating system.
- Select App service plan/location, select Create new, and specify a name and location. Then select Pricing tier, scroll down to and select the F1 Free plan, press Select, followed by OK and then Create.
- (Optional) Once the App Service has been created, navigate to it, select Get publish profile, and save the file locally.
Create a temporary App Service without needing an Azure subscription as follows:
- Open your browser to https://azure.microsoft.com/try/app-service/web/.
- Select Web App for the app type, then select Next.
- Select Empty Site, followed by Create.
- Sign in with a social login of your choice, and after a short time your site is ready at the displayed URL.
- Select Download publishing profile and save the
.publishsettings
file, which you use later.
Once you have an App Service with an empty Web App running (either in your subscription or on a free site), install a chosen version of Python as described Managing Python on Azure App Service. For publishing from Visual Studio 2017 and later, record the exact path to the Python interpreter installed with the site extension as described in that article.
If desired, you can also install the bottle
package using the process in those instructions, as that package is installed as part of other steps in this walkthrough.
Publishing to Azure App Service from Visual Studio 2017 and later copies only the files in your project to the server. It's necessary, therefore, to create the necessary files to configure the server environment.
-
In Visual Studio Solution Explorer, right-click the project and select Add > New Item.... In the dialog that appears, selecting the "Azure web.config (Fast CGI)" template and select OK. This creates a
web.config
file in your project root. -
Modify the
PythonHandler
entry inweb.config
so that the path matches the Python installation on the server (see IIS Configuration Reference (iis.net) for exact details). For example, for Python 3.6.1 x64 the entry should appear as follows:<system.webServer> <handlers> <add name="PythonHandler" path="*" verb="*" modules="FastCgiModule" scriptProcessor="D:\home\Python361x64\python.exe|D:\home\Python361x64\wfastcgi.py" resourceType="Unspecified" requireAccess="Script"/> </handlers> </system.webServer>
-
Set the
WSGI_HANDLER
entry inweb.config
as appropriate for the framework you're using:-
Bottle: add parentheses after
app.wsgi_app
as shown below. This is necessary because that object is a function (seeapp.py
) rather than a variable:<!-- Bottle apps only --> <add key="WSGI_HANDLER" value="app.wsgi_app()"/>
-
Flask: Change the
WSGI_HANDLER
value to<project_name>.app
where<project_name>
matches the name of your project. You can find the exact identifer by looking at thefrom <project_name> import app
statement in therunserver.py
. For example, if the project is named "FlaskAzurePublishExample", the entry would appear as follows:<!-- Flask apps only: change the project name to match your app --> <add key="WSGI_HANDLER" value="FlaskAzurePublishExample.app"/>
-
Django: Two changes are needed to
web.config
for Django projects. First, change theWSGI_HANDLER
value todjango.core.wsgi.get_wsgi_application()
(the object is in thewsgi.py
file):<!-- Django apps only --> <add key="WSGI_HANDLER" value="django.core.wsgi.get_wsgi_application()"/>
Second, add the following entry below the one for
WSGI_HANDLER
, replacingDjangoAzurePublishExample
with the name of your project:<add key="DJANGO_SETTINGS_MODULE" value="DjangoAzurePublishExample.settings" />
-
-
Django apps only: In the Django project's
settings.py
file, add your site URL domain toALLOWED_HOSTS
as shown below, replacing 'vspython-test-02.azurewebsites.net' with your URL, of course:# Change the URL to your specific site ALLOWED_HOSTS = ['vspython-test-02.azurewebsites.net']
Failure to add your URL to the array results in the error "DisallowedHost at / Invalid HTTP_HOST header: '<site URL>'. You may need to add '<site URL>' to ALLOWED_HOSTS."
Note that when the array is empty, Django automatically allows 'localhost', but adding your production URL removes that capabilities. For this reason you might want to maintain separate development and production copies of
settings.py
, or use environment variables to control the run time values. -
In Solution Explorer, expand the folder named the same as your project, right-click the
static
folder, select Add > New Item..., select the "Azure static files web.config" template, and select OK. This action creates anotherweb.config
in thestatic
folder that disables Python processing for that folder. This configuration sends requests for static files to the default web server rather than using the Python application. -
Save your project, then in Visual Studio Solution Explorer, right-click the project and select Publish.
-
In the Publish tab that appears, select the publishing target:
a. Your own Azure subscription: select Microsoft Azure App Service, then Select Existing followed by Publish. A dialog appears in which you can select the appropriate subscription and app service. If the App Service doesn't appear, use the downloaded publishing profile as described below for a temporary APp Service.
b. If you're using a temporary App Service on try.azurewebsites.net, or otherwise need to use a publishing profile, select the > control to find Import profile, select that option, then select Publish. This prompts for the location of the
.publishsettings
file downloaded earlier. -
Visual Studio displays publishing status in a "Web Publish Activity" window and the Publish window. Once publishing is complete, the default browser opens on the site URL. The URL is also shown in the Publish window.
-
When the browser opens, you may see the message, "The page cannot be displayed because an internal server error has occurred." This message indicates that your Python environment on the server is not fully configured, in which case do the following steps:
a. Refer again to Managing Python on Azure App Service, making sure that you have an appropriate Python site extension installed.
b. Double-check the path to the Python interpreter in your
web.config
file. The path must exactly match the install location of your chosen site extension.c. Use the Kudu console to upgrade any packages listed in your app's
requirements.txt
file: navigate to the same Python folder that's used inweb.config
, such as/home/python361x64
, and run the following command as described in the Kudu console section:python -m pip install --upgrade -r /home/site/wwwroot/requirements.txt
If you see permission errors when running this command, double-check that you're running the command in your site extension folder and not in the folder of one of App Service's default Python installations. Because you can't modify those default environments, attempting to install packages certainly fails.
d. For detailed error output, add the following line to
web.config
within the<system.webServer>
node, which provides more detailed error output:<httpErrors errorMode="Detailed"></httpErrors>
e. Try restarting the App Service after installing new packages. A restart is not necessary when changing
web.config
, as App Service does an automatic restart wheneverweb.config
changes.[!Tip] If you make any changes to your app's
requirements.txt
file, be sure to again use the Kudu console to install any packages that are now listed in that file. -
Once you've fully configured the server environment, refresh the page in the browser and the web app should appear.
Note
A short video of this process can be found on Visual Studio Python Tutorial: Building a Website (youtube.com, 3m10s).
-
In Solution Explorer, right-click the project and select Publish.
-
In the Publish dialog, select Microsoft Azure App Service:
-
Select a target:
- If you have an Azure subscription, select Microsoft Azure App Service as the publishing target, then in the following dialog select an existing App Service or select New to create a new one.
- If you're using a temporary site from try.azurewebsites.net, select Import as the publishing target, then browse for the
.publishsettings
file downloaded from the site and select OK.
-
The App Service details appear in the Publish dialog's Connection tab below.
-
Select Next > as needed to review additional settings.
-
Select Publish. Once your application is deployed to Azure, your default browser opens on that site.
As part of this process, Visual Studio also does the following steps:
- Create a
web.config
file on the server that contains appropriate pointers to the app'swsgi_app
function and to App Service's default Python 3.4 interpreter. - Turn off processing for files in the project's
static
folder (rules for this are inweb.config
). - Publish the virtual environment to the server.
- Add a
web.debug.config
file and the debugging tools to enable remote debugging. For Visual Studio 2019 version 16.4 and earlier, the debugging tools are ptvsd. For Visual Studio 2019 version 16.5 and later, the debugging tools are debugpy.
As noted earlier, these automatic steps simplify the publishing process but make it more difficult to control the Python environment. For example, the web.config
file is created only on the server but not added to your project. The publishing process also takes longer because it's copying the whole virtual environment from your development computer rather than relying on the server configuration.
Eventually you may want to maintain your own web.config
file and use requirements.txt
to maintain packages on the server directly. Using requirements.txt
, in particular, guarantees that your development and server environments always match.