可能で、コーポレート-ガバナンスです。戦争の応用を止めずに利用していますか?
質問
こんにちはっ新Grailsでは、思考を展開。一度。戦争が展開され、生産、更新する方法を教えてください、アプリのダウンタイム?
解決
あなたが熱い(サーバーを再起動しないことによって)WARファイルをデプロイする場合であっても、まだコンテキストのリロード中にいくつかのダウンタイムが発生します。これは、J2EE /サーブレットの事のよりなどのGrailsものではありません。
dogbertたよう最善を再度サーバーを起動し、メンテナンスページを設置(Tomcatの目の前にはApacheを使用するとよいでしょう)とアプリケーションサーバーをシャットダウンし、新しいWARをアップロードする、と述べました。
他のヒント
しょう設定につtomcatインスタンスとApache mod_proxy_balancer
目の前で、 こちらの.のための再デプロイのアプリケーションでは、"転がりアップグレード"戦略などに活用されるかもしれません(仮app1とapp2はお二tomcatインスタンス):
- Disable tomcat@app1Apacheのバランサマネージャー
- 再申請をtomcat@app1
- いくつかの試験app1とを確認してください全ての作品
- をtomcat@app1にバランサマネージャー
- Disable tomcat@app2にバランサマネージャー
- 再申請をtomcat@app2
- をtomcat@app2にバランサマネージャー
されます。必要な複数の物理的または仮想マシンそのものも一つのボックス。アプリケーションの場合は更なるデータベースの変更、注意しなくてはならない。上記のが封入することができる例えばに ヴァーサミュージアスクリプト, なので単純に"grailsのクラスター-再配置"があります。などのスクリプトは現在マイリストがわたしにはわかりませんがこのまま終了しました。
使用している場合は、Tomcatので、何という並列展開:
http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Parallel_deployment
単純名は、warファイルのバージョン番号に記載のとおりメンバー
- foo##42.戦争
- foo##43.戦争
、ソースファイルへの変更が自動的に反映されることはありません。一般的に、私は特に効果的にすべての時間を生きていたコードとコンパイルされたコードのために、それはライブアップデートを実行するために少しリスキーだと思います。あなたは、開発中に奇妙な展開不具合に対処することができますが、生産に私はむしろそれが安全でプレーしたいとダウンタイムの少しと一緒に住んでます。
私が知っているすべては、あなたがグルーヴィーファイルまたは.gsp 1とブラウザで利用可能であるが、その他の種類のファイルがある場合、私は、この機能の正確確認していない変更内容を保存した後に変更することができるということです。