我有一个 Django 应用程序(特别是 django-rest)。当我运行该网站的本地副本时，我的请求可以在 50-400 毫秒内得到处理。

接下来，我设法部署到 Microsoft Azure App Service。现在，在我能买到的最昂贵的层级下，响应回到了 800-2000 毫秒的范围内。

该应用程序对 sqlite 数据库进行简单查询。这个数据库文件大约有 30 兆字节，最大的表有 12000 行。

我应该指出对数据库的所有访问都是只读的，因此没有争用问题。

配置:

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(PROJECT_ROOT, 'mydatabase.db'),
    }
}

网络配置:

<?xml version="1.0"?>
<configuration>

  <appSettings>
    <add key="WSGI_ALT_VIRTUALENV_HANDLER" value="django.core.wsgi.get_wsgi_application()" />
    <add key="WSGI_ALT_VIRTUALENV_ACTIVATE_THIS" value="D:\home\site\wwwroot\env\Scripts\activate_this.py" />
    <add key="WSGI_HANDLER" value="ptvs_virtualenv_proxy.get_virtualenv_handler()" />
    <add key="PYTHONPATH" value="D:\home\site\wwwroot" />
    <add key="DJANGO_SETTINGS_MODULE" value="myapp.settings" />
  </appSettings>
  <system.web>
    <compilation debug="true" targetFramework="4.0" />
    <!-- Required for websockets. -->
    <httpRuntime targetFramework="4.5"/>
  </system.web>
  <system.webServer>
    <modules runAllManagedModulesForAllRequests="true" />
    <handlers>
      <remove name="Python273_via_FastCGI" />
      <add name="Python FastCGI" path="handler.fcgi" verb="*" modules="FastCgiModule" scriptProcessor="D:\Python27\python.exe|D:\Python27\Scripts\wfastcgi.py" resourceType="Unspecified" requireAccess="Script" />
    </handlers>
    <rewrite>
      <rules>
        <rule name="Static Files" stopProcessing="true">
          <conditions>
            <add input="true" pattern="false" />
          </conditions>
        </rule>
        <rule name="Configure Python" stopProcessing="true">
          <match url="(.*)" ignoreCase="false" />
          <conditions>
            <add input="{REQUEST_URI}" pattern="^/static/.*" ignoreCase="true" negate="true" />
          </conditions>
          <action type="Rewrite" url="handler.fcgi/{R:1}" appendQueryString="true" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

Python 版本 2.7。

我已将其缩小到 SQLite 性能。静态文件和 API 索引页面在 ~60 毫秒内返回，而最重的查询在 ~2000 毫秒内返回。这是 Time Till First Byte，而不是整体响应时间，我已经排除了网络延迟(由于地理位置接近，网络延迟非常低)。这是在 P3(高级)4 核、7GB 内存(Azure 称之为)上。

在本地主机上运行，​​索引页面的响应时间约为 15 毫秒，在我的 Macbook 2.2 GHz Intel Core i7 16 GB 1600 MHz DDR3 上，相同请求的响应时间约为 380 毫秒。

应用“预热”不是问题，因为这是在它已经“热”之后(时间基于几次刷新)

更新: 我安装了 Django Rest Toolbar 以获取更多信息。

在 macbook django DEV 服务器上(纯 python？):

SQL time ~217ms
Total CPU time ~681ms

Resource    Value
User CPU time   662.771 msec
System CPU time 18.415 msec
Total CPU time  681.186 msec
Elapsed time    681.326 msec
Context switches    1 voluntary, 95 involuntary

在 Azure 应用服务 IIS 和 FastCGI 上(见上面的配置):

SQL time ~854ms
Total CPU time ~2282ms
No CPU extended breakdown available.

感谢任何见解!

最佳答案

鉴于您的本地和 Azure 测试运行显示从最好到最坏情况的相似倍数，并且您只有一个 30MB 的数据库文件，我猜测您的 Azure 主机只是一个慢得多的 CPU。

这是由他们做的事实支持的 throttling for some spec VMs .这也是在 comparison to AWS 中注意到的事情.我想您的应用服务平台也是如此。

关于python - Azure "App Service"- Django 和 SQLite，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39987936/