istio springcloud_手牵手一起学Springcloud（1）微服务这么流行，你理解了嘛？

在前一段时间，我们实验室的项目开始变得越来越麻烦，代码也越来越臃肿，一个人兼顾前后端的全栈开发，实在是力不从心，没有一点点幸福感，于是迫切的想要解放生产力，放飞自我，因此开始决定重构项目，改用之前学习过但是一直没用过的微服务架构。这篇文章将从以下几个角度来学习Springcloud入门的一些相关知识。

1、微服务是什么？

2、微服务和微服务架构的区别是什么？

3、微服务技术有什么？

4、微服务的优缺点是什么？

5、为什么选择Springcloud作为微服务架构？

在写本系列文章之前，我也看了很多网上的大佬那些微服务系列的文章，他们写的都非常好，别人问我关于一些微服务的技术文章时，我也都会把那些我认为写的好的文章推送给他们，但是存在一个问题，那就是刚刚接触微服务的同学，一开始觉得写的通俗易懂而且确实很简单，但是越往后看越看不懂。因此才萌生出自己写一套循序渐进的文章。

一、从单体结构说起

本来想以自己的项目为例，但是由于涉及一些学校不能外传的信息，所以换一个常见的例子。我们以餐厅卖饭为例

从上图我们会发现，收银、做饭、洗碗等操作都由小张一个人完成。随着服务项目的不断复杂，顾客人数的不断增多，这会带来大量的问题。

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、适用于各种环境