2

私は Python で新しい webapp プロジェクトを開始して、アジャイルの考え方に取り掛かり、展開に関して「適切に」行いたいと考えています。ただし、virtualenv/fabric/zc.buildout/etc 全体が少し混乱していることに気付きました。PHP ファイルをサーバーに FTP 送信し、Web サーバーをそのサーバーに向けるだけに慣れています。

デプロイ後、サーバーのセットアップは次のようになります
Nginx --proxy-to--> WSGI Webserver (Spawning) --> WSGI Middleware --> WSGI App (probably MNML or similar)
。python Web サーバーは、supervisord によって管理されます。

どのような種類の展開セットアップ/パッケージ/アプリを調査する必要がありますか? また、展開を容易にするためにアプリに固執する必要がある特定のディレクトリ構造はありますか?

4

3 に答える 3

4

デプロイ ストーリーはアプリによって異なります。Djangoを使用していますか?次に、Apache +mod_wsgi展開ドキュメントが良い出発点になります。次に、、 、、を使用したこの2 部構成の シリーズのように、Google で詳細を調べることができます。pipvirtualenvgitfabric

本当に、、、fabricおよびvirtualenvその他すべてのツールは、展開の維持と自動化を容易にするように設計されています。最初は、ドキュメントの手順でおそらく十分です。物事がどのように機能するかを感じたら、プロセスを改善するために再訪できます。

于 2009-10-08T11:49:33.883 に答える
2

私はFabricについて良いことを聞いた:

Fabric は、SSH プロトコルを介してアプリケーションのデプロイやシステム管理タスクの実行を合理化するために設計された Python ライブラリおよびコマンドライン ツールです。任意のシェル コマンドを (通常のログイン ユーザーとして、または 経由でsudo) 実行したり、ファイルをアップロードおよびダウンロードしたりするためのツールを提供します。

于 2009-10-08T11:49:55.903 に答える
2

ビルドアウトについては既に言及しましたが、必要なのはそれだけです。たとえば、さまざまなパーツのビルドアウトを Google で検索します。最初のセットアップには時間がかかりますが、異なるプロジェクト間でセットアップを再利用することもできます。

python サーバーだけでなく、supervisord にすべてを開始させます。次に、再起動時に cron または init.d のいずれかから Supervisord を開始します。

于 2009-10-08T12:48:45.457 に答える