集装箱引擎WebSocket瓶颈
我有一个技术问题。我希望这没问题 我有一个来自Google的容器引擎,运行3个Docker容器实例。我前面有一个负载平衡器服务。前端的WebSocket连接到该服务 现在我的问题是。这个负载平衡器是瓶颈吗?或者WebSocket以某种方式直接连接到实际的docker实例 如果这是一个瓶颈,有什么办法可以绕过它吗?根据我有限的知识和假设,并不意味着对谷歌有任何深入的了解 这在某种程度上取决于负载平衡器的实现。正如您所期望的,有各种各样的负载平衡技术 负载平衡器被设计为充当低级数据包过滤器,不应造成瓶颈 有一些有趣的信息,以及和 然而,一些软件负载平衡器实际上更类似于代理服务器。在这些情况下,所有websocket连接和Http连接都连接到负载平衡器,它可能成为瓶颈 我假设Google并没有在负载均衡器上搞砸这项工作,他们使用的是低级架构的数据包处理,而不是TCP/IP连接代理式的转发 在任何情况下,您都应该知道,连接到不同Docker实例的websocket连接不能相互通信,除非您将它们桥接在一起集装箱引擎WebSocket瓶颈,websocket,google-kubernetes-engine,Websocket,Google Kubernetes Engine,我有一个技术问题。我希望这没问题 我有一个来自Google的容器引擎,运行3个Docker容器实例。我前面有一个负载平衡器服务。前端的WebSocket连接到该服务 现在我的问题是。这个负载平衡器是瓶颈吗?或者WebSocket以某种方式直接连接到实际的docker实例 如果这是一个瓶颈,有什么办法可以绕过它吗?根据我有限的知识和假设,并不意味着对谷歌有任何深入的了解 这在某种程度上取决于负载平衡器的实现。正如您所期望的,有各种各样的负载平衡技术 负载平衡器被设计为充当低级数据包过滤器,不应造成