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