I.背景メッセージングミドルウェア
1.はじめに：ミドルウェアシーンメッセージングの使用を考えてみましょうか？
- これは、メッセージングミドルウェアのシナリオの使用を必要とするで
- なぜべきシステム内のメッセージング・ミドルウェアの導入
生活から実際の生産ケースケースへ：上記の問題に応じて2、
サービスベースのマイクロアーキテクチャの背景：このようなモジュールAのような全機能が複数の機能（またはサブモジュール）に分割されます完了するために、プログラムの書き込み時間の私達の一般的なプロセスに連鎖呼び出しは、モジュールB、モジュールBコールを呼び出しモジュールC、Cモジュールの呼び出しはD.をモジュール しかし、大規模な分散アプリケーション、複雑なシステムとの間のRPC相互作用に、インターフェイスの数百バック呼び出される関数は、原則分散サービスアーキテクチャのスタンドアロンマイクロアーキテクチャから遷移不可能ではありません。
注意味：これらのアーキテクチャは、この時点で考慮される何の問題？
着陸システム間の直接通話実際に動作すると問題：
- インターフェイスは、より深刻なシステムとの間に結合され、
- 洗い流されやすい大型並流の顔、
- 同期のパフォーマンスの問題を待っています
システム（1）との間のインターフェースを結合することは、より深刻です
每新增一个下游功能，都要对上游的相关接口进行改造；
たとえば、次のデータは、システムAとシステムBシステムCに送信する場合は、システムAが各システムに送信するデータを組み立て、その後一つずつ送信されたように、システムごとに差分データに存在し送信することができる、
コードがある場合オンデマンドラインにして、コメントを追加しました：
データもDに送られ、新しいシステム上のDはまた、あなたが、彼はDシステムの存在を知覚することを可能にするシステムを変更する必要があり、データにシステムを受け入れ、データ中D.を与えることに対処 このプロセスでは、各アクセス下流のシステムは、システムがコード改革、FBIの非効率的な開発でなければならないことがわかります。以下、その全体的な構造
（2）大並流の顔は、簡単に洗い流されます
每个接口模块的吞吐能力是有限的，这个上限能力如果是堤坝，当大流量（洪水）来临时，容易被冲垮。例えば、スパイクの事業について：
上流のオペレーティングシステムの発注を開始する、私は、単一の下で動作していた
下流のスパイクシステムの完全なビジネス・ロジック
、（読み受注、チェック在庫、在庫凍結、バランスチェック、バランス冷凍ため、控除のバランスを在庫削減、生成水収支融解、株式の雪解け）
（3）同期パフォーマンスの問題を待ちます
RPC接口上基本都是同步调用，整体的服务性能遵循“木桶理论”，即整体系统的耗时取决于链路中最慢的那个接口。例えば、AはB / C / Dが50ミリ秒であるが、この時間BがB1を呼び出す呼び出し、全体的なサービスの性能に直接ドラッグし、2000ミリ秒を取ります。
3.ソリューション：
システムを設計する際に達成すべき目標をクリアすることができます。
(1)要做到系统解耦，当新的模块接进来时，可以做到代码改动最小；能够解耦
(2)设置流量缓冲池，可以让后端系统按照自身吞吐能力进行消费，不被冲垮；能削峰
(3)强弱依赖梳理能将非关键调用链路的操作异步化并提升整体系统的吞吐能力；能够异步第二に、メッセージングミドルウェアの概要
1.定義
メッセージ指向ミドルウェア（メッセージ指向ミドルウェア）MOMは、上記の問題を解決することができ、それは効率的で信頼性の高いメッセージングプラットフォームに依存しない機構とデータのやり取りを参照し、データに基づいて、統合通信システムに配布。
提供することによって、転送メッセージと、メッセージ待ち行列モデルは、分散環境でのデカップリング用途を提供する弾性的に伸長、冗長ストレージを、クリッピング、非同期通信、データの同期を流れます。
プロセスメッセージ：メッセージサーバにメッセージを送信するために、送信者、バック転送メッセージサーバの受信者へのメッセージを、適切なタイミングで、トピックのキュー/トピックの数に格納されたメッセージ・サーバ・メッセージ。あなたが完全に多くすることもでき、特に、/パブを公開サブモードでサブスクライブし、この過程では、送信側と受信側であること、必ずしも関係していないのライフサイクルの待ち時間なし、および送信者と受信者が送信しない、非同期でありますメッセージを可能にする通信は、複数の受信者を有します。
2.特長
主要特点有两个： ①采用异步处理模式、②使用应用系统之间解耦合（1）非同期処理モード
メッセージの送信者は、応答を待たずにメッセージを送ることができます。上の仮想チャネル（トピックまたはキュー）にメッセージを送信するメッセージの送信者、
メッセージの受信者は、チャネルに登録または愛のリスニングされます。メッセージは、最終的にメッセージ受信者の一つ以上に転送することがあり、これらのメッセージの受信者は、メッセージの送信者への応答をすることなく、同期されています。全体のプロセスは非同期です。
ケース：他の言葉では、時に他のシステムとのシステム間の通信は、システムAはシステムBにメッセージを送信したい場合は、彼が対処しましょう。システムが、システムは、システムAにかかわらず、このメッセージ「の生と死」の、プロセス裏返しからシステムB MQ消費ができ、その後、MQにメッセージを送信するので、何の契約は、ありません最後に対処する方法についてまたはB気にしません。処理時に処理するかどうか、に対処する方法については、システムBのものは関係なくシステムAの、あります
（2）アプリケーション間のデカップリング
- 送信者と受信者は、念のメッセージ作り、お互いを理解する必要はありません
- 送信者と受信者の必要性は、同時にオンラインになりません
3、全体的なアーキテクチャ：
図4に示すように、メッセージ・ミドルウェア機能。
解决了耦合调用、异步模型、抵御洪峰流量，保护了主业务，消峰。5、ダウンロードと関連する機能を使用
（1）ダウンロード：
ActiveMQの公式サイト：http://activemq.apache.org/
（2）主な機能：
实现高可用，高性能，可伸缩，易用和安全的企业级面向消息服务的系统（3）使用：
- 消費と非同期メッセージを処理
- 消費者シーケンス制御メッセージ
- 春はコードやSpringBootを簡素化するために統合することができます
- MQクラスタ構成フォールトトレラントクラスタ
三、ActiveMQのダウンロードとインストール
1、ダウンロードする公式サイト
http://activemq.apache.org/2、Linuxのインストール
アップロード：使用RZとSZコマンドのアップロードとダウンロード
- / optディレクトリ
- 解凍のapache-ActiveMQの-5.15.9-ビン
- ルートディレクトリでます。mkdir / myactiveMQ
- CP -r apacheの-ActiveMQの-5.15.9 / myactiveMQ /
- 通常の始動MQ：./activemq開始
- デフォルトのプロセスのポートは61616ですactvemq
- ビューのバックグラウンドプロセスの方法：
ps -ef | grep activemq | grep -v grep // grep -v grep 可以不让显示grep 本来的信息
netstat -anp | grep 61616 // activemq 的默认后台端口是61616
lsof -i:616163、起動します。
（1）通常の起動 デフォルトのポートは61616
关闭： ./activemq stop起動モードの実行中のログを持つ（2）
レッツ・コンソール・ログ情報の印刷を開始して、特別なファイルを置きません。
./activemq start > /myactivemq/myrunmq.log4は、Apache ActiveMQのコンソール
默认的用户名和密码是admin/admin 
5、ノート：
- 61616サービスを提供するために、ActiveMQのJMSポートを使用して
- 管理コンソールのサービスを提供するために、ポート8161を使用してActiveMQの