WEB应用托管平台系统架构

更新时间:2023-09-03 09:34:01 阅读量: 教育文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

web应用架构的大拿之作。

WEB应用托管平台系统架构

web应用架构的大拿之作。

被托管WEB应用URL模式 http://www.77cn.com.cn,自有域名,托管单一应用 http://www.77cn.com.cn,自有域名,托管多个应用 http://www.77cn.com.cn/app,自有域名,托管多个应用 http://www.77cn.com.cn,平台域名,托管单一应用 http://www.77cn.com.cn,平台域名,托管多个应用 http://www.77cn.com.cn/app,平台域名,托管多个应用注:自有域名通过DNS服务器CNAME记录转换成平台域名。

2013/11/25

第2页

web应用架构的大拿之作。

被托管WEB应用构成及自定义特性 被托管WEB应用包含:静态内容、动态脚本、资源初始化脚本、应用配置信息和自定义辅助文件。 被托管WEB应用可自定义如下特性:–错误页面–访问日志和错误日志格式– index文件– URL重写规则

2013/11/25

第3页

web应用架构的大拿之作。

被托管WEB应用打包格式application应用程序根目录 confs应用配置信息目录,每类配置信息一个配置文件。部署应用时合并转换成WEB服务器的配置文件。 errors错误页面目录 contents静态内容目录,其中包含应用所有静态内容及其目录结构。部署应用时分发到边缘加速节点。 ...... scripts动态脚本目录,其中包含应用所有动态脚本及其目录结构。部署应用时分发到中心处理节点。 ...... database-scripts数据库资源初始化脚本目录,其中包含应用所有的数据库初始化脚本。部署应用时执行。 ......其他资源初始化脚本目录,其中包含应用所需其他资源初始化脚本。部署应用时执行。

2013/11/25

第4页

web应用架构的大拿之作。

边缘加速节点部署结构site-root hosts-root WEB服务器根目录虚拟主机根目录

confs

include confs/*.conf

host1

单一应用或者次级域名部署多个应用application

host1.www.conf host2.app1.conf host2.app2.conf

errors

错误页面,部署时拷贝自 errors目录。访问日志和错误日志目录静态内容,部署时拷贝自 contents目录。每主机每应用一个配置文件,部署时由 confs目录内容合并而成。单一应用的应用名为 www。

logs ......虚拟主机根目录

host2

子目录部署多个应用

application1 application2注:虚拟主机根目录的目录名和虚拟主机的域名完全相同。在处理时通过$document-root/$host实现。第5页

2013/11/25

web应用架构的大拿之作。

中心处理节点部署结构site-root hosts-root WEB服务器根目录虚拟主机根目录

confs

include confs/*.conf

host1

单一应用或者次级域名部署多个应用application

host1.www.conf host2.app1.conf host2.app2.conf

errors logs ...... ......

错误页面,部署时拷贝自 errors目录。

访问日志和错误日志目录静态内容,部署时拷贝自 contents目录。动态脚本,部署时拷贝自 scripts目录。

每主机每应用一个配置文件,部署时由 confs目录内容合并而成。单一应用的应用名为 www

虚拟主机根目录

host2

子目录部署多个应用

application1 application2注:虚拟主机根目录的目录名和虚拟主机的域名完全相同。在处理时通过$document-root/$host实现。2013/11/25第6页

web应用架构的大拿之作。

系统架构 (1 of 2)10

......5租户 6 7中心处理节点 8

9

DNS DNS 1 HTTP用户用户接入域 2

HTTP4

3

边缘加速节点

注1:整个边缘加速节点是可选的,用户可以接入中心处理节点或者边缘加速节点。注2:租户在提交应用的时候指定应用需要分发的地理位置,从而实现对边缘加速节点的选择。

2013/11/25

第7页

web应用架构的大拿之作。

系统架构 (2 of 2)名称 1 ISP DNS Server为用户侧提供域名解析。 1.实现站点虚拟IP池,避免DNS缓存带来的负载均衡问题。 2.识别并分离对动态和静态内容的请求。 3.处理静态内容请求。 4.为动态内容请求作层七交换,提高缓存命中率。提供站点级别的集中文件存储。 1.内容缓存。 2.被请求内容不存在时,向中心处理节点请求内容。租户自助Portal 1.把被托管WEB应用的多种域名转换成标准域名。 2.根据客户端地理位置实现就近选择边缘加速节点。 1.实现站点虚拟IP池,避免DNS缓存带来的负载均衡问题。 2.识别并分离对动态和静态内容的请求。 3.处理静态内容请求。 4.将动态内容请求分发到应用服务器。提供特定编程语言沙箱,运行被托管WEB应用。提供站点级别的集中文件存储。提供SQL服务。 Lustre功能备注 Out of Scope Wackamole Nginx Lustre

2

Site Gateway Pool

3

File Storage Pool

45

Content Cache PoolPortal Server

Varnish

6

GLSB

Bind

7

Site Gateway Pool

Wackamole Nginx

8 9 10

Application Server Pool File Storage Pool SQL Resource Pool

2013/11/25

第8页

web应用架构的大拿之作。

关键技术要点 被托管WEB应用支持多种域名–被托管WEB应用的各种域名全部使用DNS CNAME记录映射到平台标准域名。–平台标准域名使用DNS A记录映射到各个加速节点的虚拟IP地址池。

识别动态和静态内容请求–如果应用有自定义URL重写规则,先进行URL重写。–如果请求包含后缀名且为已知的动态内容,转发到中心处理节点的动态内容后端,其他后缀名作为静态内容在边缘加速节点处理。–如果请求没有包含后缀名,先作为静态内容在边缘加速节点处理,内容没有找到再转发到中心处理节点的动态内容后端处理。

边缘加速节点可选–中心处理节点部署处理静态和动态内容所需信息,边缘加速节点只部署处理静态内容所需信息。–被托管WEB应用保证在边缘加速节点经过URL重写以后的URL,不会再次触发中心处理节点的URL重写规则。在此前提下,利用前述动静态内容识别和路由规则直接处理即可。

被托管WEB应用隔离–被托管WEB应

用隔离分为“运行资源隔离、安全隔离、外部资源隔离”三种。–运行资源隔离通过计费来控制,只要保证在某个应用占用了服务器所有资源的情况下,其他应用能够动态调度到其他服务器上。–安全隔离使用语言沙箱来实现。–外部资源隔离通过对外部资源的访问控制来实现。

2013/11/25

第9页

web应用架构的大拿之作。

CDN系统结构WEBhttp://www.77cn.com.cn IP0

Name Serverhttp://www.77cn.com.cn 客户端区域{ Cache IP1 in甲地 IP2 in乙地 IP3 IP3 in丙地丙地}服务器区域{ CDN IP0}

源站

Name Serverhttp://www.77cn.com.cn http://www.77cn.com.cn

5IP1

4

CacheIP2

Cache

乙地

2 1 3

甲地

2013/11/25

第 10页

web应用架构的大拿之作。

谢谢!

本文来源:https://www.bwwdw.com/article/dxri.html

Top