浅谈微服务

最新推荐文章于 2020-08-17 14:56:41 发布

tyrant-profiteur

最新推荐文章于 2020-08-17 14:56:41 发布

阅读量308

点赞数

本文链接：https://blog.youkuaiyun.com/qq_41509495/article/details/104610042

版权

开场

今天跟大家聊聊微服务的概念以及我对微服务的理解，目的是为了让准备学习微服务一系列知识的小伙伴大概了解一下自己都要学啥，为啥学。当然，微服务是一个概念，所有语言都适用，本篇仅以Java为例。嗯，很严肃的开场白，话不多说，开整。

微服务是啥？

微服务是一个 分布式 系统，主要的思路是将 应用程序 分解成一套由较小的服务组成的 互联服务。

这里的应用程序，指我们原来传统的 SSH 啊 SSM 架构搭建的应用，也就是单体应用。微服务火之前，大家代码写完测试完，打成一整个war包部署到服务器上或者被打包成自包含 (self-contained) 的可执行 JAR，这样的应用就称为单体应用。

我们举个例子，一个应用，XXX管理系统，很常见对吧，里面现有订单管理(A)，用户管理（B），通知管理（C）三个功能模块单体项目呢就是 A B C三个模块打包成一个War包，复制到服务器上，就能运行了。对于这个应用的微服务版本是什么呢，A，B，C模块都是单独的一个应用，都有自己的业务逻辑等，可以自己单独运行，每个模块都对外提供一个供他人调用的 API 接口，实现模块之间的相互调用。相对于原来的ABC三个功能模块在一起的服务，每个模块做为一个服务，实现模块间的松耦合，这也就是微服务做的事儿。

$ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rPE7D8Lh-1583127091401)(E:\Java\new_Java_Study\daily_notes\pictures\articles\单体应用到微服务.png)]$

(图为打车软件，分为用户，司机，行程，通知，支付，账单六个模块)

那么相对于单体应用，为什么微服务就火起来了呢？现在90%的互联网企业都要把单体应用拆成较小的互联服务？

为啥微服务火了？

**场景一：**服务问题

还是刚刚的应用，其中A模块更新了，怎么办？

打包整个项目，包含A，B，C；
服务器关掉，拷贝打包好的应用程序部署到服务器上；
开启服务器。

简不简单？步骤肯定是简单的，大体的三步，一个应用就更新完了，传统的项目大多这么启动执行的。但是越简单的问题越容易引发思考。这中间会出现什么问题？

A更新，可以，但是应用在没做负载均衡¹的时候，不好意思，整个服务宕机不能用。~~如果有人说企业怎么会不做负载均衡？不好意思，我现在在的公司就不做🙂~~

服务器宕机，很糟糕的情况。而你想要部署，怎么办，只能等到整个服务不用了，才能关服务开始部署。那么微服务起了什么作用呢？A更新A的，不影响B和C的使用，如何实现的，也就是上文说的A，B，C是相互独立的应用，他们之间的可以独立运行，通过远程调用实现相互间调用，这么一看，是不是就感觉有点厉害了？还不够嘛，来看场景二。

**场景二：**时间问题

我不但A更新了，我还新增了功能模块D，单体应用，一样的打包war停服务启动服务，这么一看是不是还是很简单，但是我们只增加了一个模块，启动时间相差不大，后来呢？我们有E,F,G,H,I,J…模块，整个应用越做越大，啧，启动一次半小时，想想就刺激。

那么微服务能做什么呢？你有新模块了，行啊你部署呗，我原来的服务照常使用，不影响，要就服务调用新增的服务，我们再对其单独更新，松耦合的思想（此处敲黑板！）时间就是金钱，每次重启半小时，你暴躁嘛？你耐心好？好吧，我们来看场景三。

**场景三：**程序容错性（其实程序容错性有个感觉更牛逼的叫法，忘了）

有一天，A报错了，会出现啥情况？单体应用所有模块都运行在同一进程中，任何模块的一个 bug，比如内存泄漏，可能会拖垮整个进程。此外，由于应用程序的所有实例都是相同的，该错误将影响到整个应用的可用性。但是微服务就不一样啦，A错了，没事，先不用A，我B和C还是正常能用的，怎么感觉都比单体应用厉害呀。

**场景四：**扩展性问题

假设，公司开办已过十年，十年前使用QWE框架，公司的主要服务就依靠这个了，赖以生存的根本。但是现在，不好意思，QWE已经慢慢淘汰了，公司想在现有服务上进行扩展，怎么办？