今天是2019/10/21 ,从今天开始,开始微服务的学习。
# # 还是从什么是微服务开始
记得之前写过微服务的概念,这里简单的说一下,微服务是一种架构模式,提倡将单一应用程序分为一组小的服务。那么才分开以后也带来了一定的问题,那就是分开以后,需要互相调用,这就不得不引入新的技术。
第一个需要关注的问题就是,业内常用的微服务架构体系,springCloud 和 Double 的体系,在远程调用上,他们就有很大的区别,springCloud用的是RESTFul API ,而Double 是用的rpc。
# # 微服务的优缺点
对于优点最好的说法是:微服务知识业务逻辑代码,不会和前端掺和在一起。他在解耦和上是绝对的。
对于缺点:很明显的就是分布式提高的复杂性,分布式事务也好,运维成本也好,数据的一致性问题等等。
# # 微服务技术架构
springCloud 就像是小米一样,小米不仅仅是一个产品,而是一个生态体系。
先来看一下技术架构栈把:
看完技术栈以后,再来说一下技术架构,好的技术架构自然是尽可能多的去满足这些技术栈,降低我们的使用成本,降低我们的使用风险,降低上手的难度。
springCloud 这个微服务架构是一个非常完整的技术体系,基本上都能支持我们从上到下的全部的需求。
再从技术维度上来看springcloud能够被称为完整的微服务体系的原因: