微服务或SOA就绪架构

Question

这（下面）是一个很好的网络架构吗？

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

因此，我们可以在将来轻松迁移到SOA或微服务。

您如何看待上述方法？

提前谢谢你。

Answer 1

很难同意这样的声明：

  

几乎所有成功的微服务故事都是从一个太大而且被打破的巨石开始的几乎所有我听说过从头开始构建为微服务系统的系统的情况，它最终都是严重的麻烦。

有些微服务故事并没有以整体形式开始，另一方面，微服务故事是成功的，从头开始。

从我的观点来看，很难回答你的问题，但是当你考虑架构时，你必须了解不同方法的优缺点，并根据你的需要做出决定。

例如采用整体方法，水平可扩展性很难（垂直可能），但监控和部署更容易 另一方面，使用微服务方法可以水平扩展，但部署和监控更复杂。此外，通过微服务方法，您必须了解微服务将如何通信（例如，经纪人与生产者消费者模式）。

希望这会有所帮助。