让嵌入式jetty和GRPC服务器在同一个JVM中运行是一种好的做法吗？
我们的组织正在考虑使用GRPC实现新的内部API。目前，我们有一个使用嵌入式Jetty服务内部/外部请求的微服务。我们希望通过GRPC实现服务之间的内部通信。
因此，我们将有两个服务器运行在同一个VM上：jetty和GRPC。这是一个好的做法吗，这种方法有什么危险信号吗？
我们不想为了节省成本而将上述微服务分成两部分。我们应该能够在相同数量的虚拟机上运行应用程序。
共有1个答案
Jetty和gRPC在同一个JVM中并没有本质上的特殊或错误。潜在问题的要点是，您将有两个端口暴露，而不是一个；这对于服务发现或防火墙可能很重要。
-
Grpc服务器似乎是使用Netty实现的。是否有使用其他实现的方法？
-
不同的来源（例如1和2）声称Spark可以从在同一JVM中运行多个任务中获益。但他们没有解释原因。 这些好处是什么？
-
我制作了一个非常基本的web应用程序，它只有一个html页面。我把它当作战争输出。 现在我创建了一个嵌入式jetty服务器。 } 我为这个嵌入式服务器创建了一个jar。但是当我试图通过嵌入式服务器运行我的web应用程序时，我得到以下错误。 C:\users\user>Java-jar C:\users\user\desktop\jetty\webserver.jar null 我使用过jetty
-
或者我可以使用一对服务器/客户端来处理同步请求，另一对来处理异步请求吗？我刚刚开始研究一个实现gRPC的分布式项目。我应该有多个数据库节点，每个都应该能够发送RPC到另一个。我必须同时允许同步和异步RPC。一个用于一般请求，另一个用于两阶段提交。但是gRPC教程没有提到我是否应该将两个服务合并到一台服务器中，并将它们分开。谢谢
-
我想部署一个war文件，我们称之为应用程序。战争，在嵌入的码头上。 所以最简单的代码是： 路径最终类似于“/dist/app.war”。当从Eclipse运行时，它就像一个符咒，但是当我想从我的项目的一个可运行的jar中做同样的事情时，情况会变得更糟。 即使jar架构很好： META-INF 找不到该文件。我知道标准路径在运行jar文件时不一致，但尝试使用"jar： file：.../projec