magento2でダウンタイムなしの展開を実現できますか?


15

新しいモジュールがあり、実行する必要setup:upgradeがある場合、ダウンタイムをゼロにする方法はわかりません。データベースをアップグレードする必要があるため、常に10〜20秒ダウンします。それとも何か不足していますか?

別のフォルダーにデプロイしていて、すべてのファイルが生成されたときにライブ環境をこのフォルダーにシンボリックリンクした場合でも、データベースの世話をする必要があります。

回答:


2

ダウンタイムが10〜20秒、さらには数分である場合、どのような環境で作業しているのでしょうか。当然、それは理想的ではありませんが、特にピーク時以外の時間に展開する場合は、それが非常に小さな代償になると想像する必要があります。

M2開発者向けドキュメント:Magentoを運用環境に展開します。このドキュメントの執筆時点では、ドキュメントはまばらであり、議論のために外部のGitHubの問題にリンクしています。ただし、これらの公式ドキュメントは注目するのに適した場所です。

私のチームはCapistranoを使用してM2を展開することを調査しています。私たちはまだ最終プロセスに落ち着いていませんが、単純なGoogle検索(「capistrano magento 2」)は、多くの人々が同じことを実験していることを示しています。

最後に、青緑展開などのさまざまなスキームがあり、ダウンタイムの最小化も求められます。特に青緑はステージングサーバーを持つようなものですが、重要なときにDNSを更新して青から緑を指し、緑をライブに、青を「ステージング」に変更します。次の展開では、青が再び有効になります。このように、ダウンタイムは理論的にゼロであり、DNSの変更が伝播すると同時に変更が発生します。


便利なリンクをありがとう。私の意見では、DNSが十分に速く伝播することはありません。シンボリックフォルダーに固執します。ピーク時以外の展開は危険です。ピーク時以外の時間は、基本的には午前中は非常に早く、夜間は非常に遅くなります。あなたが小さな会社なら、あなたはそれのために十分なスタッフを持っていないかもしれません。
クラウディクレアンガ

1
ここでは、あらゆる種類のデータベース同期を行うことなく青緑がどのように機能するかを本当に理解していません。問題は、モジュールのインストールにはデータベースの更新が必要であるということです。
リッチS

@RichSソフトウェアに関する限り、同期は問題ではありません。しかし、はい、注文や他の顧客データを失うことを避けるのは難しいかもしれません-私がリンクしたソースを見てください。実際には同じデータベースを使用することをお勧めします。繰り返しますが、質問の前提に戻ると、10分のダウンタイムが本当に問題になるのはいつですか?不必要な複雑さを導入する前に、午前2時にデプロイするなど、まず非技術的なソリューションを探します。
nshiff
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.