微服务架构设计的最佳实践

分手后的思念是犯贱 2022-12-22 04:49 275阅读 0赞

一个松散耦合，分布式以及独立的微服务系统。

如下坚守如下原则：

1. 单一责任原则

2. 独立的数据存储

3. 使用异步通信实现松散耦合

4. 使用熔断器快速实现故障容错

5. 通过API网关代理微服务请求

6. 确保API变更向后兼容

7. 版本化微服务重大变更

不可能让变更总是保持向后兼容。当你做了一个重大的变更的时候，同时需要继续支持老的接口，这时候可以暴露一个新版本的接口。消费者可以在方便的时候选择新的版本。但是有太多版本的API对于维护相应的代码人来说会是一场噩梦。因此，有一种规范的方法是通过和客户端一起协作或在内部将流量重新路由到较新的版本，从而弃用较旧的版本。

8. 使用专用基础设施托管微服务

9. 创建独立的发布通道

10. 建立组织效率

尽管微服务给你提供了独立开发和发布的自由，但是对于跨领域关注（cross cutting concerns）来说，某些标准还是需要遵循的，这样才不会让每个团队都花费时间为这些问题创建独特的解决方案。这在诸如微服务分布式架构中是非常重要的，在这种架构中，你需要能够连接难题（puzzle）中的所有部分才能看清全局。因此，对于API安全，日志聚合，监控，API文档，秘钥管理，配置管理，分布式追踪等，企业级解决方案是必须要有的。

发表评论

表情：
评论列表 （有 0 条评论，275人围观）

还没有评论，来说两句吧...

相关阅读

    相关 轻量级微服务架构及最佳实践

    一、微服务将变得轻量级 架构需要由人去设计，这些人被称为架构师。或许很多人并未授予架构师的头衔，但自己却从事着架构的工作。我们认为，架构这项工作永远都需要由人去完成，可能短期

    你的名字你的名字/ 0 赞/ 296 阅读

    相关 微服务的最佳实践

    1. 裁剪服务代码模板（代码脚手架）：为了团队的共同开发 2. 为微服务分配独立的数据库（选择服务适合的数据库） 3. 如何对待共享库进行更改（需要更新所有服务，这就意味着

    向右看齐向右看齐/ 0 赞/ 297 阅读