Magento2がステージングからライブサイトに移行


8

サイトのローリング開発の効率的なプロセスに関する情報があまり多くないので、ステージングでカスタムモジュールやその他のファイルの変更を追加し、それらの変更をmagento2を使用してサイトのライブコピーにプッシュできます。

Magento 1.9では、ファイルのgitクローンがあり、gitはライブサイトで準備が整ったすべての変更をプルしました。ステージングサイトが開発者モードで、ライブサイトが本番環境にある場合、これは明らかにmagento2では機能しません。

ライブサイトのダウンタイムを最小限に抑えるためのベストプラクティスは何ですか?(それが可能であれば、ダウンタイムは最適ではありません)


あなたは答えを見つけましたか、私たちはまだこれを理解しようとしています
ハイム

回答:


3

手順を自動化するためにansibleを使用できます。

グローバルな視点から:

(セットアップ/アップグレードスクリプトですべての変更を管理)

  • データベースのバックアップ
  • メンテナンスの切り替え
  • cronを無効にする
  • 更新されたコードソースを取得する
  • 共有フォルダを設定する
  • composerの依存関係をインストールする
  • bin/magento setup:installパラメータで実行
  • Redis / VarnishおよびElasticSearchのmagento環境設定を更新
  • でアップグレード ./bin/magento setup:upgrade
  • でディを構築する ./bin/magento setup:di:compile -vvv
  • キャッシュをフラッシュする ./bin/magento cache:clean
  • マゼントモードを設定する ./bin/magento deploy:mode:set {{ m2site_mode }}
  • 再インデックス ./bin/magento indexer:reindex
  • cronの構成/有効化

これらの手順をニーズに合わせて調整してください。

手がかりは、新しい環境または既存の環境のために機能するステップを作ることです。

実行するセットアップスクリプトがある場合、ダウンタイムが発生します。ダウンタイムを最小限に抑えるには、これらの手順を運用前サーバーで実行し、生成されたすべてのコードを運用サーバーにコピーします。バックグラウンドでデータのインデックスを再作成できます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.