PHP - Scalling网站时DB和业务逻辑的背后是scallable REST API

Question

我已经建立在春季启动，这是loadbalanced并使用RDS数据库和S3存储一个相当简单的，但越来越一套REST微服务的。所以我的服务是无状态的，数据库和存储的缩减将在aws云中进行管理。

会议将是无状态的，并通过访问令牌管理。用户可以从2台不同的机器登录，服务不会“知道或关心”。

我所有的微服务都是用java编写的，我想在PHP Symfony框架中编写前端Web客户端的原因有几个，部分原因是因为如果可能的话我想少用一个服务，部分原因是因为php的可访问性和成本（比较托管jvms或云服务相当昂贵）。

在我所描述的情况，有没有使用这种方法的任何特定问题，如果所有的动作（DB呼叫和业务逻辑）在通过API网关连接一个可扩展，负载平衡服务情况。如果我的流量比预期的多得多，是否应该是更多的问题？

从有经验的人任何意见将非常apreciated。

Answer 1

不知现在如何匹配的问题会在你的系统。但有几个人认为值得关注：

• 平衡bettwen你的mircoservice。你必须平衡负载（数据库，RAM）。
• 你必须创建记录器服务（kibana或graylog）。因为如果通过一次mircoservice，你不会很快发现问题。当没有登录服务器时，mocroservies有很多问题。
• 每个请求登录到您的系统中。在您的系统
• 用户高速缓存，使用快速储存它（Redis，Memcached）
• Symfony有本身督促缓存（不fogget清楚吧:)）。
• Symfony是很棒的框架。但入门门槛很高。
• Symfony允许在捆绑上拆分逻辑部分。 Bundle - 是symfony的主要思想。
• 服务symfony主要parth也。