Check at Replay 2025 | Durable Payroll in a Modular Monolith

Summary

このプレゼンテーションでは、Temporalを使用したワークフロー管理とその効果的な適用について紹介されています。主に、ワークフローの監視、エラー処理、時間制限の設定、アドホックタスクの整理に関する課題を議論し、リアルタイムでの改善方法を探るアプローチが示されています。Temporal Cloudの活用や、クロンクジョブの削減、新たなエンジニアの教育が重要なトピックであり、特に給与業務における整合性確保の課題に触れています。この取り組みは、持続可能でスケーラブルな開発を目指し、モジュール化されたモノリス設計における重要な要素となっています。

Takeaways

• 😀 ワークフローの開発は継続的な学習の過程であり、毎回新しいことを学んでいる。
• 😀 インターミッテントな問題か、コード修正が必要な問題かを見極めるのは難しく、調査と放置のバランスが重要。
• 😀 ワークフローの管理には、時間制限やSLA違反の管理が必要で、すべての失敗がハードな失敗ではない。
• 😀 ワークフローのスケールを大きくする際には、毎回新しい課題に直面し、改善していくことが必要。
• 😀 古いシステム（CeleryジョブやCronジョブ）の移行において、Temporalが有効である。
• 😀 Temporalを使用することで、従来のCronジョブを排除し、長期的なワークフローで状態遷移を管理できる。
• 😀 ワークフロー開発の過程で、柔軟性と耐障害性を持つ開発スタイルが重要であり、それが組織の成長に寄与している。
• 😀 Temporalの使用は、バックエンド処理の一部をより効率的に管理する手段として、適切に活用されている。
• 😀 ワークフローの粒度については、すべてのHTTPリクエストをワークフローとして扱うわけではなく、伝統的なバックエンドメカニズムが使用されている。
• 😀 財務関連の一貫性（例えば、二重請求や過剰支払いの防止）は、アイテムポテンシー（冪等性）を保つことが不可欠であり、Temporalでそれを実現しようとしている。

Q & A

Temporalを使ったワークフロー管理の最も大きな利点は何ですか？

Temporalの最大の利点は、耐久性のあるワークフローを使用することで、長期間実行されるタスクを管理し、エラーや失敗時のリトライを容易にし、システムの整合性を保ちながらスケーラビリティを提供できる点です。

ワークフローの障害をどう区別していますか？

ワークフローの障害は、硬直的な失敗とSLA違反のような問題に分けて監視しています。SLA違反はシステムの失敗を意味しないことが多く、適切なタイムアウトやリトライ設定で解決されることがあります。

Celeryジョブからの移行における課題は何ですか？

CeleryジョブをTemporalに移行する際の課題は、既存のジョブの適切なタイムアウト設定と耐久性を確保すること、また新しいワークフローの規模が拡大する中で、効果的に管理できるようにすることです。

「すべてがワークフローである」という原則の意味は何ですか？

「すべてがワークフローである」という原則は、すべての業務プロセスをワークフローとしてモデル化し、ビジネスプロセスのオーケストレーションを効率化しようというものです。これにより、特定の業務フローが単一のタスクではなく、持続的なワークフローとして管理されます。

どのようにして一貫性を保ちながら処理の重複を避けていますか？

一貫性を保つために、アイテムポテンシー（冪等性）を確保する必要があります。これにより、失敗した処理が再試行されても重複して実行されないようにします。例えば、給与の支払い処理などでは、二重払いが発生しないように厳密な管理が求められます。

SLA違反はどのように管理されていますか？

SLA違反は、ワークフローのタイムアウト設定を活用して管理されます。これにより、ワークフローが時間内に完了しない場合でも、適切な通知やエラー処理が行われるようにしています。

Temporal Cloudを利用するメリットは何ですか？

Temporal Cloudを利用する最大のメリットは、高いスケーラビリティと信頼性を提供し、インフラの管理負担を軽減することです。これにより、専門的なインフラ運用の知識がなくても、大規模なワークフローを効率的に管理できます。

どのようにして反復的に学びながらワークフローを構築していますか？

反復的に学ぶプロセスは、毎回新しいワークフローを構築するたびに、得られた知識を次回の設計に活かすことです。これにより、より効率的でスケーラブルなワークフローを構築できるようになります。

HTTPリクエスト処理をワークフローに統合しない理由は何ですか？

HTTPリクエスト処理は通常、従来のバックエンドシステムで処理され、リアルタイムの即時レスポンスが必要なため、ワークフロー管理には適していません。このため、HTTPリクエスト処理はワークフローに組み込まず、既存のシステムで管理しています。

CeleryとTemporalの違いは何ですか？

Celeryはタスクキューとして、非同期処理を行うためのツールですが、Temporalは長期間実行されるワークフローを管理し、状態を持つことができる点で異なります。Temporalは、耐久性と再試行、エラー処理などを組み込むことができ、より複雑なビジネスプロセスに対応できます。