内容


如何、为何将 IBM PureApplication 放在云中以及将它放在云中的何处

一篇解释 PureApplication 何时值得使用的云计算入门文章

Comments

简介

云计算可根据需要通过互联网或专用网络以服务的形式提供一组技术功能和业务功能。“云” 是运行这些服务的基础架构,通常由虚拟机管理程序、虚拟机、容器、存储设备和网络设备组成,还包括帮助有效地提供这些服务的工作负载管理技术。

使用中间件等技术和基于 Web 的软件即服务,可以节省资金,加快开发和部署时间,减少资源开销。用户仅访问某个特定任务所需的资源,并享受灵活性、规模经济和优化的资源管理优势。

IBM® PureApplication® System 引入了开箱即用的功能来简化应用程序和拓扑结构的创建和重用,以改善我们创建和交付云解决方案的方式。您可以从 IBM 及其合作伙伴获取基础架构模式,以及针对企业应用程序而优化的平台。PureApplication System 还紧密集成了 Docker 容器、Chef Recipes、IBM Bluemix™ 和 OpenStack。

PureApplication 产品系列

The PureApplication 产品系列包含 3 个成员:

  • IBM PureApplication System
  • IBM PureApplication Software
  • IBM PureApplication Service

PureApplication System 是一种云机箱 (cloud-in-a-box) 配置。它是一个全面集成的系统,包含硬件、软件、虚拟机管理程序、网络设备,所有这些组件都被组合在单个物理机箱中,通过一个统一控制台来管理。PureApplication System 机箱具有多种配置,它们支持 x86 或基于 POWER 的核心。

PureApplication Software 代表 PureApplication 部署引擎和管理控制台的一个软件版本。该产品系列的这个成员需要您自带硬件 (BYOH)。无需购买 “云机箱”,您可以利用现有的基础架构。这涉及到将软件安装到在 VMware VSphere Hypervisor 上运行的虚拟机中,然后配置它来使用一个或多个现有的虚拟机管理程序,包括承载 PureApplication Software 本身的虚拟机管理程序。

尽管 PureApplication System 可支持 Red Hat Linux®、Windows® 或 AIX®,具体依赖于机器基于 x86 还是 POWER®,但 PureApplication Software 目前仅支持 RHEL 5.x、RHEL 6.x(32 位和 64 位)、Windows 2008 R2(64 位)、Windows 2012(64 位)和 Windows 2012 R2(64 位)。

PureApplication Service on SoftLayer® 基于与 PureApplication Software 相同的理念,但利用了 SoftLayer 的世界级数据中心来提供场外选项。此服务提供了专用的硬件,这些硬件在 IBM SoftLayer 云上被配置为 PureApplication Software。PureApplication Service 也基于 x86 架构和 VMware 虚拟化技术。

使用 PureApplication 系列的一个成员开发的模式,无需更改或只需极少更改后即可与其他成员共享。例如,可以使用 SoftLayer 上的 PureApplication Service,将企业内部在 PureApplication System 上创建的模式部署到 SoftLayer 云环境(场外)。

云服务交付模型

云提供了 3 种服务交付模型:基础架构即服务 (IaaS)、平台即服务 (PaaS) 和软件即服务 (SaaS)。这些模型确定了云提供商可为其用户提供的共享和可能的多租户水平。如图 1 所示,在堆栈中的每个级别,租户都共享该交付模型中包含的组件。

图 1. 云交付模型
云交付模型
云交付模型

基础架构即服务

最底层是 IaaS,这里的租户共享处理器、网络、存储以及操作系统等基础架构资源。租户安装自己的中间件组件和应用程序,这为他们提供了更高的灵活性,但也使得配置和维护变得更加困难。换句话说,IaaS 为用户提供了共享的计算能力、可通过网络访问的存储空间,以及操作系统。其他一切都由租户自行安装且不会共享。

平台即服务

PaaS 是 IaaS 上方的一层,它提供中间件组件、数据库、存储空间、连接、可靠性、缓存、监视和路由功能。PaaS 构建于 IaaS 之上,用以逐步提供更多的业务价值。租户继续使用他们各自的应用程序,但可以对面向事务的 Web 和数据库应用程序利用 PureApplication 的专长模式,以及利用监视、安全和数据库等共享中间件服务。PureApplication System 在此领域发挥着重要作用,它为 PaaS 解决方案提供了一个预先配置的开放平台。

软件即服务

使用 SaaS,租户除了可共享他们可在 IaaS 和 PaaS 解决方案中共享的一切信息外,还可共享一个应用程序。在这种情况下,所有租户共享同一个应用程序,到保持自己的数据隔离。对于 SaaS,更容易添加新租户,因为客户端只需选择和自定义一个云应用程序,无需担忧中间件的构建或应用程序的安装。客户端需要做的事很少。

云部署模型

如图 2 所示,云计算有 4 种部署模型。

图 2. 云部署模型
云部署模型
云部署模型

公共云

公共云向一般公众开放。云基础架构位于云提供商的场所,可能由一个或多个实体拥有、管理和操作。公司迁移到公共云的主要原因之一是,将其资本开支 (CAPEX) 转变为运营开支 (OPEX)。公共云使用 “即用即付” 定价模型,这意味着用户不需要提前购买必要的硬件来应对峰值,也无需担忧正确地 “预测” 容量需求。这种 “即用即付” 定价模型通常称为效用计算,使用户能够像使用公用服务一样使用计算资源。他们仅为所使用的资源付费,给人容量取之不尽、可按需使用的印象。在这种部署模型中,用户通常不会担忧在何处或在何种硬件上完成处理。他们相信云提供商将保留必要的基础架构来运行其应用程序,按他们需要的服务水平协议 (SLA) 提供请求的服务。

私有云

私有云部署来独占地使用一个组织。组织或第三方可拥有、管理和承载它,它的基础架构可位于内部或场外。当第三方管理云时,称为托管私有云。当私有云在场外承载和操作时,称为承载私有云。举例而言,IBM SoftLayer 承载一个公共云,但也提供了私有云服务,用户可在其中构建、管理和整体控制他们使用的虚拟服务器。

公司出于一些原因而采用私有云解决方案:

  • 利用现有的硬件投资。如果已投入了大量资源来部署内部硬件,许多公司更喜欢整合其 IT 资源,使用云技术来提供自动化、自助服务和更机密集成的管理工具,以便减少其总体操作成本。
  • 数据安全和信任。对于多个客户组织共享同样的资源,许多客户担忧数据安全和信任问题。出于此原因,客户常常在企业防火墙内或在完全隔离的环境中开始其云旅程。
  • 资源争用。在公共云环境中,资源在多个客户中共享。公司可能更喜欢独占地使用硬件,比如服务器和负载平衡来处理特定的工作负载,或者在特定的时间为系统和应用程序实现更高的可用性。

值得一提的一个合理问题是,对于已拥有高度虚拟化的环境和已为配备新应用程序编写好脚本的组织,内部私有云能带来什么。答案是,私有云不只是让配备变得更容易,它还提供了一种途径来向内部组织提供基于云的服务。

使用 PureApplication System,您可通过单个控制台实现动态的资源扩展、自助服务、高度标准化的基础架构、包含随时可运行的工作负载的工作负载目录、批准、仪表,以及一体化管理功能。PureApplication System 还使您能够利用虚拟机或虚拟设备的标准目录,这些虚拟机或虚拟设备随时可以配备,也可以按需扩展来更快地响应不断变化的业务需求。单单虚拟化不会为您带来这些好处。

混合云

混合云包含两个或更多不同的云基础架构,它们保持不同但共享一些技术,这些技术使数据和应用程序可从一个基础架构移植到另一个基础架构。混合云解决方案实现了工作负载的互操作性,工作负载可跨多个云环境来管理。这包括访问第三方资源和访问客户合作伙伴网络。它的理念是无缝地将内部应用程序(无论是自产的、整套的还是在私有云上运行的应用程序)与场外的云相链接。这是 PureApplication System 擅长的一个领域,因为您可以使用 PureApplication System 或 PureApplication Software 在内部创建和部署模式,也可使用 SoftLayer 上个的 PureApplication Service 将这些模式部署到场外的 SoftLayer 基础架构。

对于许多企业,混合云和多云实现是最终目标,因为它提供了最高的节省和灵活性。以下一些场景可能会表明其中的原因:

  • 组织可将其正常工作负载承载在私有云中,而使用公共云来处理其较繁重的流量。
  • 组织可使用公共云来承载应用程序,而将底层数据库放在更安全的私有云中。
  • 公司可使用私有云承载它的一些工作负载,而将公共云用于特定的用途(例如备份和归档)。
  • 团队可决定基于其生命周期阶段来拆分应用程序的位置。例如,它可选择在内部执行开发,而让应用程序在云环境中上线。

社区云

社区云供一个社区独占使用,社区是一组来自不同组织且拥有共同的兴趣或任务的人。这种类型的云可由社区的一个或多个成员,第三方或二者联合拥有、托管和承载,可存在于参与的一方的场所,或者都不在所有参与方的场所。具体来讲,垂直市场和学术机构可利用社区云来解决常见的问题。例如,联合制定新规范的技术公司可使用社区云来共享资源、概念证明和内部孵化项目。

云环境的基本特征

美国国家标准和技术研究所 (NIST)(此次创立于 1901 年,用于通过测量学、标准和技术来推动美国的创新)确定了所有云环境的 5 个基本特征:

  • 广泛的网络访问

    这就是说一个云的功能应可通过一个庞大的网络提供,以及通过工作站、笔记本电脑、平板电脑和移动电话等标准设备来访问。

  • 按需自助服务

    该环境应支持 “DIY” 模型,用户可通过 Web 浏览器或应用编程接口 (API) 而以自动化方式配备资源,而无需人为与服务提供商进行交互。

    除了提供工作负载的 UI 和用于创建、部署和管理基于模式的云解决方案的管理控制台,PureApplication Systems 还提供了一个 REST API 和一个命令行接口 (CLI),使服务提供商能够为用户创建自己的 “DIY” 接口。

  • 资源池

    系统应将系统加入池中,以便它们可轻松地在多个用户之间共享。共享的资源池使系统能够基于需求而按需分配或重新分配资源。对于多个组织或租户共享一个云环境中的相同资源的多租户模型,这特别有用。

    在多个 VM 共享硬件资源时,最大限度地利用这些资源也特别重要。资源池将一组硬件资源(计算、内存、存储和网络带宽)视为一个按需提供的资源 “池”。这使虚拟机管理程序和更高级程序能够基于需求和优先级而动态地分配和重新分配资源。资源池使多个组织或租户能有效地共享云环境中的资源。

  • 快速弹性变化

    该环境应能自动(或者至少快速)地基于工作负载需求而添加或删除计算资源,而无需中断运行的系统。

    术语 “工作负载” 一般指的是计算机资源在给定时刻面临的处理需求。在 PureApplication 内,它还意味着一个虚拟应用程序(以应用程序为中心)、虚拟系统(以中间件为中心)或虚拟设备(以机器为中心)的已部署形式。在云的上下文中,“配备工作负载” 或 “部署工作负载” 这样的短语指的是为这个虚拟化应用程序提供运行它所需的其他一切资源,包括 VM、操作系统和补充性文件。一个指定的服务器能多有效地处理一个工作负载时,意味着它能多有效地处理部署的虚拟系统、虚拟应用程序或虚拟设备的计算、内存、磁盘和网络资源需求。

    不是所有工作负载都是一样的。举例而言,一个 I/O 密集型工作负载需要的资源,与计算或内存密集型工作负载需要的资源不同。不是所有工作负载都需要相同的服务质量 (QoS) 水平。确定哪些工作负载将在不同环境下最有效地运行,可能是减少成本的非常有效的方式。混合云以及具体来讲 PureApplication 产品系列可在这方面发挥重要作用。

    针对特定工作负载而规划容量可能具有挑战。如图 3 所示,常见的难题大家都知道:不规划足够的容量来满足工作负载需求是不明智的,将导致宕机时间。相反,高估容量需求将导致一个或多个服务器未被充分利用或处于空闲。甚至为峰值使用情形而正确地分配容量也不够,因为工作负载需求是波动的,而且在系统未以峰值水平运行时容量将浪费。例如,测试周期结束后,硬件的利用率可能显著下降。甚至在拥有最佳的容量规划时,在一些情况下工作负载需求也是无法预测的。理想的情形是在任何时刻都仅分配需要的容量。这称为弹性,它是任何云环境的一个重要特征。

    图 3. 弹性
    弹性
    弹性
  • 度量服务

    最后,云环境光必须能够对使用的资源和按用户进行计量和计费,以更好地管理工作负载和优化它们的执行,还为资源使用者提供一个透明的利用率视图。

这与虚拟模式密切相关

在每个 PureApplication System 的核心,是我们非正式地称为的 “模式引擎”。在所有 3 个 PureApplication 产品系列成员中,以及在其他 IBM 云产品(比如 IBM SmartCloud Orchestrator)中都可找到模式引擎。

模式引擎使我们能够使用以下部署方法:

  • 虚拟设备

    虚拟映像或虚拟设备是您可使用或自定义的预先配置的虚拟机 (VM)。虚拟设备是软件的虚拟机管理程序版本,表示您在 PureApplication System 中用来构建更复杂的拓扑结构的基本部分。通过向 PureApplication 目录添加新虚拟映像,您能够从单个虚拟设备模板部署该设备的多个实例。

    虚拟设备是软件站的可移植、自成一体的配置。它们也称为虚拟映像,通常构建来承载单个业务应用程序。虚拟设备格式的行业标准是 Distributed Management Task Force (DMTF) 发表的 Open Virtualization Format (OVF)。 IBM、VMware、Citrix、Microsoft 和 Oracle 等成员公司的产品都支持 OVF。

    如图 4 所示,虚拟设备的 OVF 定义可支持包含单个应用程序或在单层架构中包含多个应用程序的单一虚拟机。但是,OVF 还支持将多个虚拟机打包为单个虚拟设备。

    要知道,PureApplication System 不支持最后一种方法,而提供了一种更灵活、可重用的解决方案。借助 PureApplication System,您可在一个模式中部署多个 VM 或 Docker 容器,然后使用链接和脚本包来编排它们之间的交互。这使虚拟映像和容器,以及脚本包能够在其他模式中独立地重用。

    图 4. 虚拟设备
    虚拟设备
    虚拟设备

    虚拟设备很重要,因为它们提供了一种创建、分发和部署软件的新方式。在虚拟机管理程序上拥有一个抽象层,并且能够将软件打包并以预先配置且 “随时可运行” 的单元形式分发,可减少应用程序的配备和部署时间,这意味着增加实现价值的时间。它还可改善最终的可交付结果的质量。一个不需要安装和配置的完整配置的应用程序更不容易出错。

  • 虚拟系统模式

    虚拟系统模式使您能够图形化地描述要构建和部署到云上的中间件拓扑结构。使用来自目录的虚拟映像或部件,以及可选的脚本包和加载项,可以创建、扩展和重用基于中间件的拓扑结构。虚拟系统模式使您能够控制让您的模式发挥作用所必要的所有组件的安装、配置和集成。

  • 经典虚拟系统模式

    经典虚拟系统模式是虚拟系统模式的早期版本。与虚拟系统模式一样,经典虚拟系统模式使您能够图形化地创建中间件拓扑结构的逻辑视图,但二者存在区别。经典虚拟系统模式主要提供来实现向后兼容性;例如,它们不允许您包含扩展、安全、放置和修复策略。这只是虚拟应用程序模式中的特性。幸运的是,PureApplication 允许您将经典虚拟系统模式 “升级” 为虚拟系统模式。

  • 虚拟应用程序模式

    虚拟应用程序模式也称为工作负载模式,是一种将应用程序部署到云上的以应用程序为中心的方法。使用虚拟应用程序模式,您不需要担忧运行应用程序所需的拓扑结构,只需指定一个应用程序(例如一个 .ear 文件)和一组与您希望实现的服务水平协议 (SLA) 对应的策略。PureApplication System 然后将该输入转换为一种已安装、已配置且集成的中间件应用程序环境。该系统还会自动监视应用程序工作负载需求,调整资源分配,以及调节优先级来满足您定义的策略。虚拟应用程序模式提供了具体的解决方案,整合了多年的专业技能和最佳实践。

  • 选择正确的模式类型

    使用虚拟应用程序模式显然涉及的工作量最少,而且在某种意义上是理想的情形。您可创建一个应用程序,让 PureApplication 负责提供满足指定的服务质量所需的基础架构。这有望实现最低的总体拥有成本和最短的价值实现时间。但是,不是所有配置都能轻松地融入一种可用的虚拟应用程序模式类型中。在一些时候,您需要更细粒度的控制。

    虚拟系统模式和经典虚拟系统模式使您能够准确指定需要的拓扑结构来支持应用程序,同时仍获得模式的可重用性优势。借助虚拟系统模式,您还可利用自动扩展等特性。

    所以一般经验规则是:尝试利用虚拟应用程序模式的优化功能和便捷性,除非您需要控制拓扑结构和通过管理控制台来管理环境。

理解虚拟机管理程序、虚拟机和容器

使用虚拟化来整合资源,降低空间和节省能源成本,是让云计算发挥作用的重要手段之一。IBM 于上世纪 60 年代开发了虚拟化来多路复用其昂贵的大型机。1967 年,第一台完全虚拟化的机器 IBM S/360-67 出现在市场,到 1972 年,虚拟机已成为所有 S/370 大型机的标准特性。

虚拟机管理程序提供了平台虚拟化,这意味着它们可在逻辑上将物理机器划分为多个虚拟机 (VM) 或来宾。虚拟机管理程序也称为虚拟机管理器 (VMM),它控制机器的物理资源并向 VM 呈现为虚拟资源。虚拟机管理程序使其他软件(通常是操作系统)能够并发地运行,就像它们拥有真实机器的完整访问权一样。

如图 5 所示,有 3 种类型的虚拟机管理程序:类型 1 直接在物理硬件上运行,类型 2 需要一个主机操作系统才能运行。类型 1 虚拟机管理程序的例子包括:IBM z/VM®、IBM PowerVM® 和 VMWare VSphere/ESX/ESXi Server for Windows®。其他例子包括 Citrix Xen 和 Microsoft® Hyper-V®。因为它们在硬件自身之上运行,所以类型 1 虚拟机管理程序也称为原生或裸机虚拟机管理程序。

图 5. 虚拟机管理程序的类型
虚拟机管理程序的类型
虚拟机管理程序的类型

类型 2 虚拟机管理程序的例子包括 VMWare Workstation、VMWare Server、Kernel-Based Virtual Machine (KVM) 和 Oracle® VM VirtualBox。类型 2 虚拟机管理程序也称为承载式虚拟机管理程序。

PureApplication 使用安排到云中的虚拟机管理程序集合,帮助配备虚拟机和提供云的虚拟化功能。在 PureApplication 模式构建器中,放在画布上的每个部分一般与一个虚拟机对应,这个虚拟机拥有自己的操作系统,通常还有一个或多个中间件组件。

Linux 容器

2.6.24 版的 Linux 内核引入了对 Linux 容器 (LXC) 的支持,Linux 容器是完整硬件虚拟化的一种轻量型替代方案。容器提供了操作系统级的虚拟化,而不是虚拟机管理程序所提供的平台虚拟化。它们使一个机器或 VM 可操作多个 Linux 实例(Linux 容器),每个实例隔离在操作系统内它自己的操作环境中。所有容器在同一个内核下运行,但每个容器维护着自己的进程和网络空间。

Linux 容器背后的两个主要特性是命名空间和控制组 (cgroup)。命名空间在进程级别上隔离 Linux 资源,确保容器仅看到它自己的环境,而控制组帮助控制、考虑和隔离一个进程集合可使用的资源。

Docker 容器

Docker 是一种基于容器的开源技术,它使开发人员能够构建、发布并在任何基础架构上原封不动地运行应用程序,无论是在笔记本电脑上,还是在云中某处的 VM 上。Docker 容器基于 LXC 低级功能,因此具有比虚拟机小得多的资源占用和更高的可移植性。启动新容器也比启动新 VM 快得多。

简言之,Docker 使用容器替代了沙箱。部署在虚拟机上的应用程序捆绑了所有必要的依赖项,比如它的二进制程序和库,以及来宾操作系统,但 Docker 容器仅需要应用程序和它的依赖项,以及一个名为 Docker Engine 的轻量型运行时和打包工具。与 LXC 一样,所有 Docker 容器都共享同一个主机操作系统和内核。

Docker 还包含一个用于共享应用程序的名为 Docker Hub 的公共注册表,该注册表有超过 13,000 个(且仍在增长)容器可供重用或用作新容器的基础映像。

PureApplication System 支持在 PureApplication System W2500 和 W1500 型号和 PureApplication Software 中的模式中使用 Docker 容器。如果您在系统中安装并启用了 Docker 模式类型,您可从模式构建器中以软件组件的形式将 Docker 容器拖放到您的虚拟系统模式画布上。您可从 Docker Hub 或从一个已包含在 PureApplication System 中的私有 Docker 注册表引用 Docker 容器。

使用 PureApplication,您可创建和部署单容器和多容器 Docker 应用程序,以及提供 Docker 容器的多节点编排功能。在模式构建器中,您可通过链接容器来跨节点连接它们。PureApplication 还使您能够更新容器映像并跨容器传播这些更改,以及增加和减少创建的容器数量。

Chef 支持

Chef 是一个来自 Opscode 的自动化平台,它使您能够以编程方式描述如何配置和管理基础架构。Chef 将基础架构视为节点,这意味着您可对它进行版本控制和测试,就像任何应用程序一样。

Chef 系统中的每个机器发挥着一种特定作用:

  • Chef 节点是 Chef 管理的任何系统;它可位于物理服务器、虚拟机或容器上。所有节点都运行 Chef 客户端软件。
  • Chef 服务器是配置信息的集中存储位置。基本来讲,它是一个大型存储库,包含客户端可使用的所有配置文件。服务器还会组织数据,以便客户端可轻松地获取数据。
  • Chef 工作站是一台计算机,用来将配置更改上传到 Chef 服务器。上传到 Chef 服务器的配置文件可用来部署到任何节点上。

PureApplication System 型号 W2500、W2700、W1500 和 W1700 以及 PureApplication Software 都支持 Chef。PureApplication 与 Chef 的集成带来了新的可能,比如部署模式实例,实例中包含可基于推送到 Chef 服务器的秘诀而自动更新自己的节点。另外,开放的 Chef 社区拥有数千个秘诀,您可重用它们和将将它们注入到 PureApplication 模式中,或者您可创建自己的秘诀并从 PureApplication 内将其上传到 Chef 服务器。

图 6. 使用 PureApplication 的 Chef 部署
使用 PureApplication 的 Chef 部署
使用 PureApplication 的 Chef 部署

图 6 演示了 PureApplication 如何支持 Chef 部署:

  1. 在 PureApplication 中,您可以通过外部共享服务连接到 Chef 服务器,以软件组件的形式将 Chef 客户端添加到虚拟系统模式的 PureApplication 节点上。
  2. Chef 客户端可以是虚拟机节点,或者虚拟机中的 Docker 容器。通过 PureApplication 部署的 Chef 客户端也使用共享服务来与 Chef 服务器通信。
  3. Chef 服务器包含一些操作手册 (cookbook) 和秘诀,它们描述了如何在 Chef 客户端中定义、配备和配置应用程序资源。Chef 秘诀是您编写来在节点上安装和配置资源的配置任务或说明。操作手册是一组相关的秘诀。
  4. Chef 客户端定期轮询 Chef 服务器,以查找操作手册或设置的更新。如果有更新可用,客户端会从服务器拉取更新内容。PureApplication 允许您指定客户端应向服务器轮询更新的频率。
  5. Chef 服务器将操作手册和秘诀的最新版本发送给请求的客户端。每个 Chef 客户端使用它从服务器收到的配置信息来更新自己。
  6. Chef 工作站可以是任何外部机器,比如您的笔记本电脑,它配置为本地 Chef 存储库并安装和配置了 Knife 工具。Knife 是一个命令行个工具,它允许您将操作手册和秘诀上传到 Chef 服务器。您可在工作站上创建和编辑配置和定义,并将它们提交给版本控制工具,然后才发送到服务器。PureApplication 允许您在安装时直接添加要运行的秘诀。
  7. Knife 工具也会定期用来通过 SSH 与节点通信。

OpenStack

OpenStack 是一个开源云操作系统,它提供了一组服务来在整个数据中心以一致的方式控制云资源。OpenStack 提供了一个通用的仪表板和一组 API(REST 服务)来实现跨多个云平台的可移植性。

主要 OpenStack 服务包括:

  • Horizon:仪表板
  • Heat:编排
  • Nova:计算
  • Cinder:块存储
  • Trove:数据库
  • KeyStone:身份服务
  • Neutron:网络
  • Swift:对象存储
  • Glance:映像

作为其总体开放战略的一部分,PureApplication 逐渐在增加对 OpenStack 的支持。PureApplication 支持在 PureApplication 中使用和部署 Heat Orchestration Templates (HOT),以及支持通过 OpenStack Services REST API 访问应用程序实例,这些目前只是技术预览版。它的目的是最终使用 HOT 格式作为模式引擎中的模式的内部表示。

PureApplication 和 Bluemix

IBM Bluemix 是 IBM 的开放云架构的一种实现。Bluemix 基于 Cloud Foundry,使您能够使用基于 Web 的接口非常快地创建、部署和管理云应用程序。Bluemix 在 SoftLayer 基础架构上运行,为在公共云上快速构建前端应用程序提供了一个不错的解决方案。与 PureApplication 的集成通过 Bluemix 的云集成服务来实现,这使您能够将前端与在 PureApplication System 上运行的后端服务相集成。

此产品提供了一个不错的功能组合,开发人员可在前端快速创建应用程序,而无需从头开始,还可在私有云中利用 PureApplication System 的企业级强大功能。

结束语

简言之,本文概述了可用的云计算选项,以及为什么 IBM PureApplication System 在如今的云领域中如此重要。无论您想要使用的云是私有云、公共云还是混合云解决方案,PureApplication System 都很可能是您首选的辅助工具。


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere, Cloud computing
ArticleID=1011087
ArticleTitle=如何、为何将 IBM PureApplication 放在云中以及将它放在云中的何处
publish-date=07152015