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

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

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

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

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

提出的核心点：

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

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

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

@@ 第16行： / 第16行： @@
 # 微服务和 Docker 结合使用更方便
 # 微服务是分布式架构的一种
+=== 为什么使用微服务 ===
+https://www.bilibili.com/video/BV1eU4y187zE/?p=2
+==== 单体应用特点 ====
+大部分的开发者都开发过单体应用，无论是传统的 Servlet+JSP，还是 SSM，还是现在的 SpringBoot，它们都是单体应用，那么长期陪伴我们的单体应用有什么弊端？
+我们是面临了什么问题，导致我们要抛弃单体应用转向微服务架构呢？主要原因如下：
+# 部署成本高（无论是修改 1 行代码，还是 10 行代码，都要全量替换）。
+# 改动影响大，风险高（不论代码改动多少，成本都相同）
+# 因为成本高，风险高，所以导致部署频率低（无法快速交付客户需求）
+# 无法满足快速扩容，弹性伸缩，无法适应云环境特性等问题。
+注意：<u>单体应用虽然有上面缺点，但是依然有自己的市场，如果项目规模比较小，办公类等不需要频繁修改版本的应用使用单体架构还是很方便的</u>。