云平台的安装部署

云平台的安装部署 云平台选择与部署指南云平台选择与部署指南 云计算应用落地是一个很漫长的过程。在部署云计算之前，用户必须认识各个平台供应商及其云平台，然后根据自身架构选择合适的云平台投入运营。那么用户该如何选择云平台,又该如何部署呢,让我们来看看本期详细内容。云平台选择 解决方案提供商上门服务:在解决方案提供商最终决定提供哪一种云服务之前，需要获得云计算提供商的类别信息，及其对用户需求的匹配程度。有一些云服务平台可用的，而另外的一些云服务则有特定的问题，并不能被单独使用。该篇将帮助您决定，对于您来说，哪一类可以工作得最好。 教你选择适合的云计算供应商及平台 云计算解决方案粗粒度及三大物理实例云平台部署 了解完平台供应商及其平台后，我们一起来了解如何将云计算平台投入测试与部署应用中，以及云计算应用发展的趋势。 云平台列举 云平台 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 如何测试与部署云计算平台, 云计算应用发展趋势 云计算技术专题之“云平台选择与部署指南” Page 2 of 31云环境技术层面剖析 随着众多厂商的参与，各项技术的快速成长，要想在云计算的新时代里成为一名成功的IT 专家，就必须熟练掌握各项技能。 云环境技术层面剖析 云计算技术专题之“云平台选择与部署指南” Page 3 of 31教您选择适合的云计算供应商及平台 解决方案提供商上门服务:在解决方案提供商最终决定提供哪一种云服务之前，需要获得云计算提供商的类别信息，及其对用户需求的匹配程度。有一些云服务，例如Infrastructure as a ServiceIaaS，是全平台可用的，而另外的一些云服务则有特定的问题，并不能被单独使用。这一篇摘录将帮组您决定，对于您的客户来说，哪一类可以工作得最好。 好的，现在我们对问题有了一个 data-、services-以及 process-层次的理解。我们知道如何去测试，并知道如何进行管理。在第 10 章，“Defining Candidate DataServices and Processes for the Clouds”中，我们解决了哪一个进程、服务以及数据应该采用内建(on-premise)模式，而哪一个应该是基于云cloud-based的。现在，我们需要实现最终的物理架构，即选择适当的平台，对那些平台进行测试以确定是否满足我们的需求，在云上移动或者创建进程、服务、数据。 这里要记住几件事情。首先，这只是我们架构的一个物理实例。技术会不断变化，但我们的架构应该保持相对的稳定。更何况这还与云计算相关，而改变云计算提供商比改变内建(on-premise)系统更容易而且花费更少。 第二，在这最后一步中，我们会选择技术或者云计算提供商。之所以将这个决定保留到现在，是想要在考虑最后几章所遵循的过程里揭示的有价值的信息时保持客观。如果我们在之前已经了解了技术，就可能倾向于使用该技术来进行架构，而这一选择可能是错误的。 云计算技术专题之“云平台选择与部署指南” Page 4 of 31 最后，取决于架构的需要，硬件、软件以及云计算提供商数量的影响可大可小。但不论其数量多少，只需要让我们的解决方案是其中合适的一个就行。根据业务需求以及在这本书列出的最后几步里所做的决定，一些目标架构实例太复杂了，而另一些又太简单了。 在这一章，我们着重于架构的云计算部分，包括所有的内建系统和基于云计算的系统。可能您还记得，我们简单地将 SOA 扩展到了云的平台。我们也必须处理所有内建硬件和软件的问题，包括利用现在的系统，创建新的系统和服务，添加新技术和管理，加入安全，等等。 此外，本章对在第一章“Where We Are How We Got Here and How to Fix It”中简单涉及到的私有云的概念进行了介绍。私有云是存在于数据中心的防火墙内提供云计算的虚拟硬件和软件资源——像一种更好地利用企业内的硬件和软件资源的能力特征。这也是一种架构的选择。 选择平台 图 11.1 如您在图 11.1 中所看到的，能用于满足您架构需求的云计算有许多种模式或类型。其中的一些， 如 sercurity-as-a-service 和 testing-as-a-service，用于解决特定的问 云计算技术专题 之“云平台选择与部署指南” Page 5 of 31题，而其它的一些，像 platform-as-a-service 和 infrastructure-as-a-service 则提供了完整的平台。他们都有权衡和用于解决的不同 问题。但是，您必须根据您的架构对其进行考虑。 虽然我们在第三章“Defining the Clouds for the Enterprise”中涉及到了云计算提供商的特征，在这里首先从提供商的 粒度开始，看一看它们能对我们的架构符合到什么程度是一个不错的主意。它们的 种类包括: Storage-as-a-service Database-as-a-service Information-as-a-service 图 11.1 允许您在架构中使用一套离散服务集合的云计算提供商的模式或种类。 Process-as-a-service Application-as-a-service Platform-as-a-service Integration-as-a-service Security-as-a-service Management/governance-as-a-service Testing-as-a-service Infrastructure-as-a-service查看原文 作者: David S. Linthicum 译 者:刘波 来源:TechTarget 中国 云计算技术专题之“云平台选择与部署指南” Page 6 of 31云计算解决方案粗粒度及三大物理实例 细粒度 1. Storage-as-a-service 2. Database-as-a-service 3. Information-as-a-service 4. Process-as-a-service 5. Integration-as-a-service 6. Security-as-a-service 7. Management/governance-as-a-service 8. Testing-as-a-service 粗粒度 9. Application-as-a-service 10. Platform-as-a-service 11. Infrastructure-as-a-service 做这种目录的细分是很有用的，因为一个粗粒度的云计算 提供商实际上可以是由许多细粒度的资源所组成的。例如，一个单独的 platform-as-as-service 提供商可以提供storage-as-a-service database-as-a-service process-as-a-service security-as-a-service 以及 testing-as-a-service。 尽管看起来因为 粗粒度的云计算解决方案提供了许多细粒度的资源，所以使用粗粒度的云计算解决 方案会更容易，然而您的架构的需求可能会指示使用一个细粒度的解决方案。当考 虑您的需求或者与架构的内建部分进行有效合并的能力后，您会发现对于您的架构 来说，选择许多细粒度的云计算解决方案可能更好。 此外，我们需要看一下在之前 的章节中定义并提炼的用于安装服务、 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 以及信息的平台的能力。根据架构组件， 候选的云计算提供商种类有: 云计算技术专题之“云平台选择与部署指南” Page 7 of 31 流程 Application-as-a-service Platform-as-a-service Infrastructure-as-a-service Process-as-a-service Integration-as-a-service 数据 Application-as-a-service Platform-as-a-service Infrastructure-as-a-service Storage-as-a-service Database-as-a-service Information-as-a-service 服务 Application-as-a-service Platform-as-a-service Infrastructure-as-a-service Information-as-a-service 为了使这一 点更加明确，这里举几个架构的物理实例的例子。我们首先挑选云计算提供商的种 类，然后进一步地选择提供商例子 11.1。 例子 11.1 云计算技术专题之“云平台选 择与部署指南” Page 8 of 31 流程: Process-as-a-service Appian Anywhere 数据: Infrastructure-as-a-service Amazon EC2 Database-as-a-service Amazon Simple DB 服 务: Infrastructure-as-a-service Amazon EC2 举个例子，我们可能在 Amazon Simple DB 和 Amazon EC2 平台上同时存储我们的数据。然后，我们可能在 Amazon EC2 平台上构建或者安装服务。比方说，使用在平台里他们根据需求提供的应用服务器。 最后，我们可以用 Appian Anywhere 作为流程进行的平台。请记住，如我们在之前 的章节中所描述的，流程是连接到服务的，而服务是连接到数据的。我们只是在这 里选择目标平台。通过使用更多的云计算提供商，可以让这个解决方案变得更加复 杂(例 11.2)。 例 11.2 流程: 云计算技术专题之“云平台选择与部署指南” Page 9 of 31 Process-as-a-service Appian Anywhere Application-as-a-service Salesforce.com 数据: Infrastructure-as-a-service 3Tera Cloudware Amazon EC2 Database-as-a-service Amazon Simple DB 服务: Infrastructure-as-a-service Amazon EC2 3Tera Cloudware Application-as-a-service Salesforce.com Platform-as-a-service Force.com 或者，如例子 11.3，通过利用一个单一的 infrastructure-as-a-service 云计算提供商，可以变得简单一些。 例 11.3 云计算技术专题之“云平台选择与部署指南” Page 10 of 31 流程: Process-as-a-service Amazon EC2 数据: Infrastructure-as-a-service Amazon EC2 服务: Infrastructure-as-a-service Amazon EC2 我们也必须要考虑架构的其它核心组件，包括安全和管理部分，根据我们的需求，可以将其部署为内建或者基于云的。测试也可以作为一个服务或者作为一个内建的组成部分。 这项工作是为了阐明可供我们选择的架构的数目，以及我们如何对其进行混合和匹配，从而使用尽可能多或者尽可能少的努力去满足架构和商业的需求，以形成我们最终的架构。查看原文 作者: David S. Linthicum 译者:刘波 来源:TechTarget 中国 云计算技术专题之“云平台选择与部署指南” Page 11 of 31云平台列举 图 11.2 展示了我们用于找到正确的单个或者多个云计算分类，以及正确的单个或者多个云计算提供商，从而将流程、服务和数据移到我们选好的云计算候选平台上的高层次过程。 图 11.2 图 11.2 我们过程的最后一步是获取流程、服务和数据的需求，并将其映射到正确的技术。 核心步骤如下: 列举候选平台 分析并测试候选平台 云计算技术专题之“云平台选择与部署指南” Page 12 of 31 选择目标平台 部署到目标平台 让我们详细地看一看各个步骤的内容。 列举候选平台 考虑到之前提供的信息，列举候选平台是相当容易的。您需要完整地列举出任何可能适合您架构的云计算平台。这需要您知道，什么样的解决方案是可用的，它们的种类有哪些，以及它们都做什么。 对于云计算解决方案的定义没有一个硬性而快速的 规则 编码规则下载淘宝规则下载天猫规则下载麻将竞赛规则pdf麻将竞赛规则pdf 。因此，许多软件提供商，无论是否有一个真正的云计算解决方案，都倾蛴谒邓怯小,纾恍?砑躺疲热凰堑娜砑梢酝缦略氐侥诮ǖ募扑阆低衬冢蔷褪?On-demand 或者云计算平台。但他们实际却不是的。因此，这一步骤不仅仅是给出一个列举的名单，同时是在进行筛选的工作。 我们没有在这本书中列举云计算提供商，因为世界每个月都在变化，新的提供商不断加入，旧的提供商也不断离开或者合并。掌握使用云计算的 SOA 是既要紧跟市场的变化，也要了解提供商都提供了什么。您可以通过访问本书的网站去浏览厂商的更新列表及其分类，以获得对这一过程的支持信息。 在挑选候选平台时，您必须要回答两个关键问题: 您需要什么种类的平台, 在这些种类中，我们应该考虑哪个云计算提供商, 云计算技术专题之“云平台选择与部署指南” Page 13 of 31 您使用的种类依赖于最后的逻辑架构以及通过这里的分析过程所制定的需求。尽管包含您需要的基础层以及在每一层中要寻找的信息，我们可以做一些概括(见图 11.3): 存储 数据库 图 11.3 图 11.3 需要为存储、数据、操作、治理、安全、服务和流程寻找位置的核心架构。 流程 服务 安全 治理 管理 云计算技术专题之“云平台选择与部署指南” Page 14 of 31 存储(Storage)是在存储、共享和管理文件系统时，支持部分或者全部架构的种类。您通常使用存储即服务(storage-as-a-service)来达到这一目的，或者通过只提供存储即服务的云计算提供商来获取，或者作为基础架构即服务(infrastructure-as-a-service)云计算提供商的一 部分。 这里需要留心的是容量和性能。容量是扩展存储需求以支持您架构的能力。性能是以支持业务的速度将文件从云计算服务中移入或者移出的能力。性能问题是这里最可能发生的问题，所以请确保对其进行测试。 数据库(Database)和 database-as-a-service 是使用 platform-as-a-service、database-as-a-service 或者 infrastructure-as-a-service 对数据进行存储和检索。在这里，需要考虑云计算产业数据库(cloud-delivered database)对您可能在架构中需要的特性和功能的支持能力，包括存储过程和触发器的使用、API 函数、对标准的遵守以及性能。 在使用 infrastructure-as-a-service 时，云计算提供商通常允许您使用著名的数据库，如 Oracle 或者 MySQL。但是，database-as-a-service 提供商通常不使用著名的数据库，而使用自己开发的数据库，而且这些提供商往往更加具有独营性。 在这里，也要需要考虑性能问题。大多数的内建和传统应用程序是数据 I/O 绑定的，所以在这里您可能会发现类似的性能问题。考虑在一个多租户平台上的 I/O 开销，以及当您的企业与云计算提供商之间通过 Internet 发生大量的数据交互时，可能会发生的问题。当您考虑性能和数据库可靠性时，也可能出现将数据库与利用该数据库的流程和服务放到一起的情况，这也是体系结构的一个核心宗旨。查看原文 作者: David S. Linthicum 译者:刘波 来源:TechTarget 中国 云计算技术专题之“云平台选择与部署指南” Page 15 of 31云平台分析 现在我们继续看看如何选择合适的云计算平台。 可靠性是为了使这些都能工作，而对您云计算提供商的一个核心 要求 对教师党员的评价套管和固井爆破片与爆破装置仓库管理基本要求三甲医院都需要复审吗 。当为您未来的架构选择云计算提供商时，请一定去查看每一个提供商的可靠性。通常，也就是查看在 2年时间里的它们的停机次数。另外，看看在一些事件发生时，如网络、硬件和软件发生故障，他们是如何对故障转移和恢复操作提供支持的。 虽然已经对许多停机问题进行了报道，但当停机发生时，鲜为人知的云计算提供商往往被忽视。请一定通过电话进行参考咨询，既包括卖软件的人提供的部分也包括一些他们可能没有提供的部分，以询问停机的频率。另外，如果云计算提供商不错的话，他们应该对停机进行记录，为什么发生，可以做什么以对其进行防范。 流程(Processes)可由 process-as-a-service、platform-as-a-service、application-as-a-service 以及 infrastructure-as-a-service 提供商来提供。在大多数情况下，您需要考虑下面的几个问题。 当采用 process-as-a-service 提供商时，请记住他们所做的就是流程。因此，您必须将其它的架构组件(通常有服务和数据)绑定到那些流程。数据和服务资产或者在内建系统中，或者在其它的云计算提供商那里，因此，您必须进行有效地整合。 平台即服务(Application-as-a-service)提供商通常不会为您提供创建您自己流程的平台，但会允许您在他们的平台里使用预置流程。这样是很方便的，例如，您不需要为您的业务创建自定义的实现流程，您只需要简单地使用预置流程。不过，当使用 process-as-a-service 时，流程是孤立的，因此必须回到架构里其它的内建和云计算系统。 云计算技术专题之“云平台选择与部署指南” Page 16 of 31 当考虑 infrastructure-as-a-service 提供商和 platform-as-a-service 提供商时，您通常是在处理提供“全栈”的平台，包括存储、数据库、流程、应用、服务、开发、测试等等。这些流程都仅仅是那些平台的一个组件。“全栈”的提供商具有很大的吸引力，因为他们确确实实提供完整的云计算服务。但是，您将不得不作为取舍:您可能喜欢一个 platform-as-a-service 提供商的应用程序开发特性，但讨厌其产品管理流程的方式，或者发现其流程引擎运行得很慢。在许多情况下，使用其它的云计算提供商或 者甚至是内建的软件去处理流程，而使用一个恰好适合架构的流程引擎会更好。 一般来说，服务(如 Web Services)可以在大多数的云计算平台上使用。然而，仅有少数(包括 platform-as-a-service、process-as-a-service 和 infrastructure-as-a-service)提供了创建能力和托管服务，通过该服务，application-as-a-service 和 information-as-a-service 提供了对其预置服务的只读访问。 这里，性能是最常见的问题。如果安装服务的平台不能提供足够的计算资源，或者有太多的服务，使得平台和网络发生了饱和，那么像 Web Services 这样的服务(无论是使用REST 还是 SOAP)往往会导致性能问题。同样的，您需要通过对服务的实际使用来测试其性能，并对您的平台、您使用的服务的数目以及那些服务被 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 来优化您架构性能的方式进行调整。 安全不是存在于内建或者云计算系统上的平台或者软件片段。正确地说，不论其在内建或者云计算平台上所占的比例，安全应该是针对整体架构的体系。您通过创建策略，以及创建基于您确定的需求来安全化您架构的模型来达到安全。然后选择合适的方法和技术支持。安全通常集中于身份管理和支持身份管理的标准。 随着在对像 SOA 和使用云计算的 SOA 这样更复杂和分布式的架构的支持中，对身份管理兴趣的增加，需要有能更好地界定这一领域的标准。这些标准的目的是将身份管理系统和所有的组织绑定为一个统一的整体，以允许任何人都可以安全的被别人识别。 云计算技术专题之“云平台选择与部署指南” Page 17 of 31 我们为什么需要身份管理呢,事实是，在利用云计算时，服务不再是为内部使用了。那些使用服务的(客户)和那些提供服务的(提供商)必须相互知晓;否则，我们就可能会调用让我们损失惨重的恶意或者不正确的行为。这是通过云计算使用服务的一个很明显的例子。 当考虑架构和云计算时，治理(Governance)有着其自身的问题集合。尽管存在使用云的治理系统，而且它们在一些类型的架构下运作良好，但实施、管理和执行策略的治理系统实际上是实时的，而且通常是内建的。 这里需要留心的问题也包含性能问题，因为在某些情况下，执行策略可能会导致潜在的问题。同样重要的还有治理解决方案治理像云提供的服务这样的资源的能力。这意味着有跟踪治理技术知识库里远程服务，以及实时监视那些服务的能力。 管理(Management)是一个广泛分布而且复杂的架构，像使用云计算的 SOA，需要一个管理技术以既能管理内建系统(必须做到)，又能管理基于云计算的系统(仅仅很少部分做得不错)。此外，您需要检查是否云计算提供商在其软件商提供了允许管理技术与其交互的界面。 核心思想是提供一个在“工作或者不工作”级别用于所有内建和基于云计算的系统的管理平台。这至少意味着，我们可以看到是否一个系统不工作了，以及该状态会如何影响架构中的其它系统。不过，最好是有一个管理系统可以以更细化的级别看到诸如服务、流程、数据和存储等系统，这可以使问题诊断更加容易，同时可以在问题发生前发现它们。 管理和治理是明确联系的，而且有相似的模式。查看原文 作者: David S. Linthicum 译者:刘波 来源:TechTarget 中国 云计算技术专题之“云平台选择与部署指南” Page 18 of 31如何测试与部署云计算平台, 一旦选择了候选云计算平台，您需要确保它们可以达到我们建立的需求。这可以通过对所选的每个候选平台进行深入了解，然后进行测试来实现。 我们在之前广泛地涉及了测试的内容，所以我们在这里不会讲得太深入。但是，这里的测试与您对云计算平台进行一般的性能有一点不同。具体来.