0

以前にisapi-wsgiを使用して IIS に CPython アプリをデプロイしましたが、これはいくつかのケースでうまく機能しました。

しかし、私の現在のプロジェクトでは、isapi-wsgi で問題が発生しました: Windows Server 2008 R2、64 ビット Python、および pyodbc モジュールの組み合わせは、pyodbc モジュールを再コンパイルしないと機能しません (少なくとも、これは 30 分グーグルは私を信じさせます）。

とにかく、このプロジェクトのために Windows に WSGI をデプロイするための別のオプションを試すことにしました。

計画は次のとおりです。

  • リバース プロキシ用に構成された IIS Web サーバー (IIS Application Request Routingを使用)
  • Pylons プロジェクトのこの例のように、IIS から渡された要求を処理する Windows サービスとしてホストされる Python プロセス

私の質問:

  • 私の Python プロセスが、長時間実行される N 個の要求処理プロセスをスピンアップし、それらの間で要求を自動的に分散できれば素晴らしいことです。
  • Python のリクエスト処理プロセスが、指定された数のリクエストの後に自動的にリサイクルされるとよいでしょう。
  • 上記を達成する方法についてのヒントはありますか？
4

1 に答える 1

2

Paste と CherryPy の両方を使用しました。Paste は現在 Python 3 と互換性がなく、そのサポートが拡大する可能性はありません。Python 3 に関心がある場合は、Paste 以外のものを調べたくなるでしょう。

また、サービスの WSGI サーバーとして Twisted を使用して遊んだこともあります。これはうまくいきましたが、私がすでに使用していたものよりも探していた利点が得られなかったので、製品化することはありませんでした。

私は Werkzeug のサーバーに詳しくないので、実稼働環境で使用しないことの真実性や、それが単にリバース プロキシを使用しないことを意味するのかどうかについてコメントするのをためらっています。

基本的に、Windows で実行されるよく知られている WSGI サーバーは、基準に応じて「最良」の値に対して「最良」である可能性があります。

于 2013-03-26T02:07:46.510 に答える