2012-01-31 25 views
0

在我看来通用的Web应用程序的体系结构类似这样的图(抱歉因为我更新不更新图像~~~~) 有人能给出关于常见的Web应用架构一些建议?感谢能给我关于Web应用架构一些建议

应用服务器层:,提供某种类型的 中间件(ESB,ADF(BCS)等)层支持的
1.一般执行环境
2.自曝业务逻辑通过各种 协议的客户端应用程序
3.提供包括自动容错,会话管理,事务管理,多线程的底层基础架构 - 以及构建可伸缩企业应用程序所需的所有其他内容。

Web服务器层
1.处理HTTP请求
2.操作静电文件,
3.生成动态内容(MVC架构)
4.反向代理加速
5.负载平衡的索引文件和容错
6.按数据浏览器(实时场景)

浏览器层:
1. JavaScript框架(UI组件,事件总线)
2.交互设计
3.视觉设计

+0

你打算如何使用“普通”web应用程序的知识?另外,定义你认为共同的东西。 – 2012-01-31 15:57:18

+0

你能问一个更具体的问题吗?你想要建议什么话题?你想知道什么? – Carsten 2012-01-31 16:00:00

+0

“可扩展的企业应用程序”不是常见的Web应用程序。 Google或Facebook都不是。使用Oracle中间层体系结构(ESB,ADF BC)的Web应用程序非常罕见。所以,正如塞尔吉奥所说,定义* common *。并定义* Web应用程序*,而你在它。 – APC 2012-01-31 16:02:01

回答

0

在你写的一些想法:

  • 其不错
  • 我已经采取3号线从Web服务器层和贴合在混合 类或者与应用层或浏览器层,这取决于 /javascripty如何ajaxy你打算使应用程序(这是 不是说我说你应该结合与应用 逻辑视图)

虽这么说,你实际上像下面这样结束:

  1. 最高:Web服务器[负载均衡,与Apache(ETC),线程...]
  2. :应用服务器[Facebook的将是使用C++在这里...]
  3. 在-准备高:服务器端客户端开发[PHP /导轨/ Django的/ ASP这里消费应用服务器]
  4. 最终用户:实际的客户端开发[JS消耗服务器端客户端层]

此外,像节点的新技术真正开始模糊那些层之间的差异IMHO

+0

APC是对的,我想看看一个“可扩展的企业应用程序”,所以'常见'可能不适合描述。谢谢大家,我已经了解了更多。 – h63542 2012-02-05 08:54:29

0

一个常见的结构是3层结构,其中所述层是

Presentation layer 
Responsible for rendering data 

Business layer 
Performing business logic. 
Validating user data. 

Data layer 
Storing and retrieving business data 

你描述的是基础设施和软件体系结构的混合。你真的想分开这两个,而且基础设施部分往往是给定的。

相关问题