Service 在微服务架构中，如何为微服务提供服务？
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面没有找到具体的建议。我的理解是，它们应该由自己的应用服务器提供服务 我的问题是它们应该部署在不同的服务器上，还是无关紧要 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗 我读了一些文章，看了一些视频，但在为这些微服务提供服务方面没有找到具体的建议。我的理解是，它们应该由自己的应用服务器提供服务 这真的没有必要。Play和Spray等框架不需要应用服务器 见-我引述： 你也找不到任何真正的基于微服务的架构，这些架构托管在应用服务器上，这有点违背了这一点。为了实现这一目的，micro services自托管，它们抓取一个端口并侦听。这意味着您将失去典型企业应用程序服务器可能带来的任何好处，您的服务将需要提供一些更重要的好处（检测、监视等）Service 在微服务架构中，如何为微服务提供服务？,service,deployment,architecture,port,microservices,Service,Deployment,Architecture,Port,Microservices,我读了一些文章，看了一些视频，但在为这些微服务提供服务方面没有找到具体的建议。我的理解是，它们应该由自己的应用服务器提供服务 我的问题是它们应该部署在不同的服务器上，还是无关紧要 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗 我读了一些文章，看了一些视频，但在为这些微服务提供服务方面没有找到具体的建议。我的理解是，它们应该由自己的应用服务器提供服务 这真的没有必要。Play和Spray等框架不需要应用服务器 见-我引述： 你也找不到任何真正的基于微服务的架构，这些架构托管在应用服
我的问题是它们应该部署在不同的服务器上，还是无关紧要 您肯定希望共享服务器以节省硬件资源。集装箱运输（参见Docker和OpenShift）是一个不错的模式 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗 如果您使用虚拟IP地址并绑定到VIP，则不会 或者，Docker有一种不同的方法。它绑定到一个随机端口；然后，您可以将该端口转发到该服务的“约定”端口上，以便将其公开给外部世界