部署/重启私有端口System API后出现HTTP:CONNECTIVITY错误求助

问题 #

我有一个部署在私有端口的System API（0.1vCore X 1个Worker），其HTTP监听器配置如下：

<http:listener-config name="myapp-system-api-httpListenerConfig">
    <http:listener-connection host="0.0.0.0" port="${http.private.port}" />
</http:listener-config>

同一VPC内的Experience API通过端点http://mule-worker-internal-myapp-region.cloudhub.io/api/调用该System API，正常情况下跨API连接正常，且流量不经过防火墙。但在新版本发布时，当我重新部署或重启System API后，Experience API调用会出现'HTTP:CONNECTIVITY'错误，仅重启Experience API后连接才恢复。若将System API暴露在${http.port}则无此问题。请问这是否属于正常现象？若正常，是否因System API仅使用1个Worker导致？

回答 #

结论：这不属于正常现象，和1个Worker的配置无关 #

原因分析 #

• 私有端口的内部连接特性：Cloudhub VPC内的mule-worker-internal-xxx域名直接指向单个Worker的私有IP。当System API重启/重新部署时，Worker的私有IP会发生变化，但Experience API的HTTP请求器会缓存旧的TCP连接或DNS解析结果，导致请求无法路由到新的Worker实例。而使用公共端口${http.port}时，请求会先经过Cloudhub的负载均衡层，负载均衡会自动感知后端Worker的变更并路由到新实例，不会出现缓存失效问题。
• 单个Worker不是根因：哪怕配置多个Worker，只要直接通过内部Worker域名调用私有端口，前端API的客户端缓存未及时刷新的话，依然会出现连接失败的情况。单个Worker只是让问题没有其他实例可以 fallback，表现得更突出而已。

解决方案建议 #

• 避免直接通过内部Worker域名调用私有端口API，改用Cloudhub VPC内的API网关内部端点，或者使用MuleSoft的服务注册中心实现动态服务发现，让Experience API能自动获取后端System API的最新地址。
• 配置Experience API的HTTP请求器连接池参数：设置较短的连接超时时间，启用连接池的自动失效机制，或者配置请求失败时自动刷新连接。
• 若必须直接调用，可在System API部署完成后，通过自动化脚本触发Experience API的连接池刷新，或者添加健康检查逻辑，自动剔除失效连接。

内容的提问来源于stack exchange，提问作者Sambit Swain