標準ワークフロー対 Express ワークフロー - AWS Step Functions

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

標準ワークフロー対 Express ワークフロー

ステートマシンを作成するときは、[標準] または [Express] のいずれかの [タイプ] を選択します。ステートマシンのデフォルトタイプ標準です。タイプ標準のステートマシンは標準ワークフローと呼ばれ、タイプExpress のステートマシンは Express ワークフローと呼ばれます。

標準と Express のどちらのワークフローでも、Amazon ステートメント言語 を使用してステートマシンを定義します。ステートマシンの実行の動作は、選択した[タイプ]によって異なります。

重要

ステートマシンが作成された後は、選択した [タイプ] を変更することはできません。

注記

Step Functions のコンソールの外部 (任意のエディタなど) でステートマシンを定義する場合は、ステートマシン定義を拡張子.asl.json を付けて保存する必要があります。

Standard ワークフローは、長時間実行され (最長 1 年)、耐久性が高く、監査可能なワークフローに最適です。実行完了後 90 日以内であれば Step Functions API を使用して完全な実行履歴を取得できます。標準ワークフローは 一度だけのモデルを採用しており、ASL で Retry 動作を指定しない限り、タスクと状態が複数回実行されることはありません。これにより、Amazon EMR クラスターのスタートや支払い処理など、非べき等アクションのオーケストレーションに適した標準ワークフローになります。標準ワークフローの実行は、処理された状態遷移の数に応じて課金されます。

Express ワークフローは、IoT データの取り込み、ストリーミングデータ処理と変換、モバイルアプリケーションのバックエンドなど、大容量のイベント処理ワークロードに最適です。これらのワークフローは最大 5 分間実行できます。Express ワークフローは、少なくとも 1 回は実行されるモデルですが、複数回実行される可能性もあります。これにより Express ワークフローは、入力データの変換や PUT アクションによる Amazon DynamoDB での保存など、べき等アクションの調整に最適になります。Express ワークフローの実行は、実行回数、実行時間、消費されたメモリによって、実行中に課金されます。

標準ワークフローと Express ワークフローは、Amazon API Gateway (大規模なフルマネージド型) からの HTTP リクエスト、IoT ルール、および、Amazon EventBridge 内の 140 を超えるその他のイベントソースなどのイベントに応答して自動的に開始できます。

ヒント

Express ワークフローの例を AWS アカウント にデプロイするには、「AWS Step Functions ワークショップ」の「モジュール 7 – API Gateway、パラレルステート、Express ワークフロー」を参照してください。

標準ワークフローと Express ワークフローの実行のコンソールエクスペリエンスについては、「コンソールでの Standard ワークフローと Express ワークフローの実行」を参照してください。

標準ワークフローと Express ワークフロー
標準ワークフロー エクスプレスワークフロー:同期および非同期
最大期間 1 年 5 分
サポートされている実行開始レート

サポートされている実行開始レートに関連するクォータについては、「API アクションのスロットリングに関連するクォータ」を参照してください。

サポートされている実行開始レートに関連するクォータについては、「API アクションのスロットリングに関連するクォータ」を参照してください。

サポートされている状態遷移レート

サポートされている状態遷移レートに関連するクォータについては、「状態のスロットリングに関連するクォータ」を参照してください。

無制限
料金表 状態遷移回数による価格設定。状態遷移は、実行のステップが完了するたびにカウントされます。 実行回数、実行時間、およびメモリ消費量によって価格設定されます。
実行履歴

実行は、Step Functions API を使用して一覧表示および記述できます。実行は、コンソールから視覚的にデバッグできます。ステートマシンでのログを有効にすることで、CloudWatch Logs で実行を検査することもできます。

コンソールでの標準ワークフロー実行のデバッグの詳細については、「コンソールでの Standard ワークフローと Express ワークフローの実行」と「実行の表示とデバッグ」を参照してください。

実行履歴は無制限に、つまり 5 分以内に生成できる限り多くの実行履歴エントリが保持されます。

ステートマシンでログ記録を有効にすることで、実行を CloudWatch Logs または Step Functions コンソールで検査できます。

コンソールでの Express ワークフロー実行のデバッグの詳細については、「コンソールでの Standard ワークフローと Express ワークフローの実行」と「実行の表示とデバッグ」を参照してください。

実行セマンティクス 一度だけのワークフロー実行。

非同期 Express ワークフロー: ワークフローの実行が最低 1 回行われます。

同期 Express ワークフロー: 最大 1 回のワークフロー実行。

サービス統合 すべてのサービス統合とパターンをサポートします。 すべてのサービス統合をサポートします。
注記

Express ワークフローはジョブ実行 (.sync) やコールバック (.waitForTaskToken) サービス統合パターンをサポートしていません。

Step Functions アクティビティ Step Functions アクティビティをサポートします。 Step Functions アクティビティをサポートしません。