我对架构的理解

在这里插入图片描述
基于本人实际开发的项目,对架构进行梳理。每个篇子都可以是一个专题。在这只是简单归纳总结一下。开始的时候,架构追求快速开发,免代码开发,形成了笨重的专有开发框架-如oracle的ADF框架。虽然开发效率提升,但问题多多:运行效率低,底层出问题无法解决,黑盒,使用者被束缚,各种不爽。随着vue,springboot,mybatis plus等技术的发展,开发变得更加容易,这类框架使用者也是越来越少。后来随着互联网业务蓬勃发展,技术架构开始追求高可用、高并发、海量数据处理。技术开始爆发:各种微服务相关-springcloud、dubbo、consul、zookeeper、k8s;各种nosql:redis、mongo、hbase;各种mq:rocketmq、kafka;各种…本文主要讲述本人对分布式架构的理解。
1.单体架构
当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
2.分布式架构
当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求
举例:Nginx-伸缩需要重启Nginx;微服务:springcloud-动态伸缩
3.流动计算架构
当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
举例:K8s-自动伸缩

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
借用别人的图

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值