单体架构到微服务的演变

已于 2022-01-26 21:27:15 修改
阅读量663 收藏 1
点赞数 2
分类专栏： 微服务架构 文章标签： java 开发语言 后端
于 2022-01-26 19:17:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/w7486/article/details/122699936
版权

目录

单体架构

集群

垂直化

服务化(SOA)

微服务

单体架构

单体架构的弊端:

  • 用户量增长后，单个服务器的性能难以支撑
  • 业务越来越复杂越来越多时，耦合性也会越来越强
  • 数据量增加后对数据库也带来了压力

集群

防止出现单点故障

优点:

  • 高可用(一台服务器挂了另一个服务器一样可以工作)
  • 提升性能

垂直化

        把业务结构垂直的划分，以电商系统为例，它可能会垂直的分为用户系统、商品系统、订单系统；每个系统有自己对应的数据库，但如果用户系统想查看购买的商品信息就要去商品库查询，就会造成重复的代码。

服务化(SOA)

面向服务的体系结构

SOA特点:

  • 数据互流互通打破"信息孤岛"
  • 业务的重用

微服务

在SOA的思想上进一步的拆分，就是微服务

微服务主要是解耦，关注的服务的力度

w7486
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
微服务架构学习与思考(12)：从单体架构到微服务架构的演进历程
九卷技术录
03-22 413
从单体架构到微服务架构的演进历程。
面试官：单体架构怎么向分布式微服务架构演变的？（8000字）
ma_xiao_qi的博客
12-15 968
随着网站规模越来越大，单体应用往往很难再满足要求，就需要向分布式，微服务架构演变。那么这个演变过程是怎么样的呢？都涉及到哪些组件，会遇到哪些问题，以及相应的解决方案都是什么，本篇文章就来回答这些问题。本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。要理解微服务，首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用，即将所有功能都打包成在一个独立单元的应用程序。
从单体架构到微服务的发展历程
qq_41531324的博客
06-25 7247
架构的演变过程: 单体架构——>垂直架构——>soa面向服务架构——>微服务架构 单体架构：   特点：     ①所有功能集中在一个项目中     ②所有功能都要达成war包部署到服务器       ③ 通过集群(session共享集群)来提高服务器的性能 优点:     ①.项目架构简单,前期开发的成本低,周期短,小型企业首先.缺点:     ①全部的功...
单体架构到微服务架构演进
m0_49692893的博客
06-08 1192
随着互联网的发展，互联网企业的业务也在不断的飞速发展，进而导致系统的架构也在不断的发生着变化。总体来说，系统的架构大致经历了：单体应用架构—>垂直应用架构—>分布式架构—>SOA架构—>微服务架构的演变。 当然，很多互联网企业的系统架构已经向Service Mesh(服务化网格)演变。本文记录系统架构的演进这个话题。互联网早期，一般的网站应用流量较小，只需要一个应用，将所有的功能代码打包成一个服务，部署到服务器上就能支撑公司的业务。这样也能够减少开发、部署和维护的成本。比如在电商系统中涉及的业务主要有：用户
从单体架构到微服务架构的详细演化历程
最新发布
持 开源思想，撰 必胜所学，望 勤学者，无难处
05-20 2002
代码难以理解，导致代码质量逐渐降低，复杂性逐渐增加，代码难以被修改和重构，简言之：屎山。"屎山"懂得都懂，代码量大耦合度高动一发乱全身，构建和部署耗时长，难以定位问题，大部分时间花费在解决代码冲突上，导致开发效率极低，可靠性差，一个bug可能会引起整个应用崩溃。伸缩性差，单体只能按整体横向扩展，无法分模块垂直扩展，无法分团队独立开发部署；IO密集型模块和CPU密集型模块无法独立升级和扩容。高度耦合的单体工程使得逻辑边界模糊不清，新业务需求开发任务无法有效分配到人，团队人员职责不清晰，沟通成本增加。
微服务的演变(单体服务、集群服务、Session共享、服务化)
JolyouLu的博客
02-07 894
分布式系统 为什么现在都说微服务，微服务到底解决了说明问题，一个应用服务是如何进行发展演变的从单机到集群再到现在的微服务 通过该文章，表示我们就要进入分布式专题了，该文章是接下来分布式文章的前置知识 分布式的演变 单体服务 简介 单体服务，是最简单的服务，在以前流量少的时代，基本所有的服务都是单体服务 单体服务大致分3部分，1浏览器、2服务、数据库，用户通过浏览器访问服务器，服务器对根据业务对数据库继续操作返回结果给浏览器 单体架构存在问题 基于jvm内部调用，都是一个进程中的调用 随着浏览与并发上
从分层架构到微服务架构（一）
ruanrunxue的博客
01-23 1053
《从分层架构到微服务架构》是一系列介绍《Fundamentals of Software Architecture》中提到的8种架构模式的文章，这里不会事无巨细地介绍所有的细节，而是会挑选其中关键内容，更多详情请阅读原书。 前言 谈到软件系统设计的方法论，在代码层面，有我们熟悉的23种设计模式（design pattern），对应到架构层面，则有所谓的架构模式（architecture pattern）。它们分别从微观和宏观的角度指导着我们设计出良好的软件系统，因此，作为一个软件工程师，我们不仅要熟悉设.
【精品】从单体到微服务再到中台战略的历程-19.9.pdf
06-26
微服务架构的出现是为了解决传统单体架构的局限性，如耦合度高、可维护性差、扩展性差等。 中台战略是指在企业级别上构建一个能力复用平台，提供业务能力、数据能力和平台能力等多种能力，实现企业级别的复用和共享...
从单体式应用到微服务的架构演变.docx
10-11
从单体式应用到微服务的架构演变 在现代软件开发中，单体式应用（monolith）是指一个包含所有功能和组件的巨型应用程序。然而，随着业务规模的扩大和技术的更新，单体式应用会出现各种问题，如难以维护、扩展和更新...
第一节 微服务架构演变以及微服务授权中心搭建1
08-04
1.1)从单体架构说起 1.2)单体架构图 1.3)单体架构优缺点总结 1.4）微服务以及微服务架构 1.4.1)微服务的定义 1.4.2）微服务核心就是把传统
SpringCloud微服务架构笔记（一）
03-18
本文总结了 Spring Cloud 微服务架构笔记（一），涵盖了微服务基础知识、系统架构演变、单体应用架构、垂直应用架构、分布式 SOA 架构、微服务架构、分布式核心知识等方面的知识点。 微服务基础知识： 1. 微服务...
从单体到微服务再到中台战略的历程.pdf
10-06
从单体到微服务再到中台战略的历程.pdf
从单体架构到微服务的演变之路
weixin_34082695的博客
03-29 483
单体架构 1.描述： 一个包含了应用所有功能的应用程序，我们通常称之为 单体架构 。这是一种传统的架构风格，比如经典三层架构（UI，BLL，DAL）就是一个单体架构。 2.示例图： 3.单体架构的特点： 所有功能都集中在一个项目中。 所有的功能打成一个war包部署到服务器。 应用与数据库分开部署 通过集群来提高服务器性能 技术栈受到限制 war包是一个可...
微服务不是架构演变的终点！
xmt1139057136的专栏
08-23 2315
本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。作者：...
从单体到微服务，这些年架构的演变
IDEAL Garden
08-02 1012
背景 这两年业界最流行的技术架构话题已经从前后端分离，变成了分布式、微服务、DDD了。微服务架构适合所有的公司吗，业务场景演变到了什么地步才需要考虑上微服务呢？毕竟选择技术架构之前应该考虑业务是否与之匹配，否则分布式、微服务这类繁重的架构设计对一些公司来说就变成了屠龙之技，反而成为一线开发团队的负担。 在我不长的职业生涯中，经历过小型创业公司、国企般的大型项目以及在ThoughtWorks见到的各...
系统从初期到支撑亿级流量，都经历了哪些架构的变迁？
冰河的专栏
10-27 1084
从单体应用到微服务架构，中间经历了哪些阶段呢？
基于Spring Cloud的微服务架构演变史
Docker的专栏
02-26 257
导读一段时期以来 “微服务架构 ”一直是一个热门词汇，各种技术类公众号或架构分享会议上，关于微服务架构的讨论和主题也都非常多。对于大部分初创互联网公司来说，早期的单体应用...
一分钟：微服务架构演进
架构师老狼
01-05 705
优点： 1）内网与外网分离 2）暴露外网ip之有网关，网关统一路由做全局权限、公共访问拦截处理 3）内部服务多节点部署，增加服务延续性，可水平扩展 缺点： 1）网关单节点，或者nginx代理多节点，nginx宕掉怎么办？ 2）Nginx宕掉，正在访问处理怎么办？ 解决方案： 方案一：dns轮询服务网关 优点： 1）可灵活水平扩展服务网关节点 2）DNS轮询技术从成熟，增加节点
从单体式架构迁移到微服务架构
m0_67595657的博客
05-10 401
Martin Fowler 将这种现代化策略成为绞杀（Strangler）应用，名字来源于雨林中的绞杀藤（strangler vine），也叫绞杀榕 (strangler fig)。绞杀藤为了爬到森林顶端都要缠绕着大叔生长，一段时间后，树死了，留下树形藤。这种应用也使用同一种模式，围绕着传统应用开发了新型微服务应用，传统应用会渐渐退出舞台。 我们来看看其他可行策略。 策略 1——停止挖掘 Law of Holes 是说当自己进洞就应该停止挖掘。对于单体式应用不可管理时这是最佳建议。换句话说，应该停止让单体式
单体架构和微服务架构优缺点对比
03-29
单体架构和微服务架构都有各自的优缺点。 单体架构优点： 1. 开发简单，易于理解和维护； 2. 部署简单，只需要一个服务器即可； 3. 性能好，因为所有的组件都在同一个进程中，通信效率高。 单体架构缺点： 1. 扩展性差，随着应用规模的增大，单个应用程序很难扩展； 2. 系统耦合度高，一个模块的改动会影响整个应用程序； 3. 技术选型受限，单个应用程序需要使用相同的技术栈。 微服务架构优点： 1. 可扩展性好，每个服务都可以独立部署和扩展； 2. 系统耦合度低，每个服务都是独立的，可以灵活地进行更改和升级； 3. 技术选型自由，每个服务可以使用不同的技术栈。 微服务架构缺点： 1. 开发和维护成本高，需要管理多个服务，需要更多的人力和资源； 2. 部署和运维复杂，需要管理多个服务的部署和运行； 3. 系统集成难度大，需要设计好服务之间的通信和协作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

w7486

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值