play 2框架中的微服务配置
我在 PLay 2 中将我的应用程序划分为不同的项目。但我刚刚意识到我不知道如何在同一台服务器中运行多个播放应用程序。
有人知道怎么做吗？
让我们假设这是不可能的，因此，我将在同一个根项目中部署多个播放应用程序（微服务将充当插件）。你认为这会打败微服务架构吗？。我会让每个模块独立行动。
共有1个答案
我想你说的服务器是指Tomcat / Jetty /其他容器/等等？您可以将每个服务部署到它自己的容器(tomcat)上，或者将生成的WAR文件重命名为< code>a.war、< code>b.war、< code>c.war，在这种情况下，您可以在< code>localhost:8080/a、< code>localhost:8080/b等位置访问不同的服务
如果您正在运行 JAR，则需要弄清楚如何在自己的端口上运行每个服务，因为每个端口只能运行一个服务，例如 localhost：8081， localhost：8082
我自己没有用过play
-
本文向大家介绍微服务哪些框架相关面试题，主要包含被问及微服务哪些框架时的应答技巧和注意事项，需要的朋友参考一下 Dubbo，是阿里巴巴服务化治理的核心框架，并被广泛应用于阿里巴巴集团的各成员站点。阿里巴巴近几年对开源社区的贡献不论在国内还是国外都是引人注目的，比如：JStorm 捐赠给 Apache 并加入 Apache 基金会等，为中国互联网人争足了面子，使得阿里巴巴在国人眼里已经从电商升级为一
-
ketchup 是一个基于 dotnet core 的微服务框架。网关：兼容 kong，rpc：grpc支持远程调用。
-
Adnc 是一个轻量级的 .Net Core 微服务开发框架，同时也适用于单体架构系统的开发。支持经典三层与DDD架构开发模式、集成了一系列主流稳定的微服务配套技术栈。
-
Seata 的事务上下文由 RootContext 来管理。 应用开启一个全局事务后，RootContext 会自动绑定该事务的 XID，事务结束（提交或回滚完成），RootContext 会自动解绑 XID。 // 绑定 XID RootContext.bind(xid); // 解绑 XID String xid = RootContext.unbind(); 应用可以通过 RootCon
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？