タイプ標準ステージ本番環境難易度シンプルジョブタスクを自動化対象バックエンド開発者対象データ分析サービスCron サービスSQLite サービスExec Hoody の利点HTTP ネイティブ

use-cases / daily-rollups-no-orchestrator / hero

日次ロールアップ · オーケストレーターなし

オーケストレーターなしの日次ロールアップ

毎晩 1 時、cron エントリが exec URL を curl します。スクリプトはあなたの sqlite URL 上でロールアップ SQL を実行し、日次テーブルを書き戻します。Airflow Postgres なし、DAG ファイルなし、14 のウィジェットを持つスケジューラダッシュボードなし、オーケストレーター自体のオンコールなし。

ドキュメントを読む

ロールアップ / 今日

https://exec.containers.hoody.com/scripts/rollup/today200 OK

サインアップ1,284+12.4% WoW

MRR$48,720+3.1% WoW

解約率1.8%-0.4 pp WoW

DAU9,613+0.2% WoW

ROLLUP.SQL

rollup.sql

SELECT date_trunc('day', created_at) AS d,
       count(*) AS n
FROM events
WHERE created_at >= 'today'
GROUP BY 1  -- the whole pipeline

CRON0 1 * * *

前回実行2026-05-04 01:00:07 UTC

ダッシュボードがオーケストレーター。1 つの URL。1 つのスケジュール。

use-cases / daily-rollups-no-orchestrator / mechanism

2 つの URL と 5 フィールドのスケジュール

パイプライン全体は 1 つの exec URL を指す 1 つの cron エントリです。cron エントリは /users/root/entries への POST。exec URL は sqlite URL を開き、ロールアップ SQL を実行し、新しい行を返す小さなスクリプトです。それが DAG 全体です。

POST /users/root/entries

スケジュール

// every night at 01:00 UTC
POST /users/root/entries
{
  "schedule": "0 1 * * *",
  "command":  "curl -fsS https://exec.containers.hoody.com/scripts/rollup/run"
}

1 時 · CURL

exec.containers.hoody.com/scripts/rollup/run

パイプライン

// the entire pipeline body
import { Database } from "bun:sqlite";

const db = new Database("events.db");
db.run(`INSERT INTO rollup_daily
         SELECT date_trunc('day', created_at), count(*)
         FROM   events GROUP BY 1;`);

return { ok: true, rows: db.query("SELECT * FROM rollup_daily").all() };

ロールアップが失敗した場合、cron ログがそう報告します。昨日をバックフィルする必要があれば、date パラメータ付きで exec URL を手動で curl します。学ぶ 2 つ目のシステム、生かし続けるスケジューラ DB、コミットする DAG ファイルはありません。オーケストレーターは URL を指す cron エントリです。

use-cases / daily-rollups-no-orchestrator / powers

構築しなくてよかったもの

Hoody Kit はスケジューラ、ランタイム、ストレージをプレーンな HTTP サービスとして出荷します。パイプラインはそれらの間の curl コール — それだけです。

オーケストレーターデーモンなし

スケジューラは HTTP エントリ

hoody-cron はスケジュールを /users/root/entries のリソースとして保存します。バックアップする Postgres メタデータ DB なし、健全に保つスケジューラコンテナなし、デプロイする DAG リポジトリなし。1 行を POST すれば実行が発火します。

ランタイム配線なし

スクリプトは URL

hoody-exec は exec.containers.hoody.com/scripts/rollup/run で要求に応じてロールアップスクリプトを実行します。cron が curl し、200 を受け取り、レスポンスをログ。ワーカーキュー、ブローカー、pickle 化されたタスクグラフなし。

ログパイプラインなし

実行履歴はレスポンスボディ

各 exec コールは新しい行を JSON として返し、cron がステータス、タイムスタンプ、stdout でログします。バックフィル、失敗、再実行はすべて同じ 2 つの URL に存在 — ログ集約システムへ送る追加要素はありません。

use-cases / daily-rollups-no-orchestrator / backfill

実行が失敗した場合 — またはバックフィルが必要な場合

パイプラインは 2 つの URL と date パラメータです。昨日の再実行は夜間実行と同じ形で、exec URL に ?date=2026-04-30 を付けるだけ。リプレイ UI なし、スケジューラの癖なし。

01 · 検出
cron ログが失敗を示す
1 時の実行が non-2xx を返したら、hoody-cron 上のエントリの最新実行レコードに終了コードとキャプチャされたレスポンスボディが表示されます。配線する別個のアラートサービスは不要 — エントリを GET して読むだけ。
02 · バックフィル
?date= 付きで exec URL を curl
スクリプトは date パラメータを受け付けます。昨日の日付を渡すと、その日のロールアップ行を再計算し、INSERT OR REPLACE で壊れた行を置き換えます。1 つのコマンド、DAG 再トリガー UI なし。
03 · 検証
レスポンスは新しい行
exec は新しく書き込まれたロールアップ行を JSON として返します。期待した結果と diff を取り、次に進みます。他に確認することはありません — ダッシュボード URL は今書いたのと同じテーブルを提供します。

// rerun yesterday's rollup by handcurl -fsS https://exec.containers.hoody.com/scripts/rollup/run?date=2026-04-30

use-cases / daily-rollups-no-orchestrator / capacity

パイプラインの形

3 つの数字でシステム全体を記述します。あなたのリポジトリにある今日の Airflow デプロイメントと比較してください。

フィールド · CRON スケジュール5
分、時、日、月、曜日。実行が発火するタイミングの設定面はそれだけです。
URL · エントリ + EXEC2
スケジュール登録の 1 つの POST、スクリプトを実行する 1 つの GET。それがデプロイ可能なパイプライン全体です。
デーモン · オーケストレーターなし0
生かし続けるスケジューラプロセスなし、メタデータデータベースなし、ワーカープールなし。Hoody Kit がスケジュールを保持しスクリプトを実行します。

数字は Hoody Kit 上の cron + exec モデルを表します。既存のパイプラインにはおそらく可動部品がもっと多いでしょう、それが比較の要点です。

use-cases / daily-rollups-no-orchestrator / punchline

オーケストレーターは URL を指す cron エントリです。

ビフォー · スケジューラスタックアフター · 1 行の cron

ビフォーairflow webserver + scheduler + worker + postgres + dags/rollup_daily.py5 つのプロセス、メタデータ DB、DAG ファイルのリポジトリ

現在0 1 * * * curl -fsS https://exec.containers.hoody.com/scripts/rollup/run1 行。1 つの URL。1 つのスケジュール。

ドキュメントを読む

use-cases / daily-rollups-no-orchestrator / replaces

これが置き換えるもの

オーケストレーション層は 1 行の cron に折りたたまれます。DAG はあなたのスクリプトの中に住みます。

Apache Airflow1 つのクエリのための Postgres + Redis + scheduler + worker
Prefectクラウドアカウント、エージェントインストール、フロー登録
DagsterPythonic、しかし依然として運用するサービス
Luigi夜間 SQL をスケジュールするためのグラフエンジン
GitHub Actions スケジュールmain にピン留め、テナント別コンテキストなし
dbt CloudSELECT をラップする CLI をラップする SaaS
カスタム Python スケジューラwhile ループと try/except、「堅牢」と呼ばれる

use-cases / daily-rollups-no-orchestrator / cta

オーケストレーターを稼働させるのをやめましょう。cron エントリを稼働させましょう。

ドキュメントを読む

use-cases / daily-rollups-no-orchestrator / related

オーケストレーターなしの日次ロールアップ

2 つの URL と 5 フィールドのスケジュール

構築しなくてよかったもの

スケジューラは HTTP エントリ

スクリプトは URL

実行履歴はレスポンス ボディ

実行が失敗した場合 — またはバックフィルが必要な場合

cron ログが失敗を示す

?date= 付きで exec URL を curl

レスポンスは新しい行

パイプラインの形

これが置き換えるもの

他のユースケースを読む

1 つのサーバーで 60 のコンテナ

1 つのリンクで開発者をオンボード

オンデマンドで具現化するAPI エンドポイント

Git のようにコンピュータをブランチ化

スマホで本物の VS Code

他の AI エージェントを生成する AI エージェント

顧客ごとに 1 つのサンドボックスを自動的に

完成したプロトタイプで目覚める

電話から本番環境を緊急修復

誰でも curl できる URL に本番ログを tail

1 つのビルドを 30 の CI ワーカーへ同時にプッシュ

カフェからエージェントの思考を眺める

会議招待ではなく URL で画面を共有

2 つの curl でクラウド間で 200GB を移動

1 行でチームメイトにデータベースの状態を送信

HTTP を読むあらゆるものに LLM トークンをストリーミング

上司が参加せずに観戦できるプログレスバー

構築する必要のなかった Webhook ファンアウト

2 つの curl コマンドだけの CI キャッシュ

スクリプトにドラッグ&ドロップでアップロード

ノートパソコンから 200 人にワークショップを配信

メッセージブローカーなしのコンテナ間 IPC

電車内でエージェントを tail し、終了したら通知を受ける

2 つのターミナルで HTTP 越しのマイク

5 つのエージェント、5 つのパイプ、1 つの判定

今朝のインシデントをチーム全員で再生

今までで最速の「あのファイル送って」

ローカル LLM を実行し、フリート全体に配信

メトリクスバックエンドなしのライブメトリクスダッシュボード

完了したら自分で消える cron ジョブ

夜間マイグレーションの直前にコンテナをスナップショット

全顧客に専用 crontab を自動で

午前 3 時にエージェントを起こし、4 時に退役させる

ブランチごとの crontab を、コードと一緒にデプロイ

シフトとともに失効するオンコールエスカレーション

毎時のスクレイプ、日次のダイジェスト、週次のアーカイブ — 1 つのコンテナで

顧客に自分の cron スケジュールを持ち込んでもらう

スクリプトではなくエージェントをスケジュールする

静かなジョブのためのハートビート

直近 24 時間を 24 個のスナップショットとして保持

今朝の webhook を、明日の同じ時刻にリプレイ

空港のスマホから crontab を編集

200 件の受信箱へファンアウトするスケジュール配信

不安定なジョブを失わずにミュートする

昨日のエージェントを採点するエージェント

自分自身の引退をスケジュールするクリーンアップジョブ

SSH セッションなしで TLS 証明書を更新する

本番を壊そうとする毎週のカナリア

生かしておける余裕のある趣味プロジェクトの墓場

プルリクエストごとのプレビュー環境、月中

ベアメタル 1 台で 12 製品ポートフォリオを運営

ステージングサーバー税を撲滅

40 のクライアントサイト、1 つの家賃、1 つのダッシュボード

E2B の請求を、すでにレンタルしているベアメタルに置き換える

アイドル状態のステージングは無料、だからステージングが削除されなくなる

フリート規模で顧客ごとのサンドボックス

S3 の請求項目にならない CI キャッシュ

50 件の営業電話のための 50 のデモ環境

実行履歴はレスポンスボディ