云平台的简短介绍

无论是即时需要或是在运中，一个应用程序平台可以通过三个部分组成来考虑：

l 基础：在它们运行的机器上，几乎每个应用程序都需要使用一些平台软件。这个通常包括多种多样的支持功能，如标准库和存储，和一个基础的操作系统。

l 一组基础结构服务：在现代分布式环境中，应用程序经常使用其它计算机提供的服务。一般情况下，如，提供远程存储，集成服务，识别服务等等。

l 一批应用服务：正如越来越多的应用程序发展成面向服务的，他们提供的功能逐渐成为新应用程序的可访问对象。即使这些应用程序最初是提供给最终用户的，也会使它们成为应用程序平台的一部分。（似乎其它应用程序成为平台的一部分是单方面的想法，但在面向服务的世界里，它们当然会发生。）

没有在图2中显示，开发工具也是这个故事中的另外一个重要的部分。现代的工具可以帮助开发者使用应用程序平台的三个部分构建应用程序。

为了使这个抽象模型更具体，思考下它是如何适合今天流行的许多即时需要平台的。即时需要的基础如下面的特征：

l 操作系统：具有支配性选择的是Windows，Linux和其它版本的Unix。

l 本地化支持：不同技术的使用依赖于应用程序的类型。.NET Framework和JAVA EE的应用程序服务为WEB应用程序等提供了支持。比如，当其它技术的目标是特定类型的应用程序时。例如，Microsoft的Dynamics CRM产品包括了创建特定类型的业务应用程序的平台所设计。类似地，不同的存储应用于不同的目标。原始字节存储，是被Windows，Linux和其它操作系统上的文件所提供，更多的结构化存储是由广泛的数据库所提供，包括Oracle DBMS, MySQL, Microsoft SQL Server, and IBM DB2.

对于即时需要的基础结构服务，典型的例子如下所包括的：

l 存储：像基础的存储，基础结构存储来自多种多样的风格。远程文件系统可能提供简单的字节导向的存储服务，而Microsoft SharePoint文档提供了更多的结构化远程存储。应用程序也可能远程地访问数据库系统，也允许访问其它类型的结构化存储。

l 集成：组织里具有网络连接的应用程序通常依赖于一些集成产品提供的远程服务。消息队列是这样的一个简单范例，更复杂的场景使用的产品，如IBM WebSphere Process Server, Microsoft BizTalk Server和其它。

l 识别：对于大部分分布式的应用程序提供识别信息是基本的需求。一般的即时技术都致力于这方面，包括Microsoft Active Directory 和其它的LDAP服务器。

即时需要应用程序服务，图2中显示的第三种类型，非常普遍地横跨不同的组织。这个原因是简单的：不同的组织使用不同的应用程序，依次暴露不同的服务。在即时需要平台里认识这些应用程序的一个方法是，分割它们为两个主要类别：

l 打包应用程序：这个包括业务软件，如SAP，Oracel Application和Microsoft Dynamics，还有无数的其它现货供应的产品。不是所有的打包应用程序暴露服务给其它应用程序的同时，它们所在的会越来越这样。

l 自定义应用程序：许多组织有大量的投资在自定义软件中。当这些应用程序日益地通过服务暴露它们的功能时，它们逐渐地成为即时需要应用程序平台的组成部分。


当这样描述时，即时需要应用程序平台似乎是相当复杂的。虽然事实是，这些平台已经随着时间而发展。在计算的早期那些时候，应用程序平台只不过有一个即时需要功能组成。（例如，想想IBM大型机上的MVS和IMS.）在19世纪80年代和90年代，在分布式计算飞速发展时，即时需要基础结构服务被加载进去，有远程存储、集成和识别，逐渐变得更普遍。今天，随着面向服务应用程序的出现，即时需要应用程序服务已经变成平台的一部分。这个发展的下一步是很清晰的：提供这个三个部分所有的云版本。