トランザクションを使用できない場合、エンタープライズ環境でWebサービスを効果的に使用するにはどうすればよいですか？

私が取り組んでいる場所は、いくつかの基本的なルールを確立しようとしています。そして、私たちが現在持っている議論は、コードを再利用するためのローカルライブラリとWebサービスです。Webサービスは、ほとんどの企業で人気のある選択肢のようです。そして、それは、ここの開発者のほとんどが傾いていることです。

深刻な仕事にWebサービスを効果的に使用する方法がわかりません。トランザクションを使用できない場合、どうすれば複数のサービスコールを安全に実行できますか？

通知が必要な特定の条件を満たす顧客をデータベースから取得するcronジョブがあるとします。ファックス、電子メールが送信され、チケットを作成して問題を内部的に追跡します。これは、forループの各顧客に対して発生する3つの異なるサービスコールです。

そこのどこかでエラーが発生した場合、たとえば、ファックスとメールが顧客に送信されても​​、チケットは作成されない可能性があります。さらに悪いことに、このcronジョブにはバグが含まれていて、毎回同じポイントで失敗し、同じ顧客に繰り返しメールを送信する可能性があります。ライブラリがすべてローカルである場合、すべてをトランザクションにラップすることができますが、それはまったく起こりません。ただし、この例ではWebサービスを使用しています。

電子メールとFAXのメソッドは、実際にはデータベースにバックアップされたキューテーブルにデータを挿入します。これは、別のcronジョブプロセスによって処理されます。したがって、「電子メールの送信」および「ファックスの送信」サービスメソッドの呼び出しは、必要に応じて副作用なしで中止できます。

オプションは、このコード全体をWebサービス自体に配置することです。そのため、Webサービス自体は、トランザクションで電子メール、ファックス、およびチケット作成メソッドを呼び出します。ただし、トランザクションを使用するためだけにWebサービスメソッドを作成しています。この1つのcronスクリプト以外のどこからでも実際にこのメソッドを呼び出す必要がある正当な理由はありません。

このメソッドを一般的にどのように処理しますか？

説明しているのは、実際には2フェーズコミットを実装する分散トランザクションです。一部のエンタープライズメッセージングプラットフォームには、そのようなことをサポートするトランザクションマネージャーが含まれていますが、具体的な製品はプラットフォーム/言語に依存しています。このようなツールの具体的な経験はありませんが、これらのポインターが役立つことを願っています。

この特定のQ＆Aに参加しているので、私が参加しているDDD / CQRSメーリングリストで複数のプラットフォームをサポートするサービスについて同様のスレッドがあるのは興味深いことです。ここでアドバイスを繰り返します。

異種環境でトランザクションをサポートするための1つのオプションは、トランザクションをサポートし、それが使用されるすべてのプラットフォームでサポートされるトランスポートメカニズムを使用することです。高度なメッセージキュープロトコル（AMQP）は、支持取引を行い、今日一般的に使用されているほぼすべての言語のネイティブAPIがあります。RabbitMQはAMQPを実装するサーバーであり、堅牢なソリューションとして業界で精査されています。

RabbitMQベースのシステムを活用することで、システムに成長する必要がある場合にフルESBを使用できるようになります。メッセージをチャネルに公開し、キューにサブスクライブします。それが本当に強力になるのは、チャネルとキューの間で、多くの興味深いことを実行できることです。チャネルは複数のキュー（pub / sub）にフィードでき、キューは複数のチャネルからフィードできます。コンテンツなどに基づいてメッセージを異なるキューにルーティングできます。

私はちょうどトランザクションの代替手段について読んでいました（オーバーヘッドが発生し、非同期操作をブロッキングopに変えます）。RabbitMQは、パブリッシャー確認と呼ばれるものをサポートしています。基本的に、公開されたメソッドのコールバックを登録して、失敗したトランザクションを処理できます。あなたの場合、メール/ファックスのリクエストを取り消し、チケットを削除できます。

もちろん、そこからウサギの穴（しゃれを許して）はさらに深くなります。Rabbitを使用して、内部Webサービスと外部Webサービスの両方で複雑なオーケストレーションを行うことができます。

一般向けのWebサービスでは、非常に簡単になります。サービス（SOAP、REST、またはJSON）は、適切なサービスキューにメッセージを発行し、そこから内部システムに処理させるだけです。

情報がすぐに戻ってくると予想されるシナリオ向けに、要求/応答メッセージを作成する機能もあります。

探しているキーワードは「Webサービスの振り付け」です。

Wikipediaの記事をご覧ください。

作成したサービスアプリでこれを処理する方法は、必要なトランザクションを処理するラッパーを作成することでした。私の場合、Webサイト、デスクトップアプリ、またはWindowsサービスによって行われたユーザーリクエストは、Webサービスを照会し、結果とユーザーのオプションに基づいて、ローカルDBと、オプションでリモートDBを更新する必要がありましたWebサービス経由。その後、すぐに返されるレポートを生成し、電子メールやファックスで送信する必要がありました。ローカルDB、電子メール、レポートの生成は制御できましたが、WebサービスやFAXサーバーは制御できませんでした。

ラッパーを作成すると、トランザクション制御とエラー処理が改善されました。また、外部ソースから内部ネットワークサービスへのアクセスを制御することにより、セキュリティを強化しました。一般に、コードが適切に再利用される限り（カットアンドペーストコーディングなし）、単一のソリューションに適切なラッパーを作成する正当な理由として、トランザクションとサービスの管理の必要性を認識しています。

深刻な仕事にWebサービスを効果的に使用する方法がわかりません。トランザクションを使用できない場合、どうすれば複数のサービスコールを安全に実行できますか？

できません。

あなたが尋ねるべき質問は、WebサービスフレームワークXでトランザクションを実装するにはどうすればよいですか？今、あなたはそれが不可能だと思っているだけです。