持続的接続にはどのくらいのオーバーヘッドがありますか？
わかりましたので、開始したい小さなサイドプロジェクトについて考えています。基本的に、そのマルチセッションWebベースのFTPクライアントです。複数のFTPサーバーに同時にログインして、あるFTPサーバーから別のFTPサーバーにファイルを移動するなどの操作を実行できるマルチセッション。
私はこれを主に新しいwebdevテクノロジー、特にwebsocketをブラッシュアップするために行っています。 node.js + socket.ioを使用して、WebブラウザーとWebサーバー間の永続的な双方向接続を維持しています。 Webサーバーには、ユーザーがログインした各FTPサーバーへの永続的な接続もあります。したがって、それぞれ5つのftpアカウントにログインしている同時ユーザーが100人いる場合、Webサーバーには100のWebSocket接続+500のftp接続があります。
600の接続に多くのサービスを提供していますか？サーバーのハードウェアリソースに依存することは知っていますが、このようなことは予算内で実行できますか？このようなことをするためのより効率的な手段はありますか？このプロジェクトが本当に普及する可能性は低いと思いますが、それに関係なく適切にスケーリングしたいと思っています。
助けてくれてありがとう、私はまだ学ぶことがたくさんあります。
600の持続的接続は問題になりません-一般に、接続のオーバーヘッドはアイドル接続のオーバーヘッドと比較して高いため（特に、TLSなどの安全なハンドシェイクベースのプロトコルを使用している場合）、アクション時に接続を閉じたり開いたりするのではなく、接続を開いたままにしておくと、サーバー（さらに言えば、ネットワーク）の負荷量。
もちろん、これはハードウェアとネットワークに依存しますが、現在目標としている数値は、かなりのリソースを費やすことなく実行できるはずです。