Node-Redはマルチリクエストフロー（つまり、セッション）をサポートしていますか？

今週はNode-Redに短い試運転をしました。複数のリクエストを含むフローをサポートしているかどうかは、はっきりしません。Node-Redには、リクエストごとのフローモデルまたはセッションごとのフローモデルがありますか？

ビジネスプロセスモデリング（webMethodsとTibco）のデータフローベースのプログラミングツールを使用していて、それらの主要な機能の1つはセッションとワークフローをモデル化する機能です。ただし、これらのツールはほとんどのIoTプロジェクトの目的にはかなり大きいため、Node-Redで同様のことが実現できればすばらしいと思います。

ケースノード赤でフォローアップの質問は、これをサポートしていない、いくつかの簡単なツールがあるかどうかであるかのセッションのグラフィカルモデリングはフローをサポートは？

答えは「いいえ」と「はい」です。

node-redのフローはかなり静的であり、最初のリクエストが来たときにフローをインスタンス化して、リクエストごとにフローのインスタンスを作成するという概念はありません。

また、フローを流れるメッセージをセッションに関連付けることができるセッションの組み込みの概念もありません。

ただし、これらを自分で比較的簡単に構築できます。node-redは、フローとグローバル状態の概念を提供します。これは、flowおよびglobalオブジェクトを使用してアクセスされます。https：//nodered.org/docs/writing-functions#storing-dataを参照してください。Cookieをクライアントに送信し、受信したリクエストを保存されているグローバルステートまたはフローステートに明示的に関連付けます。次に、保存されたセッション状態に基づいて「セッション対応」のコードを記述できます。これは関数ノードでうまく機能しますが、レート制限やメッセージの分割とマージなどを行う組み込みノードでは、一般にセッションの概念を認識していないため、いくつかの問題が発生します。

ピザの例では、フローまたはグローバルコンテキストで注文の状態を維持し、Cookie値に基づいて適切な注文の状態にアクセスします。

短い答えはイエスです、少なくともこの機能リクエストによると：

「ステートフル」セッションの規則を定義する＃63

このリクエストは、セッショントークンに基づくWebソケットノードが追加されたことを示すコミットで閉じられます。