1.メッセージキューのアプリケーションシナリオ
参考サイト:
4つのアプリケーションメッセージキューのシナリオ
[消息队列设计思路](https://blog.csdn.net/zl1zl2zl3/article/details/51966826)
(1)非同期処理
ユーザ登録は、同時に実装されたメッセージキューの機能の中にメッセージやテキストメッセージを送信することができます。あなたは、ユーザーの応答時間を改善し、システムのスループットを向上させることができます。
デカップリング(2)アプリケーション
メッセージで使用される単一のユーザー・在庫借方、あなたは、単一のユーザーの故障につながる、在庫システムの問題を防ぐことができます。
(3)フロークリッピング
ある瞬間のスパイク活動による大に、あまりにも多くのユーザーが破棄要求する、クライアントとサービス処理メッセージキュー、制約の数の途中で添加してもよいです。これは、トラフィックの急増は、サーバがハングアップしないように。
(4)ログ処理
クライアントのログ収集は、ログデータの収集を担当し、カフカの書き込みキューによって書かれた時限
カフカのメッセージキューは、ログデータを受信、記憶および転送のために責任があります
ログ処理アプリケーション:契約と消費ログデータカフカキュー
ELKスタックログ分析。(Elasticsearch、Logstash、カフカが住んでいた)
(5)通信メッセージ
コミュニケーションをポイントツーポイント
チャットルーム
2.メッセージの再送補償ソリューション
参考サイト:RocketMQ解決メッセージ規則正しい反復思考
3.メッセージの電力、等ソリューション
蓄積・ソリューションズの4のメッセージ
それが堆積されるメッセージを処理する方法を抑えます。しかし、このメモリは、多くの方法で行うことができます。ように、例えば、ディスク上に格納され、分散KV年に格納され、メモリに格納されたデータベースに格納され、そして。しかし、それはつまるところ、持続的かつ非永続2種類があります。
信頼性(例えば、電源オフ不可抗力)のより大きな程度を確保するために、メッセージの永続メッセージフォーム、理論的に大きい程度とバルク(外部メモリのメモリ空間よりもはるかに大きい)を運ぶことができます。
しかし、必ずしもすべてのメッセージは永続的なストレージが必要になります。メッセージ配信のための多くの要件は、信頼性の性能要件よりも大きく、多数(例えばログなど)。このとき、メッセージは一時メモリ、いくつかの試みのフェイルオーバーに直接落ちない、最終的な配信にも出かけることは悪い考えではありません。
市場は、一般的にメッセージキューの2つの形式がサポートされています。もちろん、特定のシーンは、ビューの企業の特定のビジネス・ポイントと組み合わせます。
整然としたメッセージを確実にするためのアイデア
6.あなた自身のメッセージキューを実装する方法
オリジナル:https://blog.csdn.net/maihilton/article/details/80037824