BizTalkを使用していますか？もしそうなら、どのようにそれを使用していますか？ [閉まっている]

StackOverflow https://stackoverflow.com/questions/136856

  •  02-07-2019
  •  | 
  •  

質問

最後の雇用場所では、BTSをかなり使いました。しかし、私はマネージャーがしばしば間違った目的のためにそれを使用したいことに気づきました、そして、開発者はそれを採用することにためらいます。

だから、BTSはどのように使用されているのでしょうか？理論ではなく経験を投稿してください。 ありがとう！

役に立ちましたか？

解決

私はヨーロッパ最大の石油/エネルギー企業のコンサルタントとして働いており、彼らは基本的にすべてのメッセージング/統合にBizTalkを使用しています。例：さまざまな形式のパートナーとの間で送信される請求書（電子請求書）、ADと独自のユーザー名dbを維持するサードパーティソフトウェア間のジョブの同期、およびサポートシステムと外部顧客との電子メールによる統合。そのため、BizTalkを非常に広く採用しており、5台のサーバーのクラスターを使用しています。

他のヒント

相互作用が必要なアプリケーションは数十個あります。システム間でメッセージの受け渡しを制御する単一のWebサービスベースのアプリケーションがあります。他のシステムは、BizTalkオーケストレーションなどを介してこのシステムと通信し、そこからメッセージを受信します。

私たちは、BizTalkを使用して、サードパーティの注文システムに接続しています。おそらく、BizTalkが提供しているように思われる広大な機能を使用するための、有用であるが初心者のアプローチとしてこれを分類するでしょう。これにより、ほんの一部の機能のみを使用することになります。次のようになります：

  • オーケストレーションは、サードパーティのIBMメッセージキューをポーリングします。
  • このキューには、最終的にMicrosoft SQL Serverデータベースにインポートする必要がある注文情報（xml形式）が保持されます。
  • キューからxmlを受け取ると、xslt変換を実行して、システムが理解できる形式にxmlを取得します。
  • 翻訳されたxmlを使用して、実際の「インポート」を行うストアドプロシージャを呼び出します。注文の。

このソリューションはかなりうまく機能し、数年前から運用されています。これらの機能の1つが正常に機能します。

私が注意することの1つは、これを開発する際に、マッパーツールを使用して物事の翻訳部分を支援しようとしたことです。私たちの翻訳は非常に複雑で、ツール自体は非常に面倒でした。私たちはxsltに慣れていたため、グラフィカルなMapperツールを使用せずに独自のコードを作成することになりました。マッパーツールは単純な翻訳に非常に役立つと思われますが、少数の要素を超えるものはすべてメンテナンスの悪夢（IMHO）になり始めます。

過去に、BT（2004）をB2B環境でeコマースの目的（注文、注文確認、配達通知など）に使用しましたが、本当にうまくいきました。これはおそらく、BTが組織内に存在する最も明白な場所であるという点で、BTの基本的なものです。

最近、私は（ほぼ）最初はレガシーシステムから新しいアプリへの大量のデータロードを処理する完全に内部のBTプロジェクトに関与し、今後は別のレガシーアプリと同じアプリケーション間のメッセージングを処理します新しいシステム。おそらくテクノロジーの最も効率的な使用ではありませんが、「ビジネスの救世主」と見なされるエンタープライズサービスバスタイプのアーキテクチャを実装するためのインフラストラクチャが整っています。しかし、私はまだその考えを確信していません。 ：S

現在、当社ではBizTalk 2006を使用して、Commerce Server 2007インスタンスと、Dynamics RMSを実行しているすべてのストアからの注文をメインのERP Dynamics NAVに伝えています。 BizTalkは確かに強力なソリューションですが、学習曲線はかなり急であると考えており、Microsoftが作成した最も複雑なサーバーであると述べているStackOverflowの他のユーザーにも同意します。

何をするのかは堅実であり、システムに問題があった場合はチェーンの一方の端などにありますが、BizTalkにはありません。

さまざまなソースからさまざまなタイプ（CSV、固定幅、XML）の大小のデータファイルをインポートするために、BizTalk 2006を使用しています。 BizTalkの優れた機能の1つは、フラットファイル逆アセンブラーだと思います。ウィザードを使用してフラットファイルの構成を記述することができ、この表現はXMLスキーマ定義（.XSD）として保存されます。このウィザードでは、行自体のインジケータに基づいて、さまざまなタイプ（および長さ）の行を含む単一のファイルを解読することもできます。クールなもの。

-Krip

私の会社では、BizTalkを大規模なドキュメント翻訳エンジンとして使用しています。サプライチェーンドキュメントのEDI、XML、およびフラットファイル処理を行います。私たちはドキュメントブローカーシナリオで行動しており、BTを使用して任意の形式のドキュメントを受信し、それらを他の形式に変換して、取引先にルーティングします。

したがって、2つのトレーディングパートナの各ペアがEDIオンボーディングエクササイズを行う代わりに、各トレーディングパートナを仕様に合わせてオンボーディングし、翻訳エンジンを使用して、ドキュメントが静的な形式で送受信できるようにします。内部的には、それらの形式を標準的なスキーマにマップし、トレーディングパートナ同士をプラグアンドプレイします。ハブアンドスポークドキュメントネットワークを考えてください。

個人用に開発したもの：

調達：異なる製造会社への病院の購入リクエストを処理します。これらの企業は、さまざまなxmlリクエストをさまざまな企業に送信し、各メーカーは独自のスタイルを持ちます。その後、すべての購入は、何がどの価格で購入されたかを示すhtml / xsltレポート（領収書内）にもなりました。

HL7：大量のHL7ファイルを一度に処理し（一度に4つずつ処理するように設定されていると考えてください）、処理し、その日の新しいフォルダーに配置します。

HL7アクセラレータを使用していくつかのHl7ソリューションを開発し、クレームアプリケーションシステムのワークフローを管理し、メッセージルーティングの一般的なアプローチを使用して異種システム間の統合など

すべての楽しいと多くの仕事...;-D

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top