proxmox.blog

実際の“作業”を行うプログラムや人間。Deciderに指示されて“画像変換”などをやったら、終わったことをSWFに伝えて次に進む。ある意味Step FunctionsのLambdaタスクに近い動きだよ。

ワークフローの流れを制御するプログラムで、Decision Tasksを受け取り、“次はこの活動を実行して”と指示する。頭脳担当の役割で、分岐やエラー処理の判断を担う。

ワークフローの進み方を決める“判断役”に対して出すお題。どのアクティビティが終わって、次はどれに行くかなどをDeciderが考え、SWFに返す。これでフローが一歩ずつ進むんだ。

人間やプログラムが実行する具体的な“作業”を指す。例えば“書類をチェックしてOKなら承認ボタンを押す”“画像を処理する”など、Step Functionsで言うところのタスクっぽいイメージだね。

実際に動いているワークフローの“インスタンス”だよ。料理レシピがWorkflow Typeだとしたら、今まさに進行中の料理がExecution。いつ始まって、どのステップを終えたかなどが記録されるんだ。

どんなワークフローか、どんなアクティビティが含まれるかという“設計図”を定義したもの。同じレシピを何度も繰り返し使えるし、バージョン管理もできるから、安定運用に向いてる。

ワークフローを大きく区分する“グループ名”みたいな単位。会社ごとやプロジェクトごとに分けて、混乱しないようにする。異なるドメイン同士では基本的に影響し合わないんだ。

古い時代からある“作業手順管理”サービスで、Step Functionsの先輩みたいな存在。ワークフローを定義して、人間の作業(承認)とプログラムを組み合わせたりできる。今はStep Functionsが推奨されがちだね。

ブローカーの動きを記録して、接続の履歴やエラーを追跡できる。どんなメッセージがいつ届いたかもわかるから、トラブルの解析や不正アクセスの発見に役立つ。CloudWatchに出すことも多いね.

オンプレで運用中のActiveMQから簡単に移行できるツールや手順がある。設定を大きく変えずに、クラウドで同じ機能を使いたいときはこの移行作業でスムーズにいけるんだ。