0

私は、約 8 つの異なるルートで作業を行っていますApacheCamel。ActiveMQルートが 2 つあるときは順調にスタートしました。ルートの数は増え続けており (現在 10)、新しいルートを追加するプロセスには、既存のルート コードの更新、テスト、展開などが含まれます。私が本当に望んでいるのは、ESB他のバンドル/サービスに影響を与えることなく、バンドル/サービスをインストール、開始、停止、またはアンインストールできる場所です。私はいくつかの調査を行いJBOSS Fuse、上記を達成するための正しい選択のようです。いくつか質問があります。皆さんが私を助けてくれることを願っています:

  1. どこから始めれば？私が従うことができる良い同様の例やチュートリアルはありますか?
  2. 現在、すべてのルートは 1 つのSpringプロジェクトの下にあります。それらを個々のバンドルに分離する必要がありますか (を使用Spring-dm)? つまり、ルートごとに 1 つのバンドルです
  3. JBOSS Fuse は true を持つための正しい選択ESBですか?
4

1 に答える 1

0

Apache Camel を使用する OSGi ベースの ESB スラッシュ コンテナー フレームワークを選択するには、ServiceMix が最も古く、次に Fuse ESB が登場し、Fuse Fabric に名前が変更されました。

したがって、最初からやり直すチャンスがあるため、Fuse Fabric またはオープン ソース バージョンの Fabric8 を選択することをお勧めします。

バンドル、機能、およびプロファイルがどのように機能するかについては、Fuse Fabric のドキュメントを参照してください。

あなたの場合、コンパイルしたバンドルに基づいて機能を構築し、機能を互いに独立して更新および展開でき、すべての機能のリリース レベルを簡単に制御できるようになります。プロファイル。

例えば

myapp-profile 1.1
    firstapp-1.0
        bundle1
        bundle2
    secondapp-1.2
        bundle3
        bundle4
    (+configuration)

あなたの質問に答えて：

  1. ここにいくつかのリンクがあります

http://www.jboss.org/products/fuse/overview/

http://www.jboss.org/products/fuse/resources/#demos

  1. ルートを個別に停止、開始、およびアップグレードできるようにしたい場合は、それらを別々のバンドルにする必要があります。必要に応じて、1 つのバンドルに複数のルートを含めることもできますが、バンドルごとに 1 つのルートで問題ありません。OSGiに準拠しているため、デフォルトのDIフレームワーク（Springに似ていますが、同じではない）としてFuse Fabric使用されていることに注意してください。使用していないため、コメントできません。blueprintSpring-dm

  2. Fuse Fabrictrue の正しい選択であるかどうかは、ESB実際に決定するか、単純な概念実証を通じて評価するかどうかにかかっています。他の選択肢はfabric8(本質的に同じものです) または のようなベンダー ソリューションですMule。これは主観的で個人的な意見ですが、私自身の経験では Fuse Fabric は優れています。

于 2015-02-12T19:12:43.170 に答える