本文へスキップ
mcpd
デーモンなし
ソース

ワーカー

ワーカーはあなた自身のプロセスで、ステップの本体をデーモンに提供します。このページは、それが話すプロトコルと、各呼び出しが存在する理由です。

ワーカーとは何か

ワーカーは、取得できるステップの本体を持ち、デーモンに仕事を求めます。あなたの コードが動く場所で、あなたの import、あなたのコネクションプール、あなたの資格 情報とともに動き、デーモンはそのどれも見ません。デーモンは、展開済みの入力と 先行ステップを添えてリースを渡します。ワーカーは本体を実行し、どうなったかを 報告します。関係はこれだけです。

どの SDK にもワーカーが付いています。持っているワークフローを登録し、リースを ロングポーリングで待ち、本体の実行中はハートビートを送り、すべての拒否に対して その理由ごとに応じます。以下の例は ワークフローのページに あるものと同じプログラムで、ここではそれを処理する側を示しています。

本体の提供

// Serve step bodies for as long as this process lives. The worker registers
// the definition, long-polls for leases, heartbeats while a body runs, and
// answers every 409 by its reason.
const worker = new Worker(mcpd, { concurrency: 8 }).register(support)
void worker.serve()

プロトコル

呼び出しは 5 つで、これらを話すワーカーは SDK なしで HTTP API に対して書けます。 どの SDK のワーカーも、これらのクライアントであるにすぎません。

One lease

The daemon learns that a body is running from started, that the worker is alive from the heartbeats, and how the step ended from complete or fail. Miss the heartbeats and the lease is reclaimed; a later call about it is refused with a reason, never lost.

Worker Daemon the body runs POST /steps/claim long poll, up to 60 s a lease input, prior steps, ids POST /steps/{lease}/started before the body, always heartbeat every 10 s while it runs heartbeat heartbeat POST /steps/{lease}/complete output, state, usage run_status, next or a 409, one of four
呼び出しすること
POST /v1/api/workers/register ワーカーを知らせ、持っている定義を保存します。応答には lease_ttl_ms と heartbeat_ms が入っており、プロトコルの残りはこの 2 つの数字で動きます。
POST /v1/api/steps/claim 実行可能なステップを最大 max 件提示し、1 つもないときは最大 wait_ms の間リクエストを開いたまま保ちます。デーモンが取得を保持するのは、最長でもリクエストのタイムアウトの 5 分の 4、既定では 24 秒までで、保持をやめた時点ですぐに応答します。そのため取得は wait_ms より前に空で戻ることがあります。その場合はもう一度取得してください。取得は 1 つの実行に限定でき、スクリプトが自分の実行を最後まで進めるのはこの形です。
POST /v1/api/steps/{lease}/started 本体が動き始めたことを宣言します。必ず本体の前に送ります。提示済みと実行中の違いをデーモンに伝えるのがこれです。
POST /v1/api/steps/{lease}/heartbeat リースを延長します。ワーカーが生きていることについてデーモンが持つ唯一の証拠です。
POST /v1/api/steps/{lease}/complete、/fail ステップを終わらせます。出力、実行の状態への差分、デーモンが値付けする使用量を送るか、リトライするかどうかを決める分類を伴うエラーを送ります。

リース

リースとは、1 つのワーカーが限られた時間だけ保持する 1 回の試行です。展開済みの 入力、id で引ける先行ステップ、実行の状態と相関、このステップのリトライを またいで安定するキー、そしてデーモンが開いたステップスパンのトレース id と スパン id を含みます。ステップコンテキストを通じて自分のスパンを記録する本体は、 それらをそのスパンの下に置くので、ステップの中のモデル呼び出しは実行のトレースの 正しい深さに収まります。

ワーカーがハートビートを止めたリースは失効します。デーモンはその試行に孤立の 印を付け、回収の猶予を過ぎたら、at_least_once では再びキューに 入れ、at_most_once では失敗させます。停止から戻ってきたワーカーが 回収済みのリースに対して送っても、無視されはしません。そのことが伝えられます。

4 つの拒否

デーモンが受け付けられないワーカーの呼び出しは、4 つの理由のいずれかを伴う 409 で拒否されます。理由の集合は閉じており、どの SDK のワーカーもそれぞれを名前で 処理します。これらを 1 つの分岐にまとめてしまうワーカーは、すでに終えたステップを 捨てたり、成功を失敗として報告したりするからです。

理由意味ワーカーがすること
already_applied このリース自身の先の complete か fail が届いていて、その応答が失われました。 成功として扱い、それ以上は何も送りません。
fenced より新しい試行が存在するか、別のリースがこのリースを終わらせました。 作業を放棄し、このリースについてはそれ以上何も送りません。fenced なハートビートは、コンテキストを通じて実行中の本体もキャンセルします。
run_terminal 実行が終わっています。完了、失敗、タイムアウト、キャンセルのいずれかです。 止まり、その実行に対する取得もやめます。
not_started started が一度も届かなかった at_most_once の試行に対して、complete か fail が届きました。 ワーカー側のバグとしてはっきり報告します。SDK のワーカーはこれを起こせません。手書きのワーカーは起こせます。

本体

本体は、コンテキスト、展開済みの入力、先行ステップを受け取ります。コンテキストは、 デーモンに残してほしいものを報告する場所です。実行の状態への差分は complete のときに、最上位のキーを置き換える形で統合されます。 使ったトークンは、スパンに値付けするのと同じ価格表でデーモンが値付けします。 そしてキャンセルの合図は、リースを失ったときや実行が終わったときに発火するので、 それを自分の I/O に渡す本体は止まるべきときに止まります。トークンは自動的に 合算されます。本体がコンテキストを通じて記録したスパンと、その下のすべての スパンは、終了時に自分の使用量をステップの使用量に加えます。したがってモデル 呼び出しをスパンとして記録する本体が手で合計することはありません。何も記録 しない本体のための明示的な上書きが set_usage です。

本体は、出力を返すか、例外を投げて終わります。ステップの予算の内側でリトライ してほしいときは SDK のリトライ可能エラーを投げ、それ以外の分類を名指しする ときは型付きのステップ失敗を投げます。それ以外はすべて致命的です。メッセージは デーモンに送られ、ジャーナルに表示されます。スタックトレースは送られません。

ワーカーが持っていない定義、バージョン、ステップに対するリースは unservable として失敗し、本体は実行されません。その試行はリトライの 予算を使わずに、それを持つワーカーのためにキューへ戻ります。これがあるおかげで、 デプロイの最中に 2 つのバージョンのワーカーを並べて動かせます。

スケールアウト

1 つのデーモンに対して、好きなだけワーカーを動かせます。それぞれが自分の並列度 まで取得し、デーモンはすべての試行をちょうど 1 つのワーカーに渡します。2 つの ワーカーが何らかの理由で同じリースを持ってしまっても、フェンスによって勝者は 1 つに決まります。ワーカーの id は、それが取ったすべての試行に記録されるので、 どのプロセスがステップを実行したかはジャーナルが答えます。各プロセスに名前を 付けるか、SDK にホスト名から導出させてください。

取得はロングポーリングなので、待機中のワーカー群がデーモンにかけるコストは、 ワーカーごとに開いたリクエスト 1 つ分だけで、通信は発生しません。待っている 間、取得は、実行が始まったとき、ステップが終わったとき、期限が発火したとき、 イベントが待機を再開させたときに仕事を探し、それ以外では多くても毎秒 2 回 だけ探します。忙しいときのコストはワーカー自身の並列度で頭打ちになり、 1 時間かかる本体のコストは 10 秒ごとのハートビート 1 回だけで、ほかには 何もありません。

キー

ワーカーの呼び出しは worker スコープを取り、実行の開始、シグナル 送信、キャンセルは execute を取ります。どちらも未設定のときは write キーにフォールバックし、admin キーは両方を兼ねます。ステップを処理する だけのワーカーには実行を開始できるキーは要らず、イベントを発行するだけの webhook にはステップを取得できるキーは要りません。フラグについては 設定を参照してください。

リースはステップの入力と先行ステップの出力を持ちますが、ワーカーの呼び出しは 監査ログに記録されません。これは 1 分間に何度も取得する機械のループであり、 取得ごとに 1 行を書けば、人が行った読み取りが埋もれてしまいます。実行の エンドポイントを通じて実行を読み返す操作は記録されます。 セキュリティを参照してください。

次に

  • 実行の開始と追跡、待機への応答。 実行。
  • ワーカーが処理する定義。 ワークフロー。
  • 仕様から生成されたワーカープロトコルの全エンドポイント。 HTTP API、Workers。