Amazon web services 请求api部署时Kubernetes前端部署超时

Amazon web services 请求api部署时Kubernetes前端部署超时,amazon-web-services,deployment,kubernetes,Amazon Web Services,Deployment,Kubernetes,让我先说我对k8s相当陌生。我在aws上使用kops 我目前在一个集群上有3个部署 前端nginx图像服务于一个有角度的web应用程序。一个豆荚。外部服务 socket.io服务器。内部服务。(这是一个聊天应用程序,我们决定将此服务器与api分离。这是个好主意吗?) socket.io服务器和web应用程序都请求的API。内部服务(是否应为外部服务?) socket.io部署和API似乎能够通过集群IP和我为部署设置的相应服务进行通信;但是,webapp在查询API时超时 在web应用程序中

让我先说我对k8s相当陌生。我在aws上使用kops

我目前在一个集群上有3个部署

  • 前端nginx图像服务于一个有角度的web应用程序。一个豆荚。外部服务

  • socket.io服务器。内部服务。(这是一个聊天应用程序,我们决定将此服务器与api分离。这是个好主意吗?)

  • socket.io服务器和web应用程序都请求的API。内部服务(是否应为外部服务?)

socket.io部署和API似乎能够通过集群IP和我为部署设置的相应服务进行通信;但是,webapp在查询API时超时

在web应用程序中,我使用API的群集IP地址查询API。我应该要求一个不同的地址吗



此外,在每次创建新部署时不必更改文件中的地址的情况下,在文件中配置这些地址的最佳方法是什么?(集群ip地址在您每次停止并重新部署时都会更改)

如果我理解正确,您的前端web应用程序依赖于API服务器,因此它会向它发送请求。在这种情况下,您的API服务应该可以从集群外部获得。这意味着它应该作为
节点端口
负载平衡器
服务类型公开


另外,您可以仅在集群内部使用
ClusterIP
引用服务。

如果我理解正确,您的前端web应用程序依赖于API服务器,因此它会向其发送请求。在这种情况下,您的API服务应该可以从集群外部获得。这意味着它应该作为
节点端口
负载平衡器
服务类型公开

注意:您可以仅在群集中使用
ClusterIP
来参考服务