コンセプトのいくつかは正しくありますが、実装には何らかの助けが必要な場合があります。
Spring Cloud Dataflowは、ブートアプリケーションをデプロイし、ミドルウェアを使用して接続するオーケストレーションエンジンです。
これらのアプリケーションは、ミドルウェア(RabbitまたはKafka)と通信するためにSpring Cloud Streamを抽象レイヤーとして使用し、コアには3つのタイプのアプリケーション(ソース(データエミッタ)プロセッサ(データ変換)とシンク(データ受信)
あなたがそれらを結合し、ランタイム(ローカル、CloudFoundry、K8S、YARN)に展開するために、データフローを使用し
だから、そうSCDFは、あなたの割り当てのために使用することができ、しかし、バスごとに1つのシンクを作成したくない場合、これはあなたのリソースを悪用しています。
あなたは、その後に保存されたメッセージに耳を傾けタップを作成することができ、あなたのバスからデータを取り込み、簡単なストリーム(ソース)を持っているかもしれないいくつかの変換を行うと、DB
にそれをシンクすることができますあなたがそれらを処理することに興味があるならば、DB。
あなたがたとえば、あなただけの1つのシンクを持っていますが、各クライアントの接続先の例のためのWebSocketを持つことができますので、その情報をタップすると、(各バス停でお使いのディスプレイ)、それは下流のブロードキャストクライアントを持って
することができますidを渡します。そのIDでフィルタリングされたイベントをこの特定のクライアントに転送できます。
これは、これを処理するより効率的な方法です。
「Spring Cloud」が狂ったように聞こえる。あなたがウェブプログラミングを考えている特定の理由はありますか?このコードの最終結果はWebページに表示されますか? – markspace
私はJavaテクノロジを勉強しています。これは最終的な課題の1つです。メッセージプロデューサ、コンシューマ、バックエンドに対してSpringBootを使用するプロジェクトを構築することです。消費者はRESTを使用してバックエンドと話しています。 そして、私はSpring Cloud Data Flowが「ウェブ」を意味する必要はないと確信しています。説明から私はそれがプロデューサ - >消費者パイプラインに関係していることがわかります。 http://cloud.spring.io/spring-cloud-dataflow/ – mcfoton