問題タブ [soa]

私は、クライアントのために SOA の土台を築くという任務を与えられました。目標は、エンドクライアントに依存しない方法でさまざまなプロセスを開放し、顧客を訪問する担当者などのためにデータをオフラインで利用できるようにすることです。

J2EE (Websphere) と Web サービスについて豊富な経験がありますが、そのような SOA を構築する方法についてアドバイスをいただければ幸いです。

落とし穴はどこにありますか？セキュリティはどうですか？サービスはどの程度細かくする必要がありますか? 等

チュートリアルやおすすめの書籍へのリンクも役立ちます。

ありがとう！

私はSOAについて読んでいるところですが、サービスレジストリ/UDDIについては定期的に言及されています。いい感じですが、実際にはどのように使われていますか？

• レジストリは、論理サービスをその物理的な実装（ポート、URLなど）から切り離すことを目的としていますか？
• レジストリは、遊ぶための興味深いサービスを探している人間が閲覧することを目的としていますか？
• アプリケーションを使用するサービスに配線するのは「間違っている」でしょうか？

アプリケーション固有のメタデータをSOAPヘッダーに入れるのは良い考えだと思いますか？

たとえば、私たちの組織では、さまざまなサービスを通過する各メッセージを追跡したいのですが、サービスパス（TCPと同様）を追跡して、どのサービスがメッセージを処理したかなどを知りたいです。これらすべてについて、現在、独自のメッセージを定義しています。 SOAPメッセージのフォーマット（ヘッダーと本文があります）。

これが良いアイデアなのか、それともアプリケーションのメタデータをSOAPヘッダー自体に入れるべきなのかについてあなたの意見を聞きたいと思います。

ありがとう万寿

WebMethods ESB を大量のトラフィック (メッセージのサイズと数の両方) にスケーリングした経験のある人を探しています。それはどうなりましたか？何か問題がありましたか、またどのように解決しましたか?

状況: 一部の銀行には古いレガシー ABS (自動銀行システム) があります。

銀行は次のことを望んでいます。

1. クライアントのアカウントの変更について古いレガシー CRM システムに通知します (公開操作)。
2. クライアント カードの PIN コードをチェックします (要求/応答操作) - 同期モードで。

ABS は、StoredProcedures 呼び出しを使用して非常に古いプライベート テクノロジで実装されています。したがって、このシステムにはデータベース経由でのみ接続できます。

Java/.Net (ESB) アプリケーションを古い/レガシー データベース システムと統合する方法を知っていますか?

書き込み/公開操作

任意のベンダーのデータベース サーバー:

1. テーブルをスキャンして新しいエントリを探します - 速度が遅すぎます。
2. SQL の更新を処理し、イベント情報をテーブルに挿入して書き込むトリガー (サポートされている場合)。また、アプリケーション リスナーは、このテーブルのイベントをチェックする必要があります。
3. Oracle serevr : PL/SQL TRIGGERS + Oracle AQ。そして JMS のリスナー。

読み取り操作

1. ABS のテーブルに結果を書き込むだけ - 危険です。

2. ...

同期モードでの応答についてレガシーデータベースシステムに通知する方法??? 同期モードで書き込み/読み取りを実装する方法???

繰り返しになりますが、Java/.Net (ESB) アプリケーションを古い/レガシー データベース システムと統合する方法はどれですか?

私はこれをやりたいです（特定の言語はありません）：

またはこれ：

fooが実際にIPCを介してプログラムに接続され、そのメソッドとオブジェクトにアクセスするサービスである場合、一部のレイヤーは実際にネットワークを介してメッセージを送受信します。

選択できるものがたくさんあるので、今、私は実際にはIPCメカニズムを探していません。XMLベースではなく、sである可能性があります。th。Googleのプロトコルバッファ、dbus、CORBAなど。私がよくわからないのは、他のオブジェクトと同じようにIPCにアクセスできるようにアプリケーションを構造化する方法です。

言い換えれば、プロセスの境界を越えて透過的にマッピングするOOPをどのように作成できますか？

これは設計上の問題であるというわけではなく、私はまだアーキテクチャ全体のかなり高いレベルで作業しています。ですから、私はこれがどの言語になるかについてはまだかなり不可知論者です。ただし、C＃、Java、Pythonはすべて使用される可能性があります。

多数の相互依存サービスのパフォーマンス/負荷テストを行う必要があります。それらはすべてnet.tcpを使用し、ほとんどがデュプレックスコントラクトと内部キューを使用します。[lock（syncRoot）{if（queue.Empty）Thread.Wait（）;を使用してPOCOキュークラスを処理しました。}]

これが私が思いついたアプローチです：

1. パフォーマンステスト対象のWCFサービスを特定する
2. 各サービスに関連するパフォーマンスカウンターを特定する
3. テスト対象のサービスを介して実行を行う論理的な開始点を特定します
4. 各サービスに対してVS.Netを使用して単体テストを自動生成する
5. 特定の機能テストを作成します（たとえば、「注文する」というユースケースを使用して、関連するサービスへのすべての呼び出しを行い、通常、必要な機能のほとんどすべてを実行するテストを作成できます）
6. ＃5の実行からのトレースファイルを使用して単体テストを生成します[CodePlexからのWCF負荷テストを使用]（これは、デバッグ環境で本番/フィールドのユーザーエラーを再現するための理想的なツールのようです。免責事項：ツールは使用されていません。印象プロジェクトの説明を読んでから）
7. 上記のテストは、自動生成された入力データを使用して呼び出しを行うように調整できます。
8. さまざまなコードパスが実行されるように、入力にバリエーションを導入します
9. パフォーマンスカウンターからのログデータ
10. ボトルネックを分析して特定する

質問：

1. より良いアプローチはありますか？
2. 内部キューを使用するサービスの場合、stdパフォーマンスカウンターを使用してパフォーマンスを測定することが問題になります。カスタムカウンターが必要な場合がありますか？
3. ＃1が当てはまる場合、テスト対象のサービスのコードを変更せずに顧客カウンターを導入する方法はありますか？
4. 機能テストの結果を気にする必要がありますか？
5. WCFサービスのSLAを[非侵入的に]実装する方法はありますか？（処理された要求、発生した例外、応答時間などのカウンターからの十分なデータがある場合、SLAを検証できるはずです-5分以内に200,000の要求を処理し、各要求の応答時間は2秒です-私の質問は、SLAを指定するだけで、製品/ツールが舞台裏ですべての配管を実行し、表形式の回答を得ることができるかどうかということです。 :)）
6. 余談ですが、WCFサービスの内部でリクエストをキューに入れるための最良の方法は何ですか？

WebMethods Integration Server で実行されているサービスをプロファイリングするには、どのような手法を使用できますか?

つまり、どの部品が最適化によって最も恩恵を受けるかを示すデータを取得することです。

私は WCF を調べ始めたいと思っていますが、正直に言うと、そうする前に、SOA 全般についてもっと理解したいと思っています。

「エンタープライズ サービス バス」の概念がよくわかりません。また、それがパターン/方法論なのか、ソフトウェアの一部なのかわかりません。さらに、サムは「メッセージブローカー」とも言えます。

その上で、BizTalk、WebSphere などの大きな SOA フレームワークはどのようにここに適合しますか? さらに言えば、WCF はどのように適合しますか?

私は本当にこのようなことには興味がないので、答えをできるだけ簡単にして、科学に惑わされないようにしてください。

SOA の原則の 1 つは、「サービスは自律的である」です。私は2つのサービスを持っています。サービス A はサービス B に依存します。サービス A は、サービス B が稼働していない限り、クライアントにサービスを提供できません。ここで教義に違反しますか？

または、自律が「分離」を意味する必要がある場合、フェイルセーフがある場合 (プライマリ インスタンスがダウンしている場合に接続されている別の場所で実行されているサービス B の別のインスタンスなど)、信条を満たしますか? これで可用性の要件は満たされるかもしれませんが、依存関係をどのように減らすことができるかはわかりません。はい、フェールセーフはサードパーティのサービス C である可能性もあります。この場合、自律性を向上させます。

それとも、データの入出力用に明確に定義されたインターフェイスを備えた「fifedoms」としてサービスを設計する必要があることを意味するだけですか。ただし、一部の専門家は、依存関係を減らして自律性を維持するために、受け取ったこのデータを内部に保存する必要さえあると考えているようです...

サービスをメッセージ付きのコンポーネントとして扱うのは間違いですか? :)

考え？