虽然现在云计算应用主要以由Amazon EC2为代表的IaaS（基础设施即服务）服务和由Salesforce CRM为代表的SaaS（软件即服务）服务为主，而PaaS（平台即服务）服务则处于比较“小众”的阶段，但是由于PaaS服务在开发环境、管理、伸缩、整合率和经济性等方面的优势，使得其的未来非常值得看好，所以基于YunTable的PaaS服务YunEngine诞生了，虽然YunEngine的长远目标是超越Google App Engine，也就是比Google App Engine更好用，但是现阶段由于时间和人力的原因，其暂时只支持Web和数据存储这两个基石级的功能。还有，值得注意的是，YunEngine应该是国内第一个提供Java语言支持的PaaS，下面将分别对YunEngine的基本架构和路线图进行介绍。
YunEngine的架构
图1. YunEngine的架构图
由于现在YunEngine还处于初创期，其架构显得非常简单，主要由AppServer节点和YunTable集群这两部分组成。
AppServer节点
这个节点主要由一个或者多个Jetty服务器组成，通过这个服务器能很好地支持基于Java Servlet API的Web应用，包括最新 Servlet 3.0。为什么选择Jetty而不是更常用的Tomcat呢？因为在代码方面，Jetty不仅更模块化，而且总量较少，所以在定制化方面非常有优势，这点对YunEngine的未来发展而言非常关键。
现在，Jetty服务器除了运行Web应用之外，还内置一个支持后端数据库为YunTable的JPA（Java Persistence API）实现，名为“YunJPA”。当运行在Jetty中的Web应用需要调用JPA的功能来执行数据处理相关操作时，Jetty会给这个应用生成一个基于YunJPA的EntityManager接口，应用会通过使用这个接口来访问后端的YunTable集群，从而完成和数据处理相关的操作。
YunTable集群
在AppServer节点之后，用于存储数据的，就是一个运行YunTable系统的集群，其主要包括两种类型的节点：其一是Master节点，主要用于管理整个集群，其功能包括数据库表的创建、数据备份的管理和Region节点的容灾等，并且在一个集群中只会存在一个；其二是Region节点，其功能较简单，主要用于存储数据，而且一个集群中会有多个。
路线图
到现在为止，基于大概半个月左右的开发，Web和数据存储这两个核心功能都已经基本实现了，接下来，按照计划，YunEngine将会有下面这几个重要的里程碑（Milestone）。
11月初 | 完成核心功能，并进行整体地完善 |
12月初 | 开始内测 |
明年元旦后 | 进行小规模公测 |
明年春节后 | 正式对外公测 |
表1. YunEngine的路线图
最后，熟悉Google App Engine人都知道，其实已经出现了类似AppScale的开源项目，那么为什么要重新发明“轮子的轮子”呢？原因是：由于AppScale有很多核心技术都是依赖第三方，比如，数据库方面采用了Cassandra和Voldemort等，它所做的主要只是拼装而已，所以从长期而言，其可发展性不佳，因为不同的第三方产品和技术，它们在接口和内部机制等方面都会有所不同，如果硬要在将它们完美地整合在一起，这将会是极其艰难的，而YunEngine由于其最核心的，同时也是技术上难度最大的存储功能都是控制在自己手中，所以有信心对YunEngine进行不断地优化和修改，以使其更出色和更稳定。如果大家对YunEngine的未来有什么意见和兴趣的话，可以在本贴中进行进一步地讨论，还有，谢谢大家一直以来对我的支持。
