我们正试图将我们的一个Web服务（Java）从开发服务器迁移到云端，以下是详细信息：
有一个PHP前端，连接到一个连接到MySQL数据库的基于Java的Web服务（所有对数据库的请求都是从Web服务发送的，php部分正在与Java进行通信-end only，没有直接连接到数据库）。
起点
Dev Server - CentOS（cPanel），765MB-1.5GB RAM，4CPU，Tomcat 7
* 软件正在快速运行，没有速度问题，日志显示正常的CPU和内存使用情况
情景＃1
Elastic Beanstalk上的PHP前端和Elastic Beanstalk上的数据库的Java Web服务
* 软件大约慢80％，日志显示正常的CPU和内存使用情况
情景＃2
VPS上的PHP前端（与Jelastic相同的公司/位置）和Jelastic上的数据库的Java Web服务
* 软件慢了约70％，日志显示正常的CPU和内存使用情况
情景＃3
VPS上的PHP前端，Elastic Beanstalk和Jelastic上的数据库的Java Web服务（swithing）
* 软件大约慢70-80％，日志显示两个云环境中的正常CPU和内存使用情况
我发现，无论PHP前端位于何处，都会快速加载，无需在此处搜索。
只要Java后端从VPS迁移到云端（如果亚马逊或Jelastic无关紧要），整个软件就会非常慢。根据日志和我们尝试使用两个提供程序，这似乎不是资源问题。
由于我们试图在同一环境中使用PHP和Java（场景＃1），因此它不能成为连接问题。
Java Web服务要么极度放慢（原因不明，因为日志显示资源使用率低），要么可能是Java应用程序和数据库之间的连接（我怀疑在第一种情况下，所有三个组件在亚马逊，相同的环境，位置）。
以前有过这样的问题吗？有任何想法吗？谢谢！
（注意，我没有云托管经验）
答案 0 :(得分：1)
对于高性能Java云后端，您可以尝试Elastx的Jelastic实现 - 请参阅CloudSpectator对其进行的性能研究（他们还在研究中使用了Amazon和Rackspace云）：http://blog.jelastic.com/wp-content/uploads/2013/09/Elastx-Fueld-by-SolidFire-9-5-13+Jelastic.pdf
此外，我不知道您当前的Jelastic提供商是谁，但如果您通过点击Jelastic仪表板中的帮助 / 联系支持与他们联系，我相信他们很乐意解决这个问题！如果这没有帮助 - 请离线ping我。
答案 1 :(得分：1)
它可能与配置文件中的特定参数有关，主要用于DB。请仔细检查每个测试中它们是否相同。 还不清楚你如何衡量表现以及“慢”的确切含义。而你还没有在Jelastic和EB上指定资源的大小。请仔细检查资源是否相等。
答案 2 :(得分：0)
您所测量的是CPU的内存。由于两者都给出了正常结果，并且您的应用程序正在通过网络进行通信，因此我怀疑网络延迟是罪魁祸首。接下来要研究的是磁盘I / O性能，这会降低您的应用程序速度，例如手刹。