微服务服务端架构

78 阅读 0 评论 52 点赞

我是靠谱客的博主热心大象，最近开发中收集的这篇文章主要介绍微服务服务端架构，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

微服务正在成为软件开发主流，配合上container和kubernetes，我们可以实现服务在云平台的快速上线和滚动升级。
楼主所在公司是这样的服务端架构：
httpapi层：客户端的调用入口，这些服务直接暴露给客户端，主要会调一些中间件，这一层几乎没有复杂逻辑，是一些实质性功能的入口。
中间层：因为微服务很分散，而客户端请求可能需要调用多个服务才能完成，因此产生了中间层，这里面包含较为复杂的逻辑，做了对客户端请求的拆分和对底层服务的调用。
微服务层：这就是我们一个个提供特性功能的微服务，通过中间件调用，处于相对底层的位置，当然服务间也有上下游的关系，比较底层的服务会涉及到DAO层，即对数据库进行读写。较为上层的服务会直接调用底层服务或通过一些message queue将消息发送出去供消费者消费，而消费者会再次调用中间层的rpc接口。

这样部署的时候每个模块都会比较独立，只要服务的输入不变，就可以兼容先前的版本的其他组件，就算服务的输入输出要进行修改，只要做rpc层即可，不同上升到httpapi，这样可以节约和客户端的联调时间。