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