4

会社の統合アーキテクチャのロードマップを定義しようとしており、アプローチに関するガイダンスを探しています。

当社のアプリケーションのほとんど (90 ～ 95%) は、Microsoft SQL Server 2008 を使用した .NET に基づいています。Salesforce にはセールス クラウドがあり、今後数年間でさらに多くのアプリケーションを (Force.com プラットフォームに) Salesforce に移行する予定です。オンプレミス アプリケーションを Salesforce と統合し、場合によってはオンプレミス アプリケーション内に統合するために、IBM Cast Iron を購入しました。既存のアプリケーションと既存の統合 (アドホック - SQL ジョブ、Windows サービスなど) を分析した後、アプリケーションと対話するために使用する方法が複数あることに気付いたので、ESB が必要であると感じました ( FTP、Web サービス、CSV/Excel、SQL)。Cast Iron はあらゆるタイプのフォーマットを取り、Web サービス、FTP などと話すことができますが、私は'

ESB を導入することで、少なくとも次のメリットが得られると思います。

  • スケーラビリティ
  • 信頼性
  • ハイパフォーマンス

添付の図は、このシナリオを簡略化したものです。このアーキテクチャは、ESB で SOA を提供することにより、将来的に拡張することもできます。

ここに画像の説明を入力

今、私の懸念/質問は次のとおりです。

  • Cast Iron はオーケストレーション ツールであるため、オーケストレーションにはどれを使用すればよいですか? Cast Iron ですか、それとも ESB ですか。
  • Cast Iron は JMS/IBM MQ としか通信できず、Microsoft Message Queue と通信できません。では、Mule (Active MQ を使用) や Service Mix などの Java ベースの ESB を使用する必要がありますか?
  • 信頼性が高く、最も広く使用されている .NET ベースの ESB (Microsoft Biztalk と NServiceBus 以外) のオプションは何ですか?
  • 一括データ移動のベスト プラクティスは何ですか? 通常、これは SSIS を介して実行できます。私たちの場合、大量のデータを定期的にクラウドに移動する必要があるかもしれません。
  • .NET アプリケーションから JMS ベースのメッセージ ストアにメッセージを発行する最良の方法は何ですか?

私はここで多くの質問をしたことを知っていますが、直接的な答えがあるかもしれないし、ないかもしれません. 先輩方のご意見をお聞かせいただければ幸いです。

4

1 に答える 1

3

1) 場合による。Cast Iron は、迅速なオン/オフ プレミス統合/オーケストレーションに適しています。外部/SaaS サービスに関するオーケストレーションは、CI でオーケストレーションするのが自然です。「場合による」という明確な答えはありません。

2-3) WebSphere コンポーネントは既にあるので、.NET およびメッセージング (IBM WebSphere MQ) との統合を試みた優れたソリューションは、WebSphere Message Broker 8 です。組み込みの .NET コードを実行するためのサポートが組み込まれています。たとえば、Visual Studio を起動してサービス参照をインポートし、フル スケール (Java 互換) の ESB を使用しながら、すぐに呼び出すことができます。Express Edition は少し安くなりますが、多少制限があります。基礎となる WebSphere MQ を使用すると、.NET クライアントがサポートされ、Cast Iron との非常に優れた統合が得られます。また、本質的に ActiveMQ と Camel の OSGi コンテナーである ServiceMix についても言及しています。これは強力なオープン ソース ESB です。Mule ESB CE + ActiveMQ はどちらかというと似ていますが、どちらを選択するかは問題ではありません。ActiveMQ は をサポートしています。

4) バルクデータ。私の経験では、これは非常に複雑なトピックであり、すべてのシナリオで最善の答えはありません。

5) JMS -> .NET 接続の一般的なソリューションはありません。JVM で実行されているコンポーネントをブリッジしないと機能しません。ただし、ほとんどの JMS 実装は、.NET クライアント用に標準ではありませんが同様の API を提供しています。WebSphere MQ (XMS) と ActiveMQ (NMS) の両方で、これは他のほとんどのベンダーにも当てはまります。

于 2012-09-08T18:36:39.413 に答える