第四章 集成

寻找理想的服务间的集成技术指导原则：

• 避免破坏性修改
• 保证API的技术无关性
• 使服务更便于消费方使用
• 隐藏服务内部的实现细节

服务的集成时，调用的同步异步问题：

• 同步方式：可以知道调用结果，但是耗时较长
• 异步方式：对于运行时间较长的任务比较友好，但是对于请求结果需要额外处理才能获取到

跨服务调用业务流程问题：

• 编排方式：依赖于某个中心大脑来指导并驱动整个流程，其缺点是中心大脑承担了过多职责，周边服务又过于简单
• 协同方式：通过异步时间的方式，来触发多个服务一同协同完成某项复杂的流程

常见的集成方式：

• 数据库：
  • 优点：简单快捷、实现速度快
  • 缺点：
    • 暴露了实现细节
    • 难以避免破坏性修改
• 远程过程调用
  • 优点：可快速自动生成 客户端 和 服务端代码
  • 缺点：
    • 技术耦合性：部分RPC与特定技术强绑定，如Java RMI
    • 本地调用与远程调用不同，需要区别对待
    • 脆弱性：部分RPC服务端代码改变，需要对应客户端代码做响应修改
• REST
  • 优点：隐藏内部实现
  • 缺点：
    • 无法自动生成请求代码
    • 延迟高

微服务的版本管理：

• 尽可能减少坏性修改的发生
• 及早的发现破坏性的修改
• 使用语义化的版本管理：版本号遵循：MAJOR.MINOR.PATCH，MAJOR的改变，意味着存在向后不兼容的修改，MINOR 意味着新功能的增加，但是向后兼容的，PATCH 代表着对已有功能的缺陷修复