我对架构的理解

基于本人实际开发的项目，对架构进行梳理。每个篇子都可以是一个专题。在这只是简单归纳总结一下。开始的时候，架构追求快速开发，免代码开发，形成了笨重的专有开发框架-如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-自动伸缩