一、从单体结构说起
本来想以自己的项目为例，但是由于涉及一些学校不能外传的信息，所以换一个常见的例子。我们以餐厅卖饭为例
从上图我们会发现，收银、做饭、洗碗等操作都由小张一个人完成。随着服务项目的不断复杂，顾客人数的不断增多，这会带来大量的问题。
1、技术太复杂，有时候往往会牵一发而动全身，代码耦合性太大，修改起来很麻烦。
2、拓展能力弱，功能模块代码紧耦合，无人进行有效拓展
3、维护成本太高，一旦出一个问题，修改很难受。
当然还有很多很多的缺点，为此继续一种技术去改善这个问题。什么技术呢？就是我们今天所说的微服务架构。
二、什么是微服务
由于业界还没有对微服务的概念有一个统一的解释，但是你可以这样去理解，微服务其实就是一种思想，这个思想是：考虑如何把一个复杂的项目拆分成一个个独立的小项目。就好比是电脑中的进程，拆分成一个个小的线程一样。
再举个
现在，小张每一个服务业务都让不同的人来负责，这就大大简化了人的劳动程度。
三、微服务和微服务架构的区别是什么
他们俩的区别你可以这样去理解，微服务就好比是指导思想，微服务架构就是根据这个指导思想实施的方案。就好比是古代的时候，皇帝说要减轻赋税，然后下面的大臣根据这个指导思想去实施具体的方案。
当然这里还有更加标准化的回答：
微服务架构是⼀种架构模式，它提倡将单⼀应⽤程序划分成⼀组⼩的服务，服务之间互相协调、互相配合，为⽤户提供最终价值。每个服务运⾏在其独⽴的进程中，采⽤轻量级的通信机制互相协作
如果你能理解刚刚皇帝的那个例子，应该就能理解微服务架构的含义了。
四、微服务技术有什么？
微服务的技术还是很多的，python、c++等等都有，不过因为是专注于java，所以还是主要聊聊java中的微服务技术。
Dubbo被重启之后又焕发出了新的光彩，但是跨语言支持不足是它的一个弱项，另外功能比较少，之后服务治理相关的技术，完全用好这个框架的门槛比较高。这对于初学者来说开发难度还是比较大的。目前dubbo已经被阿里捐献给Apache了，Apache也正在致力打造属于dubbo的微服务体系，但是从这两年多的发展情况来看，并不乐观。
Netflix微服务架构经过多年生产验证，最终形成一整套开源的微服务基础组件，统称 NetflixOSS，Netflix 的成功经验开始被业界认可并推崇，于是Pivotal 将 NetflixOSS 开源微服务组件集成到其 Spring 体系，推出 Spring Cloud 微服务开发技术栈。随着时间的推移目前基本上也占据了半壁江山。本系列教程也会围绕着Springcloud来展开。
其他的微服务技术比如springcloud Alibaba、istio等等在这里就不对比了，没有大规模使用的还有待观察。一旦流行了再学习也不迟。
五、微服务的优缺点是什么？
既然要使用微服务，微服务有什么优点呢？他的优缺点你可以对比着单体结构的缺点来记忆。
1、维护起来比较简单，毕竟每一个服务只关注于项目中的一个小模块
2、拓展性好，有新功能需要添加的时候，那就再建立一个微服务，和之前的互不干扰。
3、每一个微服务都有着自己的数据库
优点真的是太多了，能想到的就这些吧。
当然还有很多缺点，咳咳，缺点不说太多，要不然你觉得微服务不好了，缺点那就是一个个微服务构成了分布式系统，出现了分布式系统的各种问题。
六、为什么选择Springcloud？
说实话，一开始我在认识微服务的时候，完全不理解他的特点是什么含义，只有当学习了一遍之后，重新回过头来看，才发现，原来是这样呀。不过在这里你最好先记住。否则以后你连回头的想法都没：
1、约定大于配置。
2、适用于各种环境
3、整合了Springboot的优点
4、轻量级组件
5、功能齐全
6、灵活
优点太多，数不过来，所以你先记住这几条，看了几本书发现基本上也是这样介绍的。
这篇文章是我的微服务系列的第一篇文章，下一篇文章将主要开始介绍Springcloud的每一个组件的功能，以及为什么要有这样一个组件。
