微服务或SOA就绪架构

Question

这是（下）一个很好的Web架构？

1. 我们有2个服务前端服务和后端服务。
2. 后端服务只提供非传统MVC的API。
3. 后端服务将构成为模块每个模块充当与它自己的配置小应用程序，所以每个模块可以具有不同的数据库引擎和依赖关系。
4. 与模型的所有通信都通过存储库完成。
5. 试图避免任何类型的SQL的连接，并保持它的执行多查询，得到的结果很简单。
6. 使用将成为所有请求入口点的API网关。

因此，通过这一点，我们可以在未来转移到SOA或微服务容易。

你觉得上面的方法是什么？

预先感谢您。

Answer 1

这是很难有这样的表述同意：

几乎所有成功的微服务的故事已经开始与有太大而被打破了几乎所有在那里我听到的情况下整料系统从零开始构建为一个微服务系统，最终导致严重的麻烦。

有微服务的故事，并没有开始作为整体，而另一方面有微服务故事是成功的，并从头开始。

从我的角度来看，这是很难回答你的问题，但是当你正在考虑的架构必须根据你的需要了解有关不同的方法PRO /利弊和决定。

例如与整料的方法，横向扩展是困难的（垂直是可能的），但监测和部署更加容易。
另一方面，微服务方法可以水平扩展，但部署和监控更加复杂。此外，通过微服务方法，您必须了解微服务如何进行通信（例如，代理与生产者消费者模式）。

希望这可以帮助。