什么是云平台?

云平台

解释如下：

转向云计算（cloud computing），是业界将要面临的一个重大改变。各种云平台（cloud platforms）的出现是该转变的最重要环节之一。顾名思义，这种平台允许开发者们或是将写好的程序放在“云”里运行，或是使用“云”里提供的服务，或二者皆是。至于这种平台的名称，现在我们可以听到不止一种称呼，比如按需平台（on-demand platform）、平台即服务（platform as a service，PaaS）等等。但无论称呼它什么，这种新的支持应用的方式有着巨大的潜力。

应用平台（application platforms）是如何被使用的。开发团队在创建一个户内应用（on-premises application，即在机构内运行的应用）时，该应用所需的许多基础都已经事先存在了：操作系统为执行应用和访问存储等提供了基础支持；机构里的其他计算机提供了诸如远程存储之类的服务。倘若每创建一个户内应用都得首先构建所有这些基础的话，那么恐怕我们今天看到的应用会少很多。

中文名

云平台

外文名

cloud platforms

相关技术

云计算（cloud computing）

别    称

按需平台（on-demand platform）

计    算

弹性虚拟计算

目录

1 三种云服务

2 平台一般模型

3 户内到云平台

4 大企业云平台

5 云服务平台

三种云服务

编辑

云平台(2张)

实际环境中的云平台：三种云服务

为掌握云平台，我们先从大体上考察一下云服务。我们可以把通过“云”提供的服务分为三大类。它们是：

软件即服务（Software as a service，SaaS）：SaaS应用是完全在“云”里（也就是说，一个Internet服务提供商的服务器上）运行的。其户内客户端（on-premises client）通常是一个浏览器或其他简易客户端。Salesforce可能是当前最知名的SaaS应用，不过除此以外也有许多其他应用。

附着服务（Attached services）：每个户内应用（on-premises application）自身都有一定功能，它们可以不时地访问“云”里针对该应用提供的服务，以增强其功能。由于这些服务仅能为该特定应用所使用，所以可以认为它们是附着于该应用的。一个著名的消费级例子就是苹果公司的iTunes：其桌面应用可用于播放音乐等等，而附着服务令购买新的音频或视频内容成为可能。微软公司的Exchange托管服务是一个企业级例子，它可以为户内Exchange服务器增加基于“云”的垃圾邮件过滤、存档等服务。华.云—中国的云，自主 安全 可控华.云—圆中华云梦，创数据未来云平台（Cloud platforms）：云平台提供基于“云”的服务，供开发者创建应用时采用。你不必构建自己的基础，你完全可以依靠云平台来创建新的SaaS应用。云平台的直接用户是开发者，而不是最终用户。

要掌握云平台，首先要对这里“平台”的含义达成共识。一种普遍的想法，是将平台看成“任何为开发者创建应用提供服务的软件”。下一节，我们将对此作具体讲解。

平台一般模型

编辑

我们今天对应用平台（application platform）的认识，主要来源于户内平台（on-premises platforms）。因此，一种思考云平台（cloud platforms）的方式，就是考察应用开发者在户内环境里所依赖的服务（services）是如何转变为“云（cloud）”的。

无论在户内环境、还是在“云”里，我们可以认为一个应用平台（application platform）包含以下三个部分：

一个基础（foundation）：几乎所有应用都会用到一些在机器上运行的平台软件。各种支撑功能（如标准的库与存储，以及基本操作系统等）均属此部分。

一组基础设施服务（infrastructure services）：在现代分布式环境中，应用经常要用到由其他计算机提供的基本服务。比如提供远程存储服务、集成服务及身份管理服务等都是很常见的。

一套应用服务（application services）：随着越来越多的应用面向服务化，这些应用提供的功能可为新应用所使用。尽管这些应用主要是为最终用户提供服务的，但这同时也令它们成为应用平台的一部分。（也许你要奇怪，为什么要把别的应用视为平台的一部分，但在面向服务的世界里是这样的。）

开发工具也是另一个重要部分。现代工具可以帮助开发者们运用应用平台的这三个部分来构建应用。

为了对这个抽象模型有具体的认识，下面我们将它与今天主流的户内平台加以对照。户内基础（on-premises foundation）包括有：

操作系统（Operating system）：Windows、Linux及其它版本的Unix是主流选择。

本地支持（Local support）：不同风格的应用采用不同的技术。例如，.NET框架和Java EE应用服务器为Web应用等提供了一般性支持，而其它技术则面向特定类型的应用。比如Microsoft Dynamics CRM产品提供了一个为创建特定类型的商业应用而设计的平台。类似地，不同种类的存储被用于不同目的。Windows、Linux及其它操作系统里的文件系统提供了原始字节的存储功能，而各种数据库技术（比如Oracle DBMS、MySQL、Microsoft SQL Server及IBM DB2等）则提供了更加结构化的存储功能。

对于户内基础设施服务（on-premises infrastructure services），典型例子包括：

存储（Storage）：跟基础里的存储一样，基础设施里的存储也分为多种风格。远程文件系统可以提供简单的面向字节的存储，而Microsoft SharePoint文档库可以提供更加结构化的远程存储服务。应用也可以远程访问数据库系统，从而能够访问其他种类的结构化存储。

集成（Integration）：把机构内部的应用连接起来，通常要依赖于某种集成产品提供的远程服务。比如，消息队列（message queue）是一个简单的例子，IBM的WebSphere Process Server及微软的BizTalk Server等产品可用于更加复杂的场景。

身份管理（Identity）：对许多分布式应用而言，提供身份信息是一个最基本的需求。常见的解决此问题的户内技术包括微软的Active Directory（活动目录）及其它LDAP（轻量级目录访问协议）服务器。

至于户内应用服务（on-premises application services），不同机构间差别很大。原因很简单：不同机构使用的是不同的应用，因而它们暴露的服务也五花八门。对于这些户内平台里的应

凌云，移动营销云平台(3张)

 用，一种思考方式是将它们分成两大类：

套装软件（Packaged applications）：这包括像SAP、Oracle Applications、Microsoft Dynamics在内的许多商业软件，以及许许多多现成的产品。虽然不是所有套装软件都向其它应用暴露服务，但越来越多的套装软件是这么做的。

定制应用（Custom applications）：许多机构对定制软件进行了大笔投资。随着这些应用逐渐将其功能以服务的形式暴露出来，它们也将成为户内应用平台的一部分。

照此描述，户内应用平台看起来好像挺复杂的。但实际上，它也是随着时间的发展而不断演化的。在计算技术的早期，应用平台只包含一个户内基础（比如IBM主机上的MVS和IMS）。到了八、九十年代，随着分布式计算的普及，户内基础设施服务也加入了进来（远程存储、集成和身份管理成为十分常见的服务）。时至今日，随着面向服务的应用的出现，户内应用服务也成为应用平台的一部分了。下一步发展是毫无疑问的，即在“云”里提供这三个部分。[1]

户内到云平台

编辑

上面那个一般模型描述的是户内平台，但它同时也可被用来考察云平台。另外，因为户内平台与云平台可以一同使用，所以理解它们如何一起工作也是十分重要的。

正如户内应用（on-premises application）是构建于户内基础（on-premises foundation）之上的，云应用（cloud application）也可以构建于云基础（cloud foundation）之上。无论是户内环境、还是“云”里的基础设施与应用服务，均可为这两种应用所使用。户内平台为我们今天的应用提供支持，类似地，云平台为我们明天将构建的应用提供服务。

云平台是由搭载了云平台服务器端软件的云服务器、搭载了云平台客户端软件的云电脑以及网络组件所构成的，用于提高低配置或老旧计算机的综合性能，使其达到现有流行速度的效果。

大企业云平台

编辑

一、UAP平台

UAP平台(4张)

 　用友NC采用J2EE架构，致力于构建先进、开放的集团企业云计算应用平台，为集团企业提供建模、开发、集成、运行、管理一体化的IT解决方案 。 

NC以“高智能、高性能、高可用”成为中国集团企业商业模式创新、管理和竞争力升级的信息化平台。

二、弹性虚拟计算

根据企业不断变化的组织架构、管控模式和业务需求，为企业云应用服务快速提供动态、灵活、弹性、虚 拟、共享和高效的计算资源服务。

三、智能监控运维

实现对计算资源、存储资源、网络资源、云应用服务进行7*24小时全时区、多地域、全方位、立体式、智能化的IT运维监控，保障IT系统安全、稳定、可靠运行。

四、移动技术

云服务平台

编辑

Gleasy是一款面向个人和企业用户的云服务平台，可通过浏览器及客户端两种方式登录，平台包括即时通讯、邮箱、OA、网盘、办公协同等多款云应用，用户也可以通过应用商店安装自己想要的云应用，该平台通过平台自身的产品服务与整合能力，将孤立的在线云应用有机联系起来。[2]

Gleasy平台由杭州格畅科技研发， 坚持精耕细作的发展方式，整个技术团队经过历时3年的磨合，若干方面的技术已经比较拔尖，在研发产品的能力上亦处于国内比较领先水平。我们实现的发明专利超过20件,拥有自主研发的分布式文件系统、分布式即时通讯系统、海量实时检索解决方案、分布式文件处理解决方案、分布式数据库、分布式多级缓存以及众多自主研发的中间件及研发框架。

Gleasy从“系统”上看由三个层次组成：基础环境、系统基础应用、第三方应用。

基础环境为运行和管理云应用的基础环境，包括Gleasy桌面、帐号管理、G币充值与消费、消息中心等。　系统基础应用主要包含一说(即时通讯)、一信(邮箱)、一盘(文件云存储及在线编辑)、联系人(名片、好友动态、个人主页)，记事本、表格等在线编辑工具及图片查看器、PDF阅读器等辅助性工具。

第三方应用接近于PC上的可安装软件，或智能手机中的App。第三方应用经过改造后可入驻，目前有美图秀秀、金山词霸、挖财记账、虾米音乐等应用。[3]

词条图册更多图册

词条图片(3)

凌云，移动营销...(3)

UAP平台(4)

云平台(2)

参考：网页链接

是指基于硬件资源和软件资源的服务，提供计算、网络和存储能力。

可以划分为3类：以数据存储为主的存储型云平台，以数据处理为主的计算型云平台以及计算和数据存储处理兼顾的综合云计算平台。

首先，如何在云服务中实现跨平台跨服务商的问题，也就是说服务商要在开发功能和兼容性上进行权衡。早期的云计算提供的API比传统的诸如数据库的服务系统的限制多得多。各个服务商之间的代码无法通用，这给跨平台的开发者带来很多的编程负担。

其次，如何来管理各个云服务平台，这对于服务商来说，也是一个挑战。和传统的系统相比，大型的云平台受有限的人工干涉、工作负载变化幅度大和多种多样的共享设备这3个因素的影响，各个云平台公司有各自的管理方案：例如Amazon公司的EC2用硬件级别上的虚拟机作为编程的接口，而salesforce.corn公司则在一个数据库系统上实现了具有多种独立模式的“多租户”虚拟机。当然还有其他的解决方案也是可行的。

此外，云平台的安全问题和隐私保护也特别难以保障。安全问题不能再依靠计算机或网络的物理边界得到保障。过去的对于数据保护的很多加密和解密的算法代价都特别高，如何来对大规模的数据采用一些合适的安全策略是一个非常大的挑战。云服务的挑战还包括服务的稳定和可靠性。

最后，随着云计算越来越流行，预计会有新的应用场景出现，也会带来新的挑战。例如，人们需要从结构化、半结构化或非结构的异构数据中提取出有用信息。同时，这也表明“云”整合服务必然会出现。联合云架构不会降低只会增加问题的难度。综上所述，可以看出云计算和云平台服务本身在适当场景下的确有着巨大的优势，但同时面临着许多的技术难题亟待解决。

各种云平台（cloud platforms）的出现是该转变的最重要环节之一。顾名思义，这种平台允许开发者们或是将写好的程序放在“云”里运行，或是使用“云”里提供的服务，或二者皆是。至于这种平台的名称，现在我们可以听到不止一种称呼，比如按需平台（on-demand platform）、平台即服务（platform as a service，PaaS）等等。但无论称呼它什么，这种新的支持应用的方式有着巨大的潜力。 欲知个中缘由，我们先来看看目前应用平台（application platforms）是如何被使用的。开发团队在创建一个户内应用（on-premises application，即在机构内运行的应用）时，该应用所需的许多基础都已经事先存在了：操作系统为执行应用和访问存储等提供了基础支持；机构里的其他计算机提供了诸如远程存储之类的服务。倘若每创建一个户内应用都得首先构建所有这些基础的话，那么恐怕我们今天看到的应用会少很多。 同理，倘若每一个希望创建云应用（cloud application）的开发团队都得首先构建自己的云平台的话，那么我们今后看到的云应用将寥寥无几。幸运的是出现了一些致力于解决此问题的厂商，今天有很多云平台技术可供我们使用。本文的主旨即从企业应用创建者的角度来分类并简要介绍这些技术。 实际环境中的云平台：三种云服务 为掌握云平台，我们先从大体上考察一下云服务。我们可以把通过“云”提供的服务分为三大类。它们是： 软件即服务（Software as a service，SaaS）：SaaS应用是完全在“云”里（也就是说，一个Internet服务提供商的服务器上）运行的。其户内客户端（on-premises client）通常是一个浏览器或其他简易客户端。Salesforce.com可能是当前最知名的SaaS应用，不过除此以外也有许多其他应用。 附着服务（Attached services）：每个户内应用（on-premises application）自身都有一定功能，它们可以不时地访问“云”里针对该应用提供的服务，以增强其功能。由于这些服务仅能为该特定应用所使用，所以可以认为它们是附着于该应用的。一个著名的消费级例子就是苹果公司的iTunes：其桌面应用可用于播放音乐等等，而附着服务令购买新的音频或视频内容成为可能。微软公司的Exchange托管服务是一个企业级例子，它可以为户内Exchange服务器增加基于“云”的垃圾邮件过滤、存档等服务。 云平台（Cloud platforms）：云平台提供基于“云”的服务，供开发者创建应用时采用。你不必构建自己的基础，你完全可以依靠云平台来创建新的SaaS应用。云平台的直接用户是开发者，而不是最终用户。 要掌握云平台，首先要对这里“平台”的含义达成共识。一种普遍的想法，是将平台看成“任何为开发者创建应用提供服务的软件”。下一节，我们将对此作具体讲解。 应用平台的一般模型 我们今天对应用平台（application platform）的认识，主要来源于户内平台（on-premises platforms）。因此，一种思考云平台（cloud platforms）的方式，就是考察应用开发者在户内环境里所依赖的服务（services）是如何转变为“云（cloud）”的。 无论在户内环境、还是在“云”里，我们可以认为一个应用平台（application platform）包含以下三个部分： 一个基础（foundation）：几乎所有应用都会用到一些在机器上运行的平台软件。各种支撑功能（如标准的库与存储，以及基本操作系统等）均属此部分。 一组基础设施服务（infrastructure services）：在现代分布式环境中，应用经常要用到由其他计算机提供的基本服务。比如提供远程存储服务、集成服务及身份管理服务等都是很常见的。 一套应用服务（application services）：随着越来越多的应用面向服务化，这些应用提供的功能可为新应用所使用。尽管这些应用主要是为最终用户提供服务的，但这同时也令它们成为应用平台的一部分。（也许你要奇怪，为什么要把别的应用视为平台的一部分，但在面向服务的世界里是这样的。） 开发工具也是另一个重要部分。现代工具可以帮助开发者们运用应用平台的这三个部分来构建应用。 为了对这个抽象模型有具体的认识，下面我们将它与今天主流的户内平台加以对照。户内基础（on-premises foundation）包括有： 操作系统（Operating system）：Windows、Linux及其它版本的Unix是主流选择。 本地支持（Local support）：不同风格的应用采用不同的技术。例如，.NET框架和Java EE应用服务器为Web应用等提供了一般性支持，而其它技术则面向特定类型的应用。比如Microsoft Dynamics CRM产品提供了一个为创建特定类型的商业应用而设计的平台。类似地，不同种类的存储被用于不同目的。Windows、Linux及其它操作系统里的文件系统提供了原始字节的存储功能，而各种数据库技术（比如Oracle DBMS、MySQL、Microsoft SQL Server及IBM DB2等）则提供了更加结构化的存储功能。 对于户内基础设施服务（on-premises infrastructure services），典型例子包括： 存储（Storage）：跟基础里的存储一样，基础设施里的存储也分为多种风格。远程文件系统可以提供简单的面向字节的存储，而Microsoft SharePoint文档库可以提供更加结构化的远程存储服务。应用也可以远程访问数据库系统，从而能够访问其他种类的结构化存储。 集成（Integration）：把机构内部的应用连接起来，通常要依赖于某种集成产品提供的远程服务。比如，消息队列（message queue）是一个简单的例子，IBM的WebSphere Process Server及微软的BizTalk Server等产品可用于更加复杂的场景。 身份管理（Identity）：对许多分布式应用而言，提供身份信息是一个最基本的需求。常见的解决此问题的户内技术包括微软的Active Directory（活动目录）及其它LDAP（轻量级目录访问协议）服务器。 至于户内应用服务（on-premises application services），不同机构间差别很大。原因很简单：不同机构使用的是不同的应用，因而它们暴露的服务也五花八门。对于这些户内平台里的应用，一种思考方式是将它们分成两大类： 套装软件（Packaged applications）：这包括像SAP、Oracle Applications、Microsoft Dynamics在内的许多商业软件，以及许许多多现成的产品。虽然不是所有套装软件都向其它应用暴露服务，但越来越多的套装软件是这么做的。 定制应用（Custom applications）：许多机构对定制软件进行了大笔投资。随着这些应用逐渐将其功能以服务的形式暴露出来，它们也将成为户内应用平台的一部分。 照此描述，户内应用平台看起来好像挺复杂的。但实际上，它也是随着时间的发展而不断演化的。在计算技术的早期，应用平台只包含一个户内基础（比如IBM主机上的MVS和IMS）。到了八、九十年代，随着分布式计算的普及，户内基础设施服务也加入了进来（远程存储、集成和身份管理成为十分常见的服务）。时至今日，随着面向服务的应用的出现，户内应用服务也成为应用平台的一部分了。下一步发展是毫无疑问的，即在“云”里提供这三个部分。 从户内平台到云平台 上面那个一般模型描述的是户内平台，但它同时也可被用来考察云平台。另外，因为户内平台与云平台可以一同使用，所以理解它们如何一起工作也是十分重要的。 正如户内应用（on-premises application）是构建于户内基础（on-premises foundation）之上的，云应用（cloud application）也可以构建于云基础（cloud foundation）之上。无论是户内环境、还是“云”里的基础设施与应用服务，均可为这两种应用所使用。

---