Fabric を使用するのではなく、Debian パッケージを使用して Web アプリケーションをデプロイすることの長所と短所は何ですか? 私は Debian パッケージしか使ったことがありません。
また、Fabric を使用しているときに遭遇した問題、Debian パッケージを使用していればよかったと思うことについても聞きたいです。
1 に答える
1
Debian
パッケージマネージャーです。これにより、ユーザーはシステムなどのさまざまなプログラムを介してパッケージを管理できdpkgますapt。
それはあなたのために何をしますか：
- ソースからパッケージをビルドします
- パッケージの依存関係、パッケージバージョンを処理します
- システム上のプログラムをインストール、更新、および削除します
- 低レベルで動作し、コンパイルされたバイナリはおそらくシステム固有（i386、amd64）
短所：
- アプリケーションをデプロイするには、構成をパッケージで提供する必要があります。そうでない場合は、一部の構成をデフォルトとして使用する必要があります。
- 異なるアーキテクチャのシステム用の異なるバイナリ
ファブリック
これは、アプリケーションの展開またはシステム管理タスクでのSSHの使用を合理化するためのPythonライブラリおよびコマンドラインツールです。
それはあなたのために何をしますか：
- システムを構成する
- ローカル/リモートサーバーでコマンドを実行する（システム管理）
- アプリケーションをデプロイし、ロールバックを実行し、主にスクリプトを介してデプロイを自動化します
- より高いレベルで動作し、システムアーキテクチャに依存せず、OSとパッケージマネージャーに依存します
デプロイメントを処理するために、pip、virtualenv、Fabricをどのように使用しますか？
短所：
- システム上のパッケージマネージャーを置き換えることはできず、その上でパッケージを管理します
- あなたはシステム、あなたのパッケージマネージャー/OSに特有のコマンドフォルダを知っているべきです
アップデート
Fabricが登場したとき、私はすでにDebianに精通していました。そのため、Debianは私の好ましいツールであり続けています。私がFabricを使用する理由は、アプリケーションの展開を容易にし、開発者にとって便利なツールです。ファブリック上でDebianを使用する理由は次のとおりです。
- 私が本番環境に移行していないときでも、開発とテストを行っています。コードが追加/変更される場合、Debianはほとんどの場合適しています。ファブリックは、開発から本番への移行を容易にします。
- アプリケーションを自分のマシンだけにデプロイすると、Fabricはやり過ぎに見えることがあります。デプロイメントに多くのマシンが関与せず、いくつかの依存関係が必要な場合は、Debianに固執します。
- ロールバックする場合、または元に戻すことはオプションではありません。Fabricはコマンドを安全に実行するかどうかを判断します。システムエラー/例外の処理に慣れていない場合は、Fabricを使用する前にどこかで試してください。（Debianはシステムの一部であるため、Debianおよびその他のシステムツールを使用する必要があります）
于 2013-03-03T19:58:00.343 に答える