3、微服务理解与Python实现

微服务理解与Python实现

1. 微服务的陷阱

使用微服务构建应用程序有很多好处，但并非万能解决方案。在编码微服务时，你可能需要处理以下主要问题：
- 逻辑拆分不合理
- 更多的网络交互
- 数据存储和共享
- 兼容性问题
- 测试

下面将详细介绍这些问题。

1.1 逻辑拆分不合理

微服务架构的首要问题在于设计。团队很难在初次尝试时就设计出完美的微服务架构。像PDF生成器这样的微服务是明显的用例，但处理业务逻辑时，在掌握如何将代码拆分为合适的微服务之前，代码可能会频繁变动。

设计需要经过一些试错周期才能成熟。而且，添加和删除微服务可能比重构单体应用程序更麻烦。为了缓解这个问题，如果拆分不明显，应避免将应用拆分为微服务。过早拆分是万恶之源。如果对拆分是否合理存在疑问，将代码保留在同一个应用中是更安全的选择。因为之后将部分代码拆分为新的微服务总是比将两个微服务合并到同一个代码库中更容易。例如，如果总是需要一起部署两个微服务，或者一个微服务的更改影响了另一个微服务的数据模型，那么很可能应用拆分不正确，这两个服务应该合并。

1.2 更多的网络交互

第二个问题是构建相同应用时增加的网络交互量。在单体应用版本中，即使代码混乱，所有操作都在同一个进程中进行，可以直接返回结果，无需调用过多后端服务来构建实际响应。

这需要特别关注每个后端服务的调用方式，并会引发很多问题，例如：
- 当预订用户界面（Booking UI）由于网络分割或服务延迟而无法访问PDF报告服务时会发生什么？
- 预订用户界面是同步还是异步调用其他服