経験豊富なWeb開発者はどのようにEC2上でDjangoをプロダクションに展開していますか？

Question

私はDjango Appを配備している企業（大規模なユーザーベース）には実際に勤めたことがありません。これを実行する最良の方法は何か不思議です。

今、私はEC2でDjango Appをホストしています。アプリのコードが私のgithubアカウントにあります。私はnginx静的なコンテンツを提供し、その背後にある単一のApacheサーバーdjango + mod_wsgiを実行している。

私はベストプラクティスが「継続的な展開」であることを理解しようとしています。今、私はEC2上で次の操作を実行し、追加機能を追加した後：

1）GitのリセットHEADは

2を--hard）gitのは

3を引く））のapache

4を再起動します再起動nginx

EC2で実行している場合、デバッグがFalseに設定され、データベースがsqlite3（開発）からmysql（運用）に切り替わるように、settings.pyファイルにカスタムロジックがあります。

これは私にとって今のところうまくいくようですが、このプロセスで何が問題なのか、どうすれば改善できるのでしょうか。

おかげ

Answer 1

私は100％のDjangoで複数のサーバーに

Answer 2

を展開するFabricを使用するシステム私はThe Texas Tribuneの元リード開発者です、と働いてきました。 RightScaleを使用してEC2に導入しました。私は個人的にデプロイメントスクリプトを書いていませんでしたが、ローテーションに新しいインスタンスを非常に迅速に、そして必要に応じて拡張することができました。それは安くはないが、私の意見ではすべてのペニーの価値があった。

Answer 3

私はジョンに同意し、Fabricがこのようなことを楽にするツールだと言います。ポスト・コミット・フックで自動的にデプロイするようにgitを構成したくないかもしれませんが、テスト・スイートをローカルで実行するようにファブリック・コマンドを構成し、それが通過するとプロダクションにプッシュすることができます。

多くの人が、実稼働環境にあるかどうかを検出するカスタムロジックを持つのではなく、別のdevおよび実働設定ファイルを実行します。統合ファイルから継承し、devとproductionの間で異なるビットをオーバーライドすることができます。次に、単一の統一されたsettings.pyに頼るのではなく、本番ファイルを使用してサーバを起動します。

アプリケーションをホストするためだけにApacheを使用している場合は、軽量ソリューションのメリットがあります。 nginxでfastcgiを使用すると、Apacheのオーバーヘッドを完全になくすことができます。 nginx用のwsgiモジュールもありますが、現時点では生産準備が整っているかどうかはわかりません。

Answer 4

これを管理する方法がもう1つあります。 ubuntu/debian amisの場合、バージョンを管理し、アプリケーションを.debにパッケージ化することによって展開するのが良いです