--- title: "メリット" url: https://docs.catalyst.zoho.com/ja/cloud-scale/help/event-listeners/benefits/ description: "Catalystは、Catalystコンポーネント、カスタムソース、または関連するZohoサービスで発生する特定のイベントをリッスンし、イベント発生時に独自のロジックを実行できるコンポーネント、カスタム、およびZohoイベントリスナーを提供します。" last_updated: 2026-02-23T12:39:41Z service: Cloud Scale type: general --- # メリット > **注意:** Catalystは、**Signals**と呼ばれる新しいイベントバスサービスを提供しています。このサービスは、現在の*Cloud Scale Event Listeners*コンポーネントの大幅なアップグレードです。Catalyst Signalsサービスの詳細については、[こちら](https://docs.catalyst.zoho.com/ja/signals/)を参照してください。 1. **アプリケーションの自動化とデータフローの実現:** Catalystイベントリスナーは、アプリケーションの疎結合で分散されたさまざまなコンポーネント間の自動化されたデータとロジックのフローを容易にすることで、複雑なコード構築に伴う手作業を削減します。イベントリスナーを設定し、再利用可能な動作の実行と関連付けると、イベントの発生に基づいてワークフローが合理化され、自動化されます。これにより、より迅速で効果的なアプリケーション構築プロセスが実現します。 2. **リアルタイムデータの提供:** Catalystイベントリスナーは、アプリケーションのさまざまなコンポーネントや、定義したカスタムソースからリアルタイムデータのストリームを提供します。また、必要に応じてリアルタイムデータをルーティングおよび処理することで、完全な制御を提供します。アプリケーションのコンポーネントがリアルタイムデータに反応し、イベント駆動型アーキテクチャを簡単に構築できるようになります。 3. **高速処理と自動スケーリング:** Catalystは、さまざまなタイプの複数のイベントリスナーとルールの呼び出しをサポートしています。コンポーネントイベントリスナーまたはZohoイベントリスナーで複数のルールを設定し、要件に応じて複数のカスタムイベントリスナーを作成できます。これらは複数のエンドポイントにも関連付けることができます。呼び出されたルールのターゲット関数は、データスループットの低下やレイテンシの増加なしに処理されます。Catalystサーバーは、アプリケーションのパフォーマンスの一貫性を維持するために必要なリソースを提供するよう自動スケーリングします。 4. **イベント発生からのワークフローの自動化:** イベントリスナールールの実行に[Circuit](https://docs.catalyst.zoho.com/ja/serverless/help/circuits/introduction/)を呼び出して、ワークフローをオーケストレーションできます。イベントリスナールールに対して複数のイベント関数をトリガーするよう設定できますが、Circuitをトリガーすると、[Circuitの設定](https://docs.catalyst.zoho.com/ja/serverless/help/circuits/implementation/#configure-a-circuit)方法に基づいて、複数のBasic I/O関数を順次または並列に実行できます。 イベントリスナーのターゲットとしてCircuitを選択すると、障害の処理、再帰的・順次的・並列的な条件付き実行の実行、各状態間での処理済みデータの受け渡し、さらには障害発生時のフォールバック処理の実行も可能になります。 5. **統計、キューイベント、処理済みイベント:** コンソールに表示されるイベントリスナーの統計により、パフォーマンスを簡単に監視および分析できます。また、イベントリスナーによってリアルタイムでキャプチャされ、現在処理中のイベントを表示するキューイベントも確認できます。さらに、イベントのキューを一時停止、削除、一括削除、再開することもできます。処理後は、各イベントリスナー内の各ルールの処理済みイベントの詳細を確認できます。処理済みイベントの詳細には、イベントトラフィックのインサイトが含まれ、イベントリスナー内の各ルールの実行履歴に関する重要な情報が提供されます。 6. **予算制約との互換性:** Catalystの革新的な料金体系は、実行されたAPI呼び出しの数に基づいて計算されます。アプリケーションでエラーを検出した場合、キューを一時停止することでイベントの処理と関連する関数の実行を一時停止できます。キューを一時停止中にデバッグしたり、イベントのキュー全体を削除して、デバッグ段階で不要なAPI呼び出しが行われないようにすることもでき、金銭的リソースをより細かく制御できます。