問題タブ [soa]

荒らしと呼んでもいいかもしれませんが、私は真剣です。新しい SOA のトレンドは、私が 15 年前に構築していたクライアント サービス アーキテクチャとどのように違うのでしょうか? SOA という言葉をよく耳にしますが、私たちがこれまでやってきたこととどう違うのかわかりません。

10 年前、私の会社には、同じサービスと通信する複数のクライアント (複数の言語) がありました。それは XML ではなく (Microsoft DCOM と呼ばれるバイナリ プロトコルでした)、WSDL による自動検出はありませんでしたが、ドキュメントを読むのは簡単だったので問題ありません。私たちのシステムは、第三者が私たちのサービスと対話できるように十分に文書化したという意味で、「オープン」でさえありました。私たちはパイオニアではありませんでした.10年前に私が知っていた他のすべての会社は同じことをしていました.

当時と現在の唯一の違いは、10 年前は各顧客がサービスの独自のインスタンスをホストしていたのに対し、現在はインターネット上で利用できるサービスが 1 つしかないことです。しかし、これはアーキテクチャの問題ではありません。サービスが物理的に存在する場所は、サービスを使用するすべての人にとって透過的です。

では、私たちが何年もやってきたものとは異なる SOA とは正確には何なのでしょうか? SOA は、はるか昔に実際に一般的になったベスト プラクティスを表す単なるマーケティング用語ですか? それとも、私たちがこれまでずっとやってきたこととは異なる、SOA に微妙に欠けているものがありますか?

これは非常に理論的で抽象的な質問です: サービス指向アーキテクチャ (SOA) はコンポーネントベースのアプローチとどう違うのですか? SOA の概念は、コンポーネントベースのアプローチの拡張ですか?

あなたの考えは何ですか？このテーマを扱った優れた論文をご存知でしょうか?

私は、優れたオープン ソース ネットワーク ベースの Pub/Sub (オブザーバー パターン) ライブラリを探しています。気に入ったものが見つかりませんでした:

• JMS - Java に関連付けられており、メッセージの内容をダム バイナリ BLOB として扱います

• NDDS - $$、IDL の使用

• CORBA/ICE - Pub/Sub は RPC の上に構築され、CORBA API は直感的ではありません

• JBOSS/ESB - あまり詳しくない

そのようなパッケージが次のことができればいいのですが：

• ネットワークベース

• ペイロード データを認識しているため、ユーザーはエンディアン/シリアライゼーションの問題を心配する必要はありません。

• 多言語サポート (C++、ruby、Java、python がいいでしょう)

• 自動生成コードなし (IDL なし!)

• 直感的なサブスクリプション/トピック管理

楽しみのために、私は自分自身を作成し​​ました。考え？

私は、ほぼ同じことを行う 4 つの異なるソフトウェア コンポーネントを 1 つのサービス (Web サービスではない - 必然的または可能性さえあります) にリファクタリングしている最中です。3 つは C++ で記述されていますが、最後で最も重要な部分は Java で記述されています。システムの残りの部分は Java で書かれているため、C++ コードをリファクタリングしたり、JNI を使用したりする予定はありません。特に、現在 C++ で書かれているコンポーネントは近い将来に Java コンポーネントに置き換えられる予定です。

現在 Java で実装されているコンポーネントは、実際にはより大きなコンポーネントのサブコンポーネントです。したがって、より大きな/ラッピング コンポーネントが (サービスにリファクタリングされている) サブコンポーネントを使用したい場合、単純にプロセス内 Java メソッドを呼び出します。そのサブコンポーネントを別のサービスにリファクタリングすると、元のラッピング コンポーネントは現在処理中のメソッド呼び出しの利点を失います。

次に、元の/ラッピング コンポーネントにスレッドを追加してサービス ゲートウェイとして機能させるか、コードを完全にリファクタリングしてスタンドアロン サービスにする必要があります。

私は十分に明確であることを願っています...

SOA テストと従来のアプリケーション テストの違い

現在、サービス指向アーキテクチャ（SOA）Java開発のテストツールに関する経験やアドバイスを探しています。
この仕事に最適なツールとツールはどれですか？

御時間ありがとうございます

SOA テストにおけるリンク テストとは。私が見つけた情報のいくつかは、リンクのテストについて話しました。

他のシステムがSOAPを使用してアクセスしたいCOMAPI（Windows DLLファイル）があります。これを可能にするSOAPの最良の選択は何でしょうか？

興味深いパラメータは次のとおりです。

• ライセンス費用
• セットアップとメンテナンスの容易さ
• 必要に応じて構成/開発が容易
• 互換性
• セキュリティ、セキュリティアップデートなど。

すべての提案を歓迎します。解決策が優れていると思う理由について、いくつかの事実を提供してください。

スタンドアロンアプリの配布に取り組んでいます。アプリの各インスタンスは、クエリを送受信できる必要があります。

要件：

2. 言語 - C++
3. スケール - 小さい。一度に 5 つのインスタンスの場合があります
4. プラットフォームに依存しない
5. データ転送量が多いことが予想される（最悪の場合生画像）

レジストリ サービスを実行する必要があるため、RPC は使用したくありません。CORBA と SOAP はオーバーヘッドが大きすぎると思います。カスタムプロトコルを使用することにしましたが、もっと良いものがあるかどうか聞きたいだけです.

ありがとう。