小白入门微服务(0) - 什么是微服务

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zone_/article/details/82528469

概述

  • 前言
  • 什么是微服务
  • 微服务的特征与优势
  • 微服务的不足
  • 微服务如何通信
  • 我该使用使用微服务吗?

前言

大半年前,我第一次听说【微服务】这个词,当时由于好奇心,就 Google 了一下这个词,从此埋下了一颗学习微服务的心。在前半年的时间里因为忙,所以抽不出完整的时间块来学习微服务。但都有使用闲碎的时间来看相关的概念与架构。最近总算是有点时间了,我觉得光看概念是没有用的,要真真实实地实践一下,才能真正学到东西。这才有了这篇文章(后面会有系列文章)。

什么是微服务

我们就以微信为栗子,来解释一下微服务。首先假设你要做一款简化版的微信产品,他只有如下几个功能。那么你的初期系统设计应该是这样的:
微信架构

随着时间的迁移,我们日子来到了 2019.01.01 00:00 跨年,此时此刻,很多人都在发朋友圈。朋友圈接口访问量很大很大很大,服务器访问峰值瞬间冲顶,那么我们可以开始做集群操作。也就是整一个服务器做集群操作。那么我们的注册登录接口、支付接口、聊天接口也有了一个复制集,在此时此刻这几个接口是比较鸡肋的,那我们能不能只将朋友圈的接口做集群呢?答案当然是可以的,且看下图 – 微服务架构

微信架构 plus
那么当我们微服务架构遇到 2019.01.01 00:00 跨年,会怎么样呢?
直接水平扩展朋友圈服务,如下图,峰值压力有所缓解。
微信架构 plus
然而在各个功能拆解成一个个的服务之后,由客户端直接访问各个微服务,这样就直接将我们的服务暴露了出来,客户端也需要定制相应的访问策略。这样的设计还是没有那么友好。那么,我们能不能将所有微服务统一到一起呢?且看下图:

微信架构 plus plus
开启一个 API 网关,来分发不同的请求,并做好负载均衡策略。

微服务的特征与优势

微服务特征:
1. 单一职责;
2. 轻量级的通信;
3. 隔离性,运行在自己的进程中,不会相互干扰;
4. 有自己的数据,数据的独立性,每个微服务都有自己的数据库;
5. 技术的多样性,选用适合的技术做合适的事;

概述

  • 前言
  • 什么是微服务
  • 微服务的特征与优势
  • 微服务的不足
  • 微服务如何通信
  • 我该使用使用微服务吗?

前言

大半年前,我第一次听说【微服务】这个词,当时由于好奇心,就 Google 了一下这个词,从此埋下了一颗学习微服务的心。在前半年的时间里因为忙,所以抽不出完整的时间块来学习微服务。但都有使用闲碎的时间来看相关的概念与架构。最近总算是有点时间了,我觉得光看概念是没有用的,要真真实实地实践一下,才能真正学到东西。这才有了这篇文章(后面会有系列文章)。

什么是微服务

我们就以微信为栗子,来解释一下微服务。首先假设你要做一款简化版的微信产品,他只有如下几个功能。那么你的初期系统设计应该是这样的:
微信架构

随着时间的迁移,我们日子来到了 2019.01.01 00:00 跨年,此时此刻,很多人都在发朋友圈。朋友圈接口访问量很大很大很大,服务器访问峰值瞬间冲顶,那么我们可以开始做集群操作。也就是整一个服务器做集群操作。那么我们的注册登录接口、支付接口、聊天接口也有了一个复制集,在此时此刻这几个接口是比较鸡肋的,那我们能不能只将朋友圈的接口做集群呢?答案当然是可以的,且看下图 – 微服务架构

微信架构 plus
那么当我们微服务架构遇到 2019.01.01 00:00 跨年,会怎么样呢?
直接水平扩展朋友圈服务,如下图,峰值压力有所缓解。
微信架构 plus
然而在各个功能拆解成一个个的服务之后,由客户端直接访问各个微服务,这样就直接将我们的服务暴露了出来,客户端也需要定制相应的访问策略。这样的设计还是没有那么友好。那么,我们能不能将所有微服务统一到一起呢?且看下图:

微信架构 plus plus
开启一个 API 网关,来分发不同的请求,并做好负载均衡策略。

微服务的特征与优势

微服务特征:
1. 单一职责;
2. 轻量级的通信;
3. 隔离性,运行在自己的进程中,不会相互干扰;
4. 有自己的数据,数据的独立性,每个微服务都有自己的数据库;
5. 技术的多样性,选用适合的技术做合适的事;

本篇文章首发于公众号「zone7」,关注公众号获取最新推文。

猜你喜欢

转载自blog.csdn.net/zone_/article/details/82528469