ご覧のページは、お客様の利便性のために一部機械翻訳されています。また、ドキュメントは頻繁に更新が加えられており、翻訳は未完成の部分が含まれることをご了承ください。最新情報は都度公開されておりますため、必ず英語版をご参照ください。翻訳に問題がある場合は、 こちら までご連絡ください。
デプロイメント戦略について
サービスのデプロイ戦略によって、新しいバージョンを初期化する方法が決まります。 Liferay PaaS は、サービスに対して 2 つのデプロイメント戦略を提供します: RollingUpdate と Recreateです。
デプロイ戦略の違い
ユーザーはアプリケーションが常に利用可能であることを期待し、開発者はそれらの新しいバージョンを1日に数回デプロイすることを期待されています。 Liferay PaaS では、これは RollingUpdate 戦略で実行されます。 ローリング アップデートでは、クラスターに少なくとも 2 つの動作ノードがある限り、インスタンスを新しいインスタンスに段階的に更新することで、ダウンタイムなしでデプロイメントを実行できます。
| 展開戦略 | メリット | デメリット |
|---|---|---|
RollingUpdate | 新しいバージョンが段階的にリリースされ、アップタイムが最大化されます | 完全な展開には、インスタンスの数に比べてさらに時間がかかる場合があります |
Recreate | 一度に完全に更新されたアプリケーションの状態 | 発生するダウンタイムの長さは、アプリケーションのシャットダウンと起動時間に依存します |
重要
再作成 戦略で定義されたデプロイメントでは、新しいバージョンで再作成する前に、実行中のインスタンスをすべて終了します。
一般的に、 RollingUpdate 戦略が推奨されるアプローチです。 再作成 戦略は、非実稼働環境や、必要な場合に使用できます (例:データベーススキーマを変更する Liferay DXP のバージョンに更新する場合)。
デプロイ戦略の設定
デフォルトでは、Liferay PaaS のサービスは RollingUpdate 戦略を使用するように事前設定されています。 各サービスのデプロイメント戦略は、サービスs LCP.json内の 戦略 変数を介して構成できます。
{
"id": "myservice",
"strategy": {
"type": "Recreate"
}
}