软件体系结构——基本架构演变

软件的三大类型

单机架构、C\S、B\S

单机架构

最开始的软件,不需要进行网络互联,只要在本地运行就可以了,比如说输入法、画图板。

C\S

到了后来,数据量越来庞大,有的程序需要统一的管理软件本身和运行期间产生的数据,于是产生了数据库。那么,将软件服务部分,和其数据库部署到不同的主机,所有用户访问时从数据库主机获取数据,这就产生了C\S的雏形。我们将客户安装的软件叫客户端(Client),统一管理数据的叫服务器(Server)。

到了后来,服务器端不止进行数据的管理,还进行一定的逻辑处理了,这就是完整的C\S。

至于哪些逻辑放在客户端,哪些逻辑放在服务器,是一个见仁见智的问题。

业务放在服务器端,从数据角度更加安全,稳定性强,容易升级好管理。

业务放在客户端,可以降低服务器的成本和负载压力,但安全和稳定可能会出现问题,升级也比较麻烦(不升级需要一定的版本兼容),另外,为了网络资源传输的数据要尽可能少。

C\S架构有两个主要的问题:

首先,软件开发需要提供两个版本

其次,用户使用时需要安装,且后续不断面临更新升级。(障碍导致使用成本增加)。

为了解决使用门槛和频繁升级的问题,出现了B\S架构。

B\S

用户只需要安装浏览器,通过访问,便可使用各种服务。广义的B\S,事实上你的微信与小程序也充当这样一个角色。

BS只需要普遍使用的统一客户端,根据相应协议,用通用的服务器程序开发部署,就可以实现。

BS开发最简单,使用最方便,功能强大,从访问量上现在应用最广。但不是说BS最好,适合的才是最好的,要根据场景决定。

另外,BS架构的灵活性和处理效率不如CS架构,所以像大型游戏采用的还都是CS架构。

BS架构中:

网络层采用IP协议

传输层是TCP协议

应用层是HTTP协议,在HTTP基础之上,还有相关规范,如Java Web开发中使用的是Servlet标准。此外,还用到了DNS协议。

综上,无论架构如何,程序的稳定性和速度都是最主要的问题。对于速度,最核心的就是要解决海量数据 问题和高并发 问题。

我们下节课见,下课。

相关推荐
木木学AI1 小时前
AI客服系统技术选型:Agentic架构与传统规则引擎的能力差异评估
人工智能·架构
满意的星月7 小时前
基于微服务和Docker容器技术的PaaS云平台架构设计(微服务架构实施原理)
docker·微服务·架构
以和为贵7 小时前
前端也能搞懂 Agent:从 Function Calling 到自主编排
前端·人工智能·架构
会周易的程序员7 小时前
使用 pybind11 封装 C++ 日志库 microLog 为 Python 模块
java·c++·python·物联网·架构·日志·aiot
为自己_带盐7 小时前
.NET 项目集成可观测性:从架构思考到落地实践
架构
熊猫钓鱼>_>8 小时前
2026 前端的三场底层革命:当 Vue、React Native 和 Three.js 同时去掉中间层
前端·javascript·vue.js·react native·架构·webgl·three.js
OceanBase数据库官方博客10 小时前
OceanBase Lakebase 架构解析:独立部署与智能叠加层模式的技术实践
架构·oceanbase
AI 小老六10 小时前
Agent 工程化新底座:用 CLI 契约层打通 HTTP 接口与业务能力
网络·人工智能·http·ai·架构
用户83580861879110 小时前
深入剖析Java并发基石:AQS实现原理与自定义同步器实战
架构
ruxshui12 小时前
微服务下单跨服务数据不一致问题分析笔记
sql·微服务·架构