“微服务简介”的版本间的差异

来自姬鸿昌的知识库
跳到导航 跳到搜索
第36行: 第36行:
  
 
注意:<u>单体应用虽然有上面缺点,但是依然有自己的市场,如果项目规模比较小,办公类等不需要频繁修改版本的应用使用单体架构还是很方便的</u>。
 
注意:<u>单体应用虽然有上面缺点,但是依然有自己的市场,如果项目规模比较小,办公类等不需要频繁修改版本的应用使用单体架构还是很方便的</u>。
 +
 +
 +
==== 微服务特点 ====
 +
微服务架构的特点:
 +
 +
针对特定服务发布,影响小,风险小,成本低;
 +
 +
频繁发布版本,快速交付需求;
 +
 +
低成本扩容,弹性伸缩,适应云环境等特点。

2023年3月6日 (一) 02:49的版本

https://www.bilibili.com/video/BV1eU4y187zE

什么是微服务

微服务(MicroService)的概念最早是在 2014 年 Martin Fowler 和 James Lewis 共同提出,他们定义了微服务是由单一应用程序构成的小服务,

拥有自己的进程与轻量化处理,服务依业务功能设计(微服务一个业务一个项目),以全自动方式部署,与其他服务使用 HTTP API 通讯(每个项目都是一个标准的 Web 项目,不再像之前 RPC 项目分为 provider 和 consumer)。

同时,服务会使用小规模集中管理(例如 Docker)技术,服务可以用不同的编程语言与数据库等。

提出的核心点:

  1. 微服务是架构,发展到现在微服务已经可以说是综合平台(架构以外还包含服务治理、注册中心、服务容灾等相关特性)
  2. 微服务中项目都称为服务
  3. 微服务拆分颗粒度为业务
  4. 微服务中服务和服务之间使用 HTTP 协议通信
  5. 微服务和 Docker 结合使用更方便
  6. 微服务是分布式架构的一种




为什么使用微服务

https://www.bilibili.com/video/BV1eU4y187zE/?p=2

单体应用特点

大部分的开发者都开发过单体应用,无论是传统的 Servlet+JSP,还是 SSM,还是现在的 SpringBoot,它们都是单体应用,那么长期陪伴我们的单体应用有什么弊端?

我们是面临了什么问题,导致我们要抛弃单体应用转向微服务架构呢?主要原因如下:

  1. 部署成本高(无论是修改 1 行代码,还是 10 行代码,都要全量替换)。
  2. 改动影响大,风险高(不论代码改动多少,成本都相同)
  3. 因为成本高,风险高,所以导致部署频率低(无法快速交付客户需求)
  4. 无法满足快速扩容,弹性伸缩,无法适应云环境特性等问题。

注意:单体应用虽然有上面缺点,但是依然有自己的市场,如果项目规模比较小,办公类等不需要频繁修改版本的应用使用单体架构还是很方便的


微服务特点

微服务架构的特点:

针对特定服务发布,影响小,风险小,成本低;

频繁发布版本,快速交付需求;

低成本扩容,弹性伸缩,适应云环境等特点。