クラウドポリシーのトリガー
トリガーは、ポリシーエンジンを実行に移すイベントです。たとえば、[カタログアイテム要求終了時] トリガーは、ユーザーが要求フォームを送信した後に開始されます。ポリシーのトリガーが開始されると、ポリシーエンジンはポリシールールで指定された条件をテストし、条件が満たされている場合は、ルールで指定されたアクションを実行します。
トリガーについて
- 通常、ポリシーは、ポリシーのトリガー名で参照します。たとえば、[リース終了時] トリガーによってトリガーされるポリシーを、「リース終了ポリシー」と呼ぶ場合もあります。
- トリガーは多くの場合、ユーザーの要求と、詳細計画、カタログアイテム、リソース、またはスタックで実行できる操作 (開始、停止、プロビジョニング、またはプロビジョニング解除) に基づいています。一部のトリガータイプでは、クラウドオペレーションを指定しません。たとえば、[リース終了時] トリガーは、操作とは無関係に開始されます。
- パフォーマンスを最適化するには、[カタログアイテム起動時 (on Catalog item)] トリガーのような一般的なトリガーでポリシーの数を制限します。
- ターゲット (詳細計画、カタログアイテム、スタック、またはリソース) を指定していないトリガーは、常に実行されます。したがって、パフォーマンスを最適化するには、このようなポリシーの使用を最小限に抑えます。
ポリシートリガー
| トリガー名とアクション | 説明 |
|---|---|
詳細計画のプロビジョニング時 アクション：
|
[詳細計画のプロビジョニング時] トリガーは、[カタログアイテム要求開始時] ポリシーの実行後に開始されます。[詳細計画のプロビジョニング時] トリガーによってトリガーされるポリシーは、スクリプトの実行、ユーザー要求の属性値のオーバーライド、またはプロビジョニング操作に関するメッセージの中断と送信を行うことができます。 このトリガーを使用して、ユーザーが入力する値を上書きします。たとえば、ユーザーがスタック名などの属性の値を選択すると、このトリガーを持つポリシーによってスタック名が変更される可能性があります。また、ユーザーがリソースを最終的にプロビジョニングすると、別のアクションによって名前が再度変更される可能性があります。 変更はプロビジョン時に行われるため、カタログアイテムフォームの最終的な値はユーザーに表示されません。 [詳細計画プロビジョニング] ポリシーのアクションの作成 |
承認トリガー
アクション：
|
クラウド承認ポリシーでは、アクティビティを続行する前に、指定されたクラウドアクティビティを承認する必要があるユーザーを指定します。承認者として、要求を行うユーザーのマネージャー、指定されたユーザーまたはグループ、または指定されたロールを持つユーザーを指定できます。承認者は複数指定できます。承認は指定した順序で行われます。 承認トリガーの 1 つによってトリガーされるポリシーは、承認ワークフローを開始できます。 ターゲットの承認ポリシーは、ベースシステム の承認操作を補完します。 注:
上書きされたプロパティ値によりコストが変化する可能性があるため、承認プロセスはプロパティが設定された後にトリガーされます。 詳細計画のプロビジョニング (承認) 時は、詳細計画がプロビジョニングされる前に適用されます。プロビジョニングプロセスは要求データ (場合によっては変更コスト) を変更する可能性があるため、詳細計画がプロビジョニングされた後に承認プロセスが実行されます。 スタック操作 (承認) 時を使用して、操作がスタックで実行されたときに承認ワークフローを実行します。デフォルトでは、スタックで操作が実行されると変更要求が生成されますが、承認は要求されません。このトリガーは必須の承認を起動できます。 スタックリソース操作 (承認) 時は、スタックの一部である単一のリソースで操作が実行されたときに承認ワークフローを実行します。 デフォルトでは、スタックで操作が実行されると変更要求が生成されますが、承認は要求されません。このトリガーは必須の承認を起動できます。 [タスク修正時] トリガーによってトリガーされるポリシーは、承認ワークフローを開始できます。 [承認] ポリシーのアクションの作成 |
カタログアイテム起動時 アクション：
|
カタログアイテムに対して注文フォーム (スタック要求フォーム) が起動されると、[カタログアイテム起動時] トリガーが開始されます。[カタログアイテム起動時] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した値 (テキスト値のみ) のオーバーライドができます 。 このトリガーを使用して、フォームが最初に クラウドユーザーポータル で開かれたときにユーザーに表示される内容を制御します。たとえば、ユーザーに最初に表示されるデフォルト値を上書きすることができます。ユーザーは、この値をカタログアイテムフォームで確認できます。 ポリシールールとフォームルールの両方で値が上書きされる場合、フォームルールの値が使用されます。 [カタログアイテム起動時] ポリシーのアクションの作成 |
カタログアイテム要求開始時 アクション：
|
[カタログアイテム要求開始時] [カタログアイテム要求開始時] または [カタログアイテム要求終了時] トリガーによってトリガーされるポリシーは、スクリプトの実行やワークフローの実行ができます。 このトリガーを使用してカスタムスクリプトまたはワークフローを実行し、カタログアイテム要求が処理される前にカスタム承認などのエンタープライズプロセスを実行することができます。 [カタログアイテム要求開始/終了時] ポリシーのアクションの作成 |
カタログアイテム要求終了時 アクション：
|
[カタログアイテム要求終了時] トリガーは、ユーザーが要求フォームを送信した後に開始されます。 [カタログアイテム要求開始時] または [カタログアイテム要求終了時] トリガーによってトリガーされるポリシーは、スクリプトの実行やワークフローの実行ができます。 このトリガーを使用して、カタログアイテムの要求が処理された後にワークフローを起動します。このトリガーをプロビジョニング後の手順として考慮します。たとえば、ワークフローを起動して、プロビジョニングされたリソースに MySQL をインストールすることができます。 [カタログアイテム要求開始/終了時] ポリシーのアクションの作成 |
リース終了時 アクション：
|
[リース終了時] トリガーによってトリガーされるポリシーは、通知の送信や、[開始]、[停止]、または [プロビジョニング解除] ライフサイクル操作の実行ができます。
[リース終了時] ポリシーのアクションの作成 |
リソース操作開始時 アクション：
|
[リソース操作開始時] トリガーは、リソース操作のカタログがクラウドユーザーポータルから読み込まれる前に開始されます。[リソース操作開始時] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した値 (テキスト値のみ) のオーバーライドができます 。
ポリシールールとフォームルールの両方で値が上書きされる場合、フォームルールの値が使用されます。 [リソース操作開始時] ポリシーのアクションの作成 |
リソース操作要求の開始時 アクション：
|
[リソース操作要求の開始時] トリガーは、ユーザーがリソース操作要求 ([開始]、[停止]、[プロビジョニング解除]) を送信した後に開始されます。
[リソース操作要求の開始時] または [リソース操作要求の終了時] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した属性値のオーバーライドができます。 [リソース操作要求の開始/終了時] ポリシーのアクションの作成 |
リソース操作要求の終了時 アクション：
|
[リソース操作要求の終了時] トリガーは、リソースに対するライフサイクル操作 ([開始]、[停止]、[プロビジョニング解除]) の完了前に開始されます。
[リソース操作要求の開始時] または [リソース操作要求の終了時] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した属性値のオーバーライドができます。 [リソース操作要求の開始/終了時] ポリシーのアクションの作成 |
リソース操作時 アクション：
|
[リソース操作時] トリガーは、ユーザーが特定のリソースに対して [開始]、[停止]、または [プロビジョニング解除] ライフサイクル操作を実行すると、オーケストレーションプロセス中に開始されます。[リソース操作時] トリガーによってトリガーされるポリシーは、ユーザーが要求した属性値のオーバーライド、スクリプトの実行、クラウド API の呼び出し、または IP アドレス管理操作の実行を行うことができます。
[リソース操作時] ポリシーのアクションの作成 |