我们正在微服务架构中构建一个orchestrator.我们选择websockets作为RPC协议,以建立一个流媒体管道,可以通过支持websocket的服务器(如Kestrel)进行扩展.此协调器主要在Linux服务器上运行(dockerized).
出于管理和监控目的,我们计划使用http://dotnetify.net/构建一个响应式Web管理门户(可以通过推送通知以半实时方式显示计算和客户端的数量).
DotNetify使用SignalR,我们不能在Websockets上使用SignalR层.我们在TCP协议之上需要最小的开销.Websocket本身就是一个漂亮的标准,并且足够轻巧,但SignalR增加了对我们并不真正需要的东西的支持(LAN,微服务).我们考虑使用WAMP,但在概念验证中,我们将在websocket总线中使用简单而简单的自定义握手.另一个原因是:我们的主要后端是IBM AIX,而RDBMS流程引擎是商业预构建二进制文件,因此在那里实现SignalR协议非常麻烦(几乎不可能).但我们不必,因为我们不想.
在1个过程中拥有[A]"纯"和[B]"signalR"websocket服务器的可能解决方案是启动多个Kestrel.我试过这个(在Windows和ubuntu上)它似乎运行没有问题.我只是使用了一个Task.Run()数组,然后是Task.WaitAll(backgroundTasks).一个带有SignalR的红隼,一个没有,在不同的端口上运行.
注意:我找不到在一个Kestrel中使用多个端口的正确方法,并从一个端口中排除SignalR
我的问题是:虽然这似乎运行得很好,有人可以确认这是安全的吗？特别是libuv和os信号处理？