Google App Engine 架构分析

根据google 公开的资料,猜测Google App Engine架构设计,下面简要学习记录App Engine 接受请求原理及流程。高手路过!若你有更详细的资料或其他的想法请分享。

App Engine 基本架构比较简洁。如下图所示:

Google App Engine 架构分析 

 

进一步简化一下,可以抽象为

 Google App Engine 架构分析

 

即包括:web、Datastore和服务群

1、web

 web部分主要用于处理请求主要有如下模块:

(1)、前端,即可以认为负载均衡(load balancer),也可以认为它是代理(proxy),主要负责负载均衡和将具体的web请求转发给应用服务器。对于一些静态文件(比如:图片、CSS和JS脚本等)的请求,前端会将这种请求转给对应的类似于CDN(Content Delivery Network,内容分发网络)的静态文件服务器。

(2)、应用服务器。用于装载应用的代码,处理接收到的web请求,并根据请求的内容调用后面的Datastore和服务群。

(3)、 管理节点。在应用服务器间应用,并将调度之后的情况通知前端。

 2、DataStore

它是基于BigTable技术分布式数据库,虽然它也可以被理解成一个服务,但是由于它是整个App Engine对数据进行持久化的地方,所以它是App Engine中一个非常核心的模块。

3、服务群

 整个服务群包括很多服务供App Server上运行的应用调用,比如Memcache、图形、用户、URL抓取和任务队列。

web请求处理流程

(1)用户发送一个HTTP请求。

(2)前端接受这个请求,并将这个请求转发给一个空闲的应用服务器。

(3)应用服务器会处理这个请求。

(4)检查用于处理这个请求的类是不是已经被初始化了。如果没有的话,需要初始化这个类。

(5)调用服务群中的用户认证服务来对用户进行认证,如果失败的话,需要终止整个请求的处理工作,并返回无法认证用户的信息。

(6)查看这个请求所需的数据是否已经缓存在Memcache中,如果没有,将对Datastore发出查询请求来得到数据。

(7)通过整合第(6)步得到的数据来生成相关HTML,并返回给用户。

(8)由于HTML里包含对一些静态文件的引用,比如图片和CSS等,所以当用户收到HTML之后,还会通过前端读取静态文件服务器里面储存的静态文件。

流程图如下:

Google App Engine 架构分析

 

 

你可能感兴趣的:(Google)