私が働いている大企業では、非常に（コストフルな）ESBが購入されました。その目的は、Webサービスでラップするレガシーインフラストラクチャを再利用することで、ビジネス目標にすばやく合わせることができるようにすることです。つまり、コーディングは不要です。ESB / BPMは、10年以上経過しているため、そのために十分に成熟していますか、それとも他のベンダーの約束ですか？
2 に答える
5
ほぼ確実に、ベンダーの約束です。これがあなたの会社にとって現実になれば、彼らはとても幸運な最初の人になるでしょう！
これは、12年以上にわたって何度も何度も行われている同じ販売業務です（4GLを覚えていますか？）。
ほとんどの企業は、1）ESB / BPMツールのインストール、統合には、信じられていたよりもはるかに多くの労力がかかること、2）ツールを使用して行うことができるのは、最も些細な変更のみであることに気づいています。意味のあるプロセスの変更/追加、3）ESB / BPMツールベンダーがツールをアップグレードするときはいつでも、アップグレードしてサポートを受ける資格を得るのは大変な努力です（これらのツールの履歴と、ショップがアップグレードするのに苦労していることを調べてください。特にWebmethodsとBEA/Oracleの長年にわたる製品）、4）サポートサービスは高価であり、ヘルプを提供することはめったにありません（プレミアムサポートにお金を払って数十のチケットを提出し、そのうちの1つまたは2つだけを解決した企業を知っています社内の誰かが最終的に解決策/回避策を見つける前に電話で馬鹿。
于 2011-02-06T14:46:29.383 に答える
2
確かに、ESB / BPMを使用して、レガシーインフラストラクチャをラップし、より最新のターゲットアーキテクチャへの移行を容易にすることができます。実際、これが複雑なアプリケーション環境でESB/SOA戦略を採用する最良の理由の1つです。
ただし、これは「コーディングが不要」であることを意味すると言うのは完全に誤りです。結局のところ、レガシーシステムの状態とトランザクションのセマンティクスに関する詳細な知識を使用して、潜在的に複雑な一連のWebサービスを調整する必要があります。そのための別の言葉は....コーディングです。
ps今は手遅れかもしれませんが、これを読んでいる他の人のために、高価な独自のESBはしばしばお金の無駄であることを指摘しなければならないと感じています。必要なことは、オープンソースソリューションによって完全にうまく（そして時にはさらに良く！）行うことができます。JBossとMuleはすぐに頭に浮かびます。いずれにせよ、ハードワークのほとんどを社内で行う必要があるため、ベンダー独自のソリューションに縛られるのではなく、優れたオープンソースツールキットの学習に時間を費やしたほうがよいでしょう。
于 2011-02-06T14:46:45.587 に答える