タイマーを使用して(SQLを使用して同期のためにデータを照会)、実装は比較的簡単です。
リアルタイムで、メッセージはMQに入れられ、コンシューマーは自動的に消費するため、複雑さが増します。
MQは自動的に再試行および補正できるため、MQ方式は強力なデータ整合性を維持します。ただし、logstashは補正を達成して再試行できません。
データを柔軟に追加することはできません。たとえば、mysqlに追加されたデータに対して集計、クエリ、その他の操作を実行してから、それをesに追加すると、この操作プラグインは実現が困難になります。
実装は簡単ですが、リアルタイムパフォーマンスは強くなく、フォールトトレランスレートは低くなります。
推奨される解決策:2番目に、MQはメッセージを失うことなく高可用性と情報の永続性を実現できるため、コンシューマーが障害を追加することは困難であり、障害はロギング後に処理することもできます。