SOA堆栈布局，包括服务(SOA)

Question

什么是“最好”的方式创造一个更大的网站骨干？

目前，我们的网页包括许多不同的应用程序，如博客的wordpress，购物车和其他非基于服务的非互操作性软件。我们想要改变这种状况。

在我看来，基于服务的方法听起来很有希望，我们的站点提供的每一项功能都有一个或多个服务(例如REST或SOAP)支持。然后堆栈可以如下所示：

services

• Service-providers使用的

1. etc服务器(Apache + PHP)，它提供在每个服务中的功能(REST，SOAP)
2. ，例如mysql-数据库、solr-搜索实例等，

这个概念有什么真正的缺陷吗？

在第一层和第二层之间进行通信的“最佳”方式是什么？

是否有任何来源(书籍、讲座等)关于这个话题？

Update1:

为了进一步完善我的问题，以下是我们的目标：

用户应该能够评论(博客)文章，管理时事通讯订阅，搜索我们的产品，配置产品，购买，评分和评论，提交问题(和回答他人)等等。基本上是一个网上商店，有许多额外的功能，适合我们的业务。这些特性应该相互集成，并提供已经存在的软件无法提供的附加功能。

当然，我们可以开始用一个框架(比如symfony)对一个数据库编写PHP中的任何东西，它将对10个模拟的用户起作用。但是，如果我们的用户基础超过了正常服务器的容量，并且我们需要扩展应用程序，该怎么办？

如果我们“只是”添加更多(相同的) we服务器，与不同的服务进行通信(如果需要的话，可以缓存、分片和分离)，或者为我们随时间增加的特性添加额外的服务，这不是很好吗？

希望这能让我的问题更容易回答：)

Answer 1

在需要实时更新数据的应用程序中，可以使用REST或SOAP。但是对于传统的博客或购物车这样的简单服务来说，基于rest的服务可能是过分的。

如果要实现基于rest的系统，可以实现某种基于rest的框架。有很多可用的，对于，您可以查看它。

但总的来说，你的问题需要更多的解释，就像它目前的形式，很难找到一个什么样的应用程序，目前运行和确切地试图做什么。

更新1：

从你最新的问题，我没有发现任何特殊的东西，可能迫使你使用休息或肥皂。你提到的所有功能都是安静的，正常的，如果你只想放大你的应用程序，你可以使用memcache，电子加速器，并把你的应用程序移动到亚马逊的ec2，在那里你可以设置你的服务器进行缩放。

你可能在这里弄糊涂了。只是出于兴趣，你每天能得到多少点击率？