Workflows要素

フローは、特定のユースケースに対応するイベント、ロジック、アクションで構成される個別ステップの複合シーケンスです。

フローカード

フロー内のステップは、左から右へと移動し、フロービルダービュー内ではカードとして表示されます。

フローの基本要素であるイベント、アクション、関数カードを示す画像。

  • どのフローでも最初のカードは、フロー開始のトリガーを表すイベントです。イベントは、スケジュールしたり、オンデマンドで実行したり、外部のアプリケーションやサービス内の変更によってトリガーしたりできます。

  • アクションカードはアプリケーションにコマンドを送信するようフローに指示を出します。Oktaは、外部アプリケーションまたはサービスの所有者と連携してアクションカードを開発しています。

  • 関数カードを使用することで、データ形式とフロー構造を操作できます。これが必要になるのは、カードのアクティビティがさまざまな形式で結果を返したり、エラーを返したりする場合があるためです。アクションカードは、これらすべてのシナリオには対応できません。関数カードを使用すると、カードから返されるデータを操作したり、エラー状態に対処したり、フロー構造を別の論理パスに変更したりできます。

フローの仕組み

フローは、コネクターおよびマッピングされた入出力値を使って、トリガーされたイベントと結果のアクションをリンクします。

カード間でUser ID出力がどのようにマッピングされているかを示す画像。

  • コネクターは、フローを構成する個別のアプリケーションです。コネクターは、接続を介して外部のアプリケーションまたはサービスと対話します。この例のフローは、Boxコネクターを使用しています。

  • 接続は、外部アプリケーションまたはサービスのエンドポイントに対して独自に構成された関係です。接続が承認と承認に対応するため、ユーザーがAPIに直接クエリする必要はありません。この例には、Boxサービスへの適切に構成された接続があります。

  • 入力フィールドは、アクションまたは関数カードがどのように進行するかを決定します。たとえば、Search Usersアクションカードの入力フィールドはEmail(メール)です。

  • 出力フィールドには、イベント、アクション、関数カードによって生成された結果が含まれます。このフロー例のSearch Usersカードは、User ID(ユーザーID)Role(ロール)Name(名前)などの出力値を生成します。

  • 1つのカードから後続の1つ以上のカードへのデータの共有をマッピングと呼びます。カード間でデータをマッピングするには、あるカードの出力フィールドを別のカードの入力フィールドにドラッグアンドドロップします。[User ID(ユーザーID)]出力フィールドは、Continue If関数カードの[value a(値a)]入力フィールドとDeactivate Userアクションカードの[User ID(ユーザーID)]入力フィールドの両方にマッピングされます。

    出力フィールドと、マッピング先の入力フィールドは、形式が一致している必要があります。

オプションの要素

  • フロー内には、フローを説明したり、リマインダーを設定したりするためのメモカードを追加できます。メモは、実行時プロセスに影響することなく、イベント、アクション、関数の間に追加できます。
  • 入力が若干異なる複数のカードが必要な場合は、フロー内でカードを複製することもできます。
  • テンプレートは、特定のユースケースを紹介するためにOktaが作成したフロー、またはフローの集合です。テンプレートをコピーし、そのテンプレート内のフローをニーズに合わせて最小限の構成変更で修正できます。