CloudTao FAQ
(1)不同服务processor利用不同的进程来区隔,但是对于进程和进程之间的资源如何区隔?像是CPU, 内存使用量
的确,多租户的实现是PaaS最核心的特性, 实现方式有Shared-hardware(虚拟机隔离), Shared-OS(进程隔离), Shared-everything(基于meta data)。虚拟机隔离和进程隔离是目前最常见的两种方式。 从共享资源的使用效率上,进程隔离的资源粒度小, 资源利用率会高;从隔离安全性上,虚拟机隔离会更安全。 CloudTao采用进程隔离的方式(一个进程就是JVM, 对应于一个Processor),从技术角度上说, 在同一个操作系统下的进程必定会互相影响, 一个进程的CPU和内存肯定会受到其他进程的影响。在这方面, 我们的权衡结果是:
- CloudTao定位是私有云PaaS平台和面向ISV的Saa
S运营平台,而不是公有云PaaS平台。 对于公有云PaaS平台,应用的代码和质量是无法控制的, 必须实现sandbox运行时环境, 但是sandbox同时会限制应用行为,不能兼容传统已有应用。 私有云PaaS平台上的应用是企业能控制的, ISV的应用也是相对可控的。 - 如果必须保证某个租户或者某个租户下面的某个应用的安全性,
那么CloudTao支持将资源池里面的特定机器独占划分给租户 或者某个应用使用,这样能保证绝对安全性。 如果必须保证一个processor的安全, 那么可以可以将一个机器(物理或者虚拟机)独占划分给他, 同时里面只跑一个processor。 - 另一方面,CloudTao里面的Admin service会监控每个Processor的CPU、内存、
IO等使用情况, 如果发现每个processor的CPU长时间100%、 内存一直在增长,那么admin service会发出相关事件通知,订阅者(如管理员) 可以处理这种情况,或者自动处理。
(2)数据库和储存设备是另外架设的的服务,如何分配保证,Processors 获取的资源 ?
对于存储服务,Cloudtao支持sql和nosql。 对于SQL,在有限并发和几百兆-2G的范围内, 推荐使用CloudTao提供轻量级的多租户的嵌入式关系型数据 库,如果超出这个范围, 那么用户可以使用传统关系型数据库如oracle、 sqlserver等, 当应用没有使用某个数据库特定特性且使用应用访问框架, 那么这个迁移是平滑的。对于nosql, CloudTao目前提供key-value类型的服务, 这个接口兼容Amazon S3,key- value分布式数据库运行在特定的几台机器和存储上。 对于column-based, document-based的nosql,目前没有, 在我们的roadmap中。
(3)CloudTao有众多的服务组件,像是数据库服务、存储服务、ESB服务、BPM服务, 是自行开发还是采用那个的软件来达成
CloudTao的核心运行时组件都是我们自己开发的, 如admin、gateway、session、 storage、repository。对ESB、BPM、 单点登录等服务,我们会基于开源的,如Mule, jBPM等,提供一种默认实现。
(4)在这个平台上开发应用,是否有建议采用那一种架构,如Spring ?
对于开发框架,一般ISV或者用户都会自己的积累, 即有自己的开发框架。 由于CloudTao完全兼容J2EE标准(除EJB), 那么鼓励ISV和用户重用原来的框架。
但是,和前面一样,假设用户都没有, CloudTao为提供默认一套复合应用框架,帮助ISV、 用户快速开发应用。这个框架中有ESB、BPM、用户管理、 组织接口管理、角色访问控制等等。
(5)除了支援Java语言开发外,架构是否有可能也支援像是php,python这样的脚本语言
到目前为止我们没有考虑过这个问题, 或者说从设计之初我们就只想支持java。理论上说, 我们希望Processor是一个通用的概念, 能够嵌入其他的运行时环境。 由于整个本身CloudTao都是基于Java开发的, CloudTao只依赖于JVM, 我们会保证架构的一致性和简单性。
(6)就Pass而言,Google 推出application engine ,vmware有推出 cloud foundry, CloudTao和这二者相比,最大的特点在那里?
我正在写一篇文章,从互联网和企业软件的融合上看PaaS, CloudTao的核心理念就是融合互联网和企业软件。 对于GAE、SAE等公有云PaaS平台,安全性( 数据中心在国外等)、功能性上不适合企业级应用。 对于传统企业软件厂商,如IBM,Oracle, VMware, Redhat, Microsoft等,为了保护已有投资, 其PaaS都是基于虚拟机隔离的,本质上PaaS= IaaS管理平台 + Middleware stack. 与这两类相比,CloudTao尝试在这两类之间取得平滑:
- Shared-OS实现,同时兼容已有J2EE应用
- 多层次的多租户,machine-cloudset-
cloud-service-processor,简单、 一致的概念的背后有强大的生命力。
我们认为不能简单说这类PaaS好,这类PaaS不好, 因为大家的定位是不一样。 我们认为未来有足够大的PaaS市场来容纳不同类的PaaS。
你也知道,目前市场上已有的都是公有云PaaS平台,如GAE、 SAE。在面向企业级应用的PaaS上, 巨头们都在投入战略资源研发中,目前可以拿出来卖的基本没有。
阮志敏谈平台即服务PaaS
云计算的三种服务模式是SaaS(Software as a Service),PaaS(Platform as a service)和IaaS(Infrastructure as a service)。相对于SaaS和IaaS,PaaS最难被理解,人们对PaaS的解读往往也不尽相同。这是我继“云计算与SOA之我见”之后的又一篇文章,希望通过这篇文章来分享我对PaaS的理解,并阐述为什么PaaS在云计算中处于战略核心地位。
云计算之云深不知处
本文的作者是forestzrd先生,原文链接是http://blog.sina.com.cn/s/blog_592246bd0100ptxa.html。forest研究云计算多年,这篇文章是他写于2011年初,大家可以对比我转载的forest的上一篇文章,从中或许能够得到一些启发。