0

セットアップ:

アマゾン ウェブ サービスの Elastic Beanstalk を使用して、Wordpress を利用したアプリケーションをセットアップしています。すべての開発は、アプリケーション ルート全体を制御する GIT リポジトリを使用して、MAMP apache2/php5 サーバー環境でローカルに行われています。

導入ワークフロー:

コードの変更 (編集、新しいプラグインなど) をリポジトリにコミットした後、eb deployElastic Beanstalk によって管理される実行中の EC2 インスタンスに最新バージョンをプッシュする AWS EB CLI のコマンドを使用して、アプリケーションがデプロイされます。

私の問題:

コードの変更が開発環境と本番環境の間で正確に同期されないことがありますが、それを克服する方法がわかりません。特に、W3 Total Cache や WP Super Cache などのプラグインをインストールしてセットアップしようとする場合。

私のローカル環境には memcahced サーバーのようなものがインストールされていませんが、実稼働環境には (ElastiCache) がインストールされているため、適切な設定ファイルを保存して実稼働環境で使用するためにデプロイすることができません。これらのプラグインでは、必要なサービスが利用できないと見なされるため、必要なサービスを選択できません...

W3 Total Cache を実際の運用環境に直接インストールした場合にのみ動作させることができるようですが、これは悪い考えのようです。

上記を考えると：

  • 展開を間違った方法で行っていますか?

  • W3 Total Cache のようなプラグインをローカルの開発環境にインストールして構成し、運用環境にプッシュする必要がありますか?

4

2 に答える 2

2

Elastic Beanstalk に固有の問題についてコメントすることはできませんが、経験に基づいて、問題の説明の 2 番目の部分について提案できます。

実稼働環境をできるだけ忠実に反映した開発環境を実行することをお勧めします。MAMP から VirtualBox のような VM 環境に変換することをお勧めします。セットアップのヘルプについては、puphpet.com を参照してください。起動にはいくらかの労力が必要ですが、本番サーバーと同様または同じ環境が得られます。たとえば、memcached を自分で実行して、実際に W3 Total Cache でテストすることができます。

2番目の質問については、事前にテストせずに本番環境にプラグインをインストールするだけでは、明らかなリスクがあります（ただし、クライアントは常にそうしています）。最初にテストしたいと思います。ある程度は、サイトにダウンタイムや異常が発生した場合の重要度に依存します。

于 2015-02-02T22:59:21.490 に答える