2017-10-16 6 views
0

サービス間で構造化メッセージを送信するための古い(2004年以前の)電子メールベースのシステムがあります。メールベースのサービス間通信システムをメッセージベースのシステムに変換する理由

非常に堅牢で、処理プログラムがオフラインになると、ルーティング、ロード、バックログを処理するために電子メールキューを利用します。

それは壊れていない、なぜ我々はそれを修正するだろうか?

+1

どうしてですか?私たちは分かりません。 – Kayaman

+1

私は、10年以上前の設備を使用している顧客がたくさんありました。一般的に彼らはうまく動作しません。そのメンテナは、システムの仕組みが誰にも分からないことを発見し、インフラストラクチャコンポーネントのバグ修正を得ることは不可能です。私は壊れていないものを修正しないという大きな支持者ですが、現代のソフトウェア業界はあまりにも速く動いて多くの場合に良い計画になると懸念しています。 –

+1

電子メールは配信保証が全くないため、*は*破損しています。 – EJP

答えて

2

変更が必要な場合はどうなるかを検討する必要があります。どのように生産に変更を加えるか考えている人がいない場合は、現行システムの利点がある間に見つけ出すのは非常に良い時期です。中断するまで待つと、システムを復旧できない場合があります。

最近では、Dockerのようなコンテナテクノロジを使用して、後で参照できるように動作をキャプチャして、マルチホストシステムを自分のマシンで簡単にシミュレートできます。これを行うには、Docker Composeを調べることをお勧めします。バージョンコントロールも使用してください。

関連する問題