This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.9.3.5. ライフサイクルフック
再作成 および ローリング ストラテジーは、ストラテジーで事前に定義したポイントでデプロイメントプロセスに動作を挿入できるようにするライフサイクルフックをサポートします。
					以下は pre ライフサイクルフックの例です。
				
pre:
  failurePolicy: Abort
  execNewPod: {} 
pre:
  failurePolicy: Abort
  execNewPod: {} 
- 1
 execNewPodは Pod ベースのライフサイクルフック です。
					フックにはすべて、フックに問題が発生した場合にストラテジーが取るべきアクションを定義する failurePolicy が含まれます。
				
|   
									  |   フックに失敗すると、デプロイメントプロセスも失敗とみなされます。  | 
|   
									  |   フックの実行は、成功するまで再試行されます。  | 
|   
									  |   フックの失敗は無視され、デプロイメントは続行されます。  | 
					フックには、フックの実行方法を記述するタイプ固有のフィールドがあります。現在、フックタイプとしてサポートされているのは Pod ベースのフック のみで、このフックは e execNewPod フィールドで指定されます。
				
9.3.5.1. Pod ベースのライフサイクルフック リンクのコピーリンクがクリップボードにコピーされました!
Pod ベースのライフサイクルフックは、デプロイメント設定のテンプレートをベースとする新しい Pod でフックコードを実行します。
以下のデプロイメント設定例は簡素化されており、この例では ローリングストラテジーを使用します。簡潔にまとめられるように、トリガーおよびその他の詳細は省略しています。
						この例では、pre フックは、helloworld コンテナーからの openshift/origin-ruby-sample イメージを使用して新規 Pod で実行されます。フック Pod には以下のプロパティーが設定されます。
					
- 
								フックコマンドは 
/usr/bin/command arg1 arg2となります。 - 
								フックコンテナーには 
CUSTOM_VAR1=custom_value1環境変数が含まれます。 - 
								フックの失敗ポリシーは 
Abortで、フックが失敗するとデプロイメントプロセスも失敗します。 - 
								フック Pod は、設定 Pod から 
dataボリュームを継承します。