私はVagrantについて読んでいますが、それは私の開発に非常に役立ちます。私は現在、一連のサービス（メール、Web、LDAP、ファイル共有など）を管理していますが、これらのサービスの1つが失敗し、迅速なバックアップが必要になることがよくあります。これらの目的でVagrantを使用することは可能ですか（そして推奨されますか）？
これまで、実際のマシンと同じように仮想マシンをインストールしてきました。
また、Vagrantの代替手段について知りたいのですが、これにより、単純な構成ファイルをセットアップして、たとえばZimbraを使用して仮想マシンを配置し、代替のメールサーバーをすばやく作成したり、RabbitMQを有効にしたりできます。
Vagrant は、インフラストラクチャの変更をテストするためのステージング環境のように使用する必要があります。これは、インフラストラクチャの変更を自動化するためのテスト ベッドになるはずです。
私の会社での使用方法は次のようになります。
基本的に、変更に満足したら、パペットの変更を本番環境にプルして実現します。
vagrant を使用して実際の運用用の VM を管理することはお勧めしません。razor、virsh、OpenStack、または他の多くの vm 管理システムのいずれかを使用します。
このページでは、Vagrant プッシュ コマンドが本番環境へのデプロイを目的としていることが示唆されています。
https://www.hashicorp.com/blog/vagrant-push-one-command-to-deploy-any-application/
「さらに、複数の config.push.define 宣言を Vagrantfile に含めて、複数のプッシュを定義できます。たとえば、ステージングに 1 つ、プロダクションに 1 つなどです。」
Hashicorpは、Vagrant の後継となる予定のOttoを公開しました。展開環境をサポートするように設計されています。
彼らのGithubページから：
自動開発環境: Otto はアプリケーションの種類を検出し、そのアプリケーションに合わせて特別に調整された開発環境をゼロまたは最小限の構成で構築します。アプリケーションが他のサービス (データベースなど) に依存している場合、開発環境でそれらのサービスを自動的に構成して開始します。
マイクロサービス向けに構築: Otto は依存関係とバージョン管理を理解し、アプリケーションとそのすべての依存関係をあらゆる環境に自動的に展開して構成できます。アプリケーションは、直接の依存関係を Otto に伝えるだけで済みます。依存関係の依存関係は自動的に検出され、構成されます。
展開: Otto は、アプリケーションを展開する方法と開発する方法を知っています。アプリケーションが最新のマイクロサービスであろうと、従来のモノリスであろうと、あるいはその中間であろうと、Otto はアプリケーションをあらゆる環境にデプロイできます。
Docker : Otto は Docker を使用して開発用の依存関係をダウンロードして開始し、マイクロサービスを簡素化できます。アプリケーションを自動的にコンテナ化して、開発者のワークフローを変更することなく、展開を容易にすることができます。
運用強化されたツール: Otto は、運用強化されたツールを使用して、開発環境の構築 ( Vagrant )、サーバーの起動 ( Terraform )、サービスの構成 ( Consul ) などを行います。Otto は、世界最大の Web サイトを強化するツールに基づいています。Otto は、このすべてのツールを自動的にインストールして管理するため、ユーザーが行う必要はありません。
同じ質問があり、Vagrant プッシュの使用を調査してきました。バージョン 1.7 の時点で、Vagrant はVagrantfileと同じディレクトリにあるアプリケーション コードを FTP などのリモートにデプロイまたは「プッシュ」できます。サーバ。
開発者向けの VM で vagrant をスピンアップすることを検討している一方で、本番環境用のライブ サーバーにコードをデプロイするオプションも提供しています。