AI時代の必須基盤「Temporal」が到達した3,000社の有料顧客と耐障害性の進化

2026年5月21日

アップデート情報

分散システムにおいて「状態」を維持し、障害が発生しても何事もなかったかのように処理を継続させる技術は、長年エンジニアを悩ませてきた課題でした。

シアトルを拠点とするTemporalは、この課題を「Durable Execution(耐久実行)」という概念で解決し、2026年5月時点で有料顧客数が3,000社を突破したことを発表しました。

Nvidia、Netflix、Stripeといった名だたる企業が、ミッションクリティカルな業務基盤として同社の技術を採用しています。

特に近年、複雑で長時間の実行を必要とするAIエージェントのワークフローにおいて、Temporalの価値はかつてないほど高まっています。

目次 [ close ]

Durable Executionが変える開発の常識

従来のシステム開発では、サーバーのクラッシュやネットワークの瞬断に備えるため、開発者が手動でリトライ処理やデータベースへの状態保存ロジックを記述する必要がありました。

Temporalが提供するDurable Executionは、コードの実行状態を自動的に永続化することで、この複雑なエラーハンドリングからエンジニアを解放します。

Cadenceから進化した次世代のオーケストレーション

Temporalのルーツは、Uberで開発されたオープンソースプロジェクト「Cadence」にあります。

創設者のSamar Abbas氏とMaxim Fateev氏は、Uberでの経験を経て、より開発者体験(DX)とスケーラビリティを向上させるためにTemporalを立ち上げました。

TemporalはCadenceの直接的なフォークとして始まりましたが、現在はデータハンドリングやSDKの設計において独自の進化を遂げています。

従来のDSL(ドメイン固有言語)ベースのワークフローエンジンとは異なり、Go、Java、Python、TypeScriptといった一般的な言語でロジックを記述できる点が最大の特徴です。

なぜDSLでは不十分なのか

多くのエンタープライズ製品が採用するDSLは、学習コストが高く、複雑なビジネスロジックを表現する際に柔軟性に欠けるという欠点があります。

また、コードベースでのテストやバージョン管理が困難であり、システムの肥大化に伴ってメンテナンスコストが急増します。

Temporalは、標準的なプログラミング言語をそのまま使用することで、既存のライブラリやテスト手法を最大限に活用することを可能にしました。

AIワークフローにおける耐障害性の重要性

AI時代の到来により、ワークフローの性質は大きく変化しています。

特にLLM(大規模言語モデル)を使用したエージェントは、推論に時間がかかるだけでなく、外部APIとの通信回数も多くなりがちです。

長時間実行されるAIエージェントの保護

AIエージェントのタスクは、数分から数時間、時には数日にわたって継続することがあります。

この間にサーバーが再起動したり、APIのレートリミットに達したりした場合、最初からやり直すのはコストと時間の面で大きな損失です。

Temporalを使用すれば、プロセスが停止したまさにその地点から自動的に再開できるため、不安定な外部環境に左右されない堅牢なAIアプリケーションを構築できます。

戦略的な機能拡張とサーバーレスの展開

Temporalは、ユーザーがインフラ管理の負担を軽減できるよう、マネージドサービスである「Temporal Cloud」を提供しています。

さらに、AWS Lambdaなどのサーバーレス環境で動作する「Serverless Workers」の提供も開始されました。

これにより、アイドル状態のコンピューティングリソースにコストを支払うことなく、必要な時だけワークフローを実行できる柔軟性が確保されています。

実例：リテール業界における「壊れない」注文管理システム

サンフランシスコで開催されたカンファレンス「Replay 2026」では、Temporalがどのようにビジネスの危機を救うかが具体的なユースケースとともに示されました。

レガシーシステムの限界と崩壊

大手小売企業のMeridian Globalが買収したGrafton Direct社では、注文管理システム(OMS)の信頼性が著しく低下していました。

全注文の7%が失敗し、二重課金や配送の遅延が常態化していたのです。

原因は、アプリケーションのチェックポイント処理やリトライロジックがコード全体に複雑に絡み合い、技術負債となっていたことにありました。

Temporalによる抜本的な解決策

同社のエンジニアは、Temporalを導入することで、複雑な7段階の注文フローを整理しました。

ステップ	処理内容	Temporalの活用方法
1. バリデーション	AIによる不正検知と整合性チェック	Activitiesによる外部サービス連携
2. 在庫確保	商品の予約処理	障害時の自動リトライ
3. 顧客への課金	不正チェックと24時間の支払い猶予	Durable Timersによる待機処理
4. フルフィルメント	倉庫への発送依頼	非同期メッセージングの統合
5. 出荷確認	ドライバーへの通知	Signalsによる外部状態の受信
6. 配列完了確認	配送完了のステータス更新	リアルタイムの状態クエリ
7. 注文完了	30日間の返品期間を経てクローズ	数ヶ月単位の長期タイマー

この刷新により、システムは以前のピーク時の5倍の負荷に耐えられるようになり、注文の消失ゼロ、顧客からの苦情ゼロという劇的な成果を収めました。

技術的深掘り：Temporalのコード構造

Temporalの真価を理解するために、簡単なワークフローのサンプルコードを見てみましょう。

以下は、TypeScript SDKを使用して、障害に強い注文処理を記述した例です。

TypeScript

// order-workflow.ts
import { proxyActivities, sleep } from '@temporalio/workflow';
import type * as activities from './activities';

// タイムアウト設定などを含むアクティビティの定義
const { chargePayment, reserveInventory, shipOrder } = proxyActivities<typeof activities>({
  startToCloseTimeout: '1 minute',
  retry: {
    initialInterval: '1s',
    backoffCoefficient: 2,
    maximumAttempts: 100, // 粘り強くリトライを行う
  },
});

/**
 * 耐久性のある注文ワークフロー
 */
export async function orderWorkflow(orderId: string, amount: number): Promise<string> {
  // 1. 在庫の確保
  await reserveInventory(orderId);

  // 2. 支払い処理
  // もしここでサーバーが落ちても、Temporalが状態を保持しているため
  // 再起動後にこのステップから再開され、二重課金は防がれる
  await chargePayment(orderId, amount);

  // 3. 24時間の待機（サーバーを占有せずに休止状態となる）
  await sleep('24 hours');

  // 4. 出荷処理
  await shipOrder(orderId);

  return `Order ${orderId} completed successfully.`;
}

実行結果

// 実行時のログ出力（イメージ）
[Workflow] Started orderWorkflow with orderId: ORD-123
[Activity] reserveInventory successful
[Activity] chargePayment successful
[Timer] Sleeping for 24 hours... (State persisted to DB)
[Workflow] Resumed after 24 hours
[Activity] shipOrder successful
[Workflow] Completed: Order ORD-123 completed successfully.

このように、通常のプログラミングと同じ感覚で記述しながらも、背後ではイベントソーシングを用いた状態管理が行われています。