警告システムのアーキテクチャ

さまざまなプログラムからのアラートメッセージを処理し、それらのアラートを処理して電子メールを介してダウンコンシューマーに送信できるシステムを作成したいと考えています。これはすべて1つの内部ネットワークに含まれます。

基本的なアーキテクチャを次のようにしたいと思います。

私の現在の主な関心事は「メッセージハンドラー」ビットです。これが私の「ソートAPI」になります。このシステムのすべてのコンポーネントが、データベースへのすべての書き込みを処理するAPIにデータを送信するようにします。このアプローチは、セキュリティを簡素化し、より複雑なDBクエリの多くを1つのプログラムに含めることができるため、より簡単だと思います。

懸念事項は、これを言語にとらわれないようにしたいことです。つまり、どのコードでもメッセージをハンドラに送信して、メッセージを解釈できるようにする必要があります。これは、JSONフラットファイルを介して、またはプログラムへのREST呼び出しを介して（下流のアプリケーションに柔軟性を与える）希望します。

私の質問は

メッセージハンドラーを気にする必要がありますか？それとも、下流のアプリケーションと他の2つのコンポーネント（管理コンソールとアラートマネージャー）への直接データベースアクセスを許可するだけで簡単になりますか？

このようにして、DBテーブルへのINSERTが有効である限り、任意のアラートを挿入できます。

私は貿易でソフトウェアデザイナーではないので、失礼します。ただ、自由な時間にプロジェクトをやってもらいたいのです。

AMQP（Advanced Message Queuing Protocol：https : //www.rabbitmq.com/protocol.html）を調べましたか？

RabbitMQはこのようなものに最適なツールだと思います（他にも、MSMQ、Azure / AWSサービスなどがあります）。1つの言語にとらわれないメッセージハンドラーを取得するだけでなく（単純な「jsonデータを使用してメッセージサーバーにメッセージを送信する」）、ダウンストリームのメッセージ処理を切り離し、十分に分離します。必要なキューからの着信メッセージを処理するメッセージサービスを実行し、通知を吐き出します。

私がAMQPを使用するのが本当に好きな理由の1つは、あなたが今、いくつかの自家製のソリューションを使用しているように始めますが、後で、タイプ、宛先などに応じてメッセージを少し異なる方法で処理する必要があることを理解することです。なので、本質的にはとにかく独自のAMQP実装を構築することになります。

5人の異なる受信者にメッセージを送信する必要がある場合はどうしますか？いくつかのプロセッサ全体でローテーションする必要があるメッセージがある場合はどうなりますか（長時間実行タスクとX個の同時プロセッサがあり、特定のタイプのメッセージをラウンドロビンできると考えてください）。メッセージが1人に送られるべきであるが、それらがオンラインで利用できない場合は、別の人に送られるべきですか？AMQPはこのすべてを（かなりうまく！）既に処理しており、非常に優れた分類、キュー、チャネル、永続性の持続、あらゆる種類の機能を備えています。

ここでは、それが処理できるシナリオの基本的な概要です（これはRabbitMQのに固有ではないことに注意しては：それはAMQPのことだが、RabbitMQのはよくそれを説明するために起こる） - https://www.rabbitmq.com/getstarted.html

非常によく組み立てられた質問！

つまり、すべてのアーキテクチャ上の決定にはトレードオフが伴います。トレードオフの説明に興味がある場合は、質問をその方向に編集してください。代わりに、質問はポジションを求めるだけなので、MessageHandlerを支持して議論する側にします。私はさらに一歩進んで、少なくともSQLデータベースではなく、データベースを含めないこと、少なくとも起動しないことを提案します。MessageHandlerにJSONをファイルシステムに保存させ、受信時間ごとのディレクトリアラート（もちろんボリュームによって異なります）を指定し、アラートマネージャーによってクエリされたときに、最後の2つのディレクトリをトラバースするだけでAPIを提供します。配信するメールを決定するためのアラート（もちろん、優先度に応じて）。

この問題には多くの優れた点があり、データベースを初期段階でデータベースから除外すると、付随的なノイズや不要な問題解決の多くが削除されます。もちろん、おそらく、リレーショナルデータモデルを作成することへの隠された愛と、SQLを書くことへの夢があります。その場合、この答えは完全に間違っています。しかし、一般的に言えば、最も機敏なデータベースでさえ、ひどいアプリケーションプラットフォームであり、耐久性とインデックス付きクエリの専門家であるため、システムに組み込まれるだけです。

幸運を！