关于三种主流WEB架构的思考

最新推荐文章于 2025-01-22 23:37:47 发布
原创 最新推荐文章于 2025-01-22 23:37:47 发布 · 2.3w 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#web #框架 #php #rest #zend #delphi

本文探讨了三种主流的WEB架构：基于‘WEB页面/文件’，基于‘动作’的MVC架构，以及基于‘组件’的事件驱动架构。以PHP为例，提到了CGI、Struts、Ruby on Rails、Zend Framework等，并分析了各自的优缺点和适用场景。作者指出，面向对象和MVC框架在PHP中的应用日益广泛，未来可能的趋势是MVC+REST+RIA的结合。同时，文章引发了关于开发工具和框架是否使开发变得更简单还是更复杂的思考。

关于三种主流WEB架构的思考
Haohappy  haohappy AT msn.com
转载请注明来源：http://blog.youkuaiyun.com/haohappy2004

做WEB好几年了，各种语言和技术都稍有涉猎。今天心血来潮，突然想总结一下。其实不论什么技术，什么需求，通常WEB开发就是通过WEB前端管理一个或大或小或独立或分布式的关系型数据库，很多东西都是相通的。这里说的WEB架构，是指WEB应用开发中每种技术独有的资源组织形式（包括文件，数据库，HTTP请求处理等。注意并非OO的开发方式才有架构一说），也许说开发方式更容易让人理解一些。

以下想法主要以PHP实现为示例，但很多体会我想Java，.NET，Ruby开发者应该也很容易理解。最后是我对于刚面世就引起无数人关注的Delphi fo PHP的评测。

WEB程序的架构基本上可以分成以下三类：

(一) 基于“WEB页面/文件”，例如CGI和PHP/ASP程序。程序的文件分别存储在不同的目录里，与URL相对应。当HTTP请求提交至服务器时，URL直接指向某个文件，然后由该文件来处理请求，并返回响应结果。

比如http://www.website.con

最低0.47元/天 解锁文章
阿里云云平台的混合云安全架构设计
AI天才研究院
06-18 1472
随着企业数字化转型的深入，混合云架构（On-Premises与公有云结合）成为主流选择。阿里云作为国内领先的云计算服务商，其混合云解决方案（如混合云托管、混合云备份等）已广泛应用于金融、医疗、制造业等领域。本文聚焦混合云环境下的安全架构设计，涵盖网络安全、数据安全、身份管理、合规审计等核心领域，提供从理论模型到工程实践的完整技术路线。背景与基础概念：定义核心术语，明确混合云安全的独特挑战架构设计：解析阿里云混合云安全的核心组件与技术原理关键技术实现：包括加密算法、访问控制策略的代码实现。
编程语言学习笔记-架构师和工程师的区别，PHP架构师之路
黑夜开发者的博客
08-18 4676
什么是架构师，如何成为一名架构师，架构师的职责是什么，架构师和工程师的区别在哪里？非常开心能够参加本次官方推荐的【我的编程语言学习笔记】活动，也能将我多年压箱底的东西分享出来给到大家。将我整理的PHP架构师之路的学习内容分享到这篇文章。架构师是很多技术人员的追求，今天我们就来讨论一下这个话题。
Web端架构
poker624的博客
09-02 3978
对网络架构的介绍。
主流Web架构详解
tzllxya的博客
05-27 4401
主流Web架构详解 WEB程序的架构基本上可以分成以下三类： 一 、基于“组件”（Component ，GUI设计也常称控件）、事件驱动的架构，最常见的是微软的.NET。基本思想是把程序分成很多组件，每个组件都可以触发事件，调用特定的事件处理器来处理（比如在一个HTML按钮上设置onClick事件链接到一个PHP函数）。这种设计远离HTTP，HTTP请求完全抽象，映射到一个事件。 事实...
26.1 WEB框架介绍
清风
06-16 1232
Web应用程序(Web Application): 是一种可以通过Web浏览器访问的应用程序, 它遵循浏览器/服务器(Browser/Server, 简称B/S)架构.在开发Web应用程序时, 通常会使用后端技术(如Java, Python, Ruby, PHP等)来处理服务器端逻辑和数据存储,以及前端技术(如HTML, CSS, JavaScript等)来构建用户界面和提供用户交互.此外, 还会使用数据库技术(如MySQL, PostgreSQL, MongoDB等)来存储和管理应用程序的数据.
web三层架构
2301_77072336的博客
12-28 5406
三层架构就是把整个软件系统分为三个层次表现层（Presentation layer）业务逻辑层（Business Logic Layer）数据访问层（Data access layer）三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：界面层（User Interface layer）、业务逻辑层（Business Logic Layer）、数据访问层（Data access layer）。区分层次的目的即为了“高内聚低耦合”的思想。
web服务器 网站部署的架构
qzhqbb的博客
01-22 2267
正向代理是代理服务器位于客户端与目标服务器之间，客户端通过它向目标服务器发送请求，目标服务器无法直接知道请求源于哪个客户端。反向代理是一种服务器，接收客户端的请求并将其转发到内部的一台或多台服务器。这种情况下，客户端并不知道具体哪个服务器在处理其请求。
Java Web架构演进与技术思考
陈书予
03-24 7188
微服务架构是一种用于开发单个应用程序的方法，其中应用程序可被视为一组微小的、独立的服务，每个服务都可由不同的程序员或团队开发，并可独立于其他服务运行。每个服务都实现一个小型API，可以使用任何编程语言编写，服务之间通过API相互调用。Spring Boot是一个基于Spring框架的快速开发Web应用的微服务架构，它采用约定大于配置的方式，避免了大量的XML配置文件和繁琐的环境部署，极大地提高了开发效率和运行效果。
跨平台Web Canvas渲染引擎架构的设计与思考(内含实现方案)
2401_84438654的博客
05-04 1628
从转行到现在，差不多两年的时间，虽不能和大佬相比，但也是学了很多东西。我个人在学习的过程中，习惯简单做做笔记，方便自己复习的时候能够快速理解，现在将自己的笔记分享出来，和大家共同学习。开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】个人将这段时间所学的知识，分为三个阶段：第一阶段：HTML&CSS&JavaScript基础第二阶段:移动端开发技术第三阶段:前端常用框架推荐学习方式：针对某个知识点，可以先简单过一下我的笔记，如果理解，那是最好，可以帮助快速解决问题；
Web前端三大主流框架
m0_48425862的博客
06-09 1万+
前端框架对于前端开发的好处是显而易见的，比如减少代码中因失误产生的bug，还能大大节约时间和人力成本，缩短开发周期等等。目前，市面上Web前端三大主流框架分别指的是Angular、React和Vue，在Web前端开发中，它们平分秋色，各有优劣。 一、Angular诞生于2009年，可以算得上Web前端三大主流框架中最完整的框架，它包含模板、数据双向绑定、路由、模块化、服务、过滤器、依赖注入等所有功能。虽然出生较早，但是因为其强大的功能，至今使用热度不减。对于刚开始前端初学者来讲，掌握这个框架之后，简直会颠
互联网主流 IT 技术与架构评估报告
08-14
2018年，《互联网主流 IT 技术与架构评估报告》。聚焦IT技术的发展历程。
常见的三种Web服务架构
weixin_30662011的博客
12-24 418
摘自《RESTful Web Services中文版》 相互竞争的服务架构 The Competing Architectures 我们已经给出了“不同Web服务会有不同做法”的两个主要问题，现在要据此对不同风格的Web服务进行分类了。根据我的研究，常见的Web服务架构主要有三种：REST式架构、RPC式架构和REST-RPC混合架构。下面依次对它们进行介绍。 REST式、面向资源的...
WEB架构设计概述
热门推荐
厚积而薄发，谋定而后动
05-24 1万+
题记 初始搭建 开始就是各种框架一搭，然后扔到Tomcat容器中跑就是了，这时候我们的文件，数据库，应用都在一个服务器上。 服务分离 随着系统的的上线，用户量也会逐步上升，很明显一台服务器已经满足不了系统的负载，这时候，我们就要在服务器还没有超载的时候，提前做好准备。 由于我们是单体架构，优化架构在短时间内是不现实的，增加机器是一个不错的选择。这时候，我们可能要把应用和数据库服务单独
什么是 Web 框架？
海风林影
03-06 2898
Web 应用框架，或者简单的说是“Web 框架”，其实是建立 web 应用的一种方式。从简单的博客系统到复杂的富 AJAX 应用，web 上每个页面都是通过写代码来生成的。我发现很多人都热衷于学习 web 框架技术，例如 Flask 或这 Django 之类的，但是很多人并不理解什么是 web 框架，或者它们是如何工作的。这篇文章中，我将探索反复被忽略的 web 框架基础的话题。阅读完这篇文章，你
MVC比WebForm的优势，为什么使用MVC
weixin_30597269的博客
02-03 321
前言 如果你看了最近微软的议程，你会发现他们现在的焦点除了MVC，还是MVC。问题在于为什么微软如此热衷于丢弃传统的APS.NET Webform而转向ASP.NET MVC？本文就主要来讨论这个问题。 ASP.NET Webform 后台代码（behind code）——福音与诅咒 如果你密切关注过ASP.NET Webform技术，你会发现它更接近可视化设计，换句话说，开发者只需要从设...
JAVA三大框架SSH和MVC
狒狒也是程序猿的专栏
04-07 2179
Java—SSH(MVC) JAVA三大框架的各自作用  hibernate是底层基于jdbc的orm(对象关系映射)持久化框架，即：表与类的映射，字段与属性的映射，记录与对象的映射 数据库模型 也就是Model; struts提供的丰富标签是用于显示层View;同时struts也充当了实现Control的功能(不管是Struts1，还是Struts2)，接收参数，视图分发。 Sp
几种常见的架构模式
weixin_30781107的博客
06-21 1401
6.2.2 几种常见架构模式 《不是三维——软件项目的设计、开发与管理》从软件与三维实物的本质性不同出发研究软件生产方法论。第6章会从设计与开发的各个层面，抽象、总结并介绍目前实践中实用的技术方法。本节说的是几种常见架构模式。 AD：2013大数据全球技术峰会课程PPT下载 6.2.2 几种常见架构模式 前文讲过，在实践中，人们总结出了一些常用的软件系统结构高层模式，以供应用系统设...
LAMP与J2EE与 .NET三者的比较
Yinglin的博客
08-02 4518
为了开发一个动态网站出来，有3中选择，三种选择是一种三足鼎立的一种状态：LAMP   J2EE  .NET，各有各的好，下面自己总结一下 1、ASP.NET ASP.NET 的开发框架是 Windows server +IIS+SQL Server+ASP的组合，主要开发语言有C#.NET和VB.NET。 2、J2EE开发平台 J2EE的开发架构是 UNIX/windows
主流架构有哪些
最新发布
11-20
<think> 嗯，用户现在想了解IT领域的主流架构类型。从对话历史看，用户之前询问过Linux架构，现在转向更广泛的IT架构分类。用户引用了五段材料，但核心诉求很明确——需要系统性的架构类型梳理。 用户可能是一位技术决策者或开发人员，正在为项目选型做调研。ta引用的材料涉及集中式、分布式、容灾设计等概念，说明关注点偏向企业级系统架构。尤其引用[4]提到“避免技术虚荣”和“演进式架构”，暗示用户需要务实、可落地的建议。 梳理主流架构时要注意几个维度： 1. 部署形态：集中式vs分布式 2. 服务结构：单体vs微服务 3. 技术特性：如云原生、超融合等 4. 特殊场景：如容灾架构 引用[1][2]恰好对比了集中式和分布式架构的优劣。集中式在传统行业仍有价值，尤其当业务压力不大时；而分布式（如超融合）通过软件定义存储提升了灵活性。引用[5]则补充了微服务的实现方式。需要强调架构选型的关键因素：团队能力、业务规模、演进路径——这点在引用[4]的“演进式架构”建议里特别重要。 回答框架可以按演进顺序组织：从最基础的单体/三层架构，过渡到分布式，再延伸到云原生等现代架构。每个类型要说明核心特征、典型组件和适用场景，避免单纯堆砌术语。比如超融合架构可以结合引用[2]提到的“计算存储融合”特点展开。 最后生成的问题要引导用户深入思考架构选择：从成本评估到演进策略，再到具体场景适配。用户似乎更关注实践层面，问题设计要侧重可操作性。 </think>根据引用材料和行业实践，IT领域主流架构可分为以下五类，每种架构针对不同业务场景各有优势： --- ### 一、集中式三层架构 **核心结构**： $$ \text{表现层（UI）} \rightarrow \text{逻辑层（业务规则）} \rightarrow \text{数据层（数据库）} $$ **特点**： 1. **垂直分层**：各层职责明确，开发维护简单 2. **硬件依赖**：通常部署在物理服务器+集中式存储（如SAN）[^2] 3. **适用场景**： - 低并发系统（如内部OA、传统ERP） - 业务变更频率低 - 技术团队规模有限[^1][^4] **局限性**： - 扩展性差：需整体扩容硬件 - 单点故障风险高 --- ### 二、分布式架构 **代表技术**：超融合架构（HCI） **核心变革**： $$ \text{传统三层架构} \Rightarrow \text{计算/存储融合节点} + \text{软件定义网络} $$ **优势**： 1. **弹性扩展**：通过增加x86服务器节点横向扩容[^2] 2. **故障隔离**：单节点故障不影响整体服务 3. **成本优化**：采用商用硬件替代专用设备[^2] **运维差异**： | 维度 | 传统架构 | 分布式架构 | |------------|------------------------|--------------------------| | 故障影响 | 存储/交换机宕机导致全局瘫痪 | 单节点故障自动迁移 | | 扩容单元 | 整机柜级 | 单服务器级 | **典型场景**：云计算平台、大规模Web应用[^2][^5] --- ### 三、微服务架构 **核心理念**： $$ \text{单体应用} \xrightarrow{\text{拆分}} \{\text{独立服务}_1, \text{服务}_2, \cdots, \text{服务}_n\} $$ **关键特征**： 1. **服务自治**：每个服务独立开发、部署、扩容 2. **通信机制**：API网关 + 轻量协议（如REST/gRPC） 3. **技术异构**：不同服务可用不同语言/数据库[^5] **拆分原则**： - 业务能力拆分（如订单服务、支付服务） - 领域驱动设计（DDD）限界上下文[^5] **适用性警告**： > ❗ 日活<1000的系统用微服务会增加运维复杂度[^4] --- ### 四、云原生架构 **技术栈**： ```mermaid graph LR A[容器化] --> B[Kubernetes编排] B --> C[服务网格] C --> D[声明式API] ``` **核心价值**： - **持续交付**：容器镜像实现环境一致性 - **自动恢复**：K8s自愈机制保障高可用 - **资源优化**：按需分配计算资源 **演进路径建议**： 单体 → 模块化单体 → 微服务（当团队能独立运维≥2服务时）[^4] --- ### 五、容灾架构 **设计原则**： $$ \text{数据可靠性} = f(\text{冗余度}, \text{故障检测速度}, \text{恢复策略}) $$ **主流方案**： | 类型 | 实现方式 | RTO/RPO | |------------|-----------------------------|---------------| | 同城双活 | 跨机房数据同步+流量调度 | 分钟级 | | 异地多活 | 地理分布式部署+最终一致性 | 秒级 | | 备份容灾 | 定期快照+离线恢复 | 小时级 | **关键考量**：根据业务容忍度选择方案（如金融系统需异地多活）[^3] --- ### 架构选型决策树 ```mermaid graph TD A[业务规模] -->|低并发/小团队| B(集中式三层) A -->|高并发/快速迭代| C{是否需要强一致性？} C -->|是| D[同城双活+微服务] C -->|否| E[异地多活+云原生] B -->|数据库压力>70%| F[分库分表优化] D -->|持续交付周期>1周| G[引入容器化] ``` > **架构演进黄金法则**：复杂度增长斜率应趋近线性[^4]。避免过早分布式化，模块化单体通常是更务实的选择。 --- ### 相关问题 1. 集中式架构在哪些场景下仍比分布式架构更有优势？[^1][^2] 2. 微服务拆分过度会导致什么运维问题？如何评估拆分合理性？[^4][^5] 3. 设计容灾架构时，如何平衡RTO/RPO目标与成本？[^3] 4. 云原生架构中的服务网格解决了哪些微服务的痛点？ 5. 传统企业向分布式架构迁移的关键挑战是什么？[^2]
评论 29
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值