可靠性是为了使这些都能工作，而对您云计算提供商的一个核心要求。当为您未来的架构选择云计算提供商时，请一定去查看每一个提供商的可靠性。通常，也就是查看在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时，流程是孤立的，因此必须回到架构里其它的内建和云计算系统。

　　当考虑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）往往会导致性能问题。同样的，您需要通过对服务的实际使用来测试其性能，并对您的平台、您使用的服务的数目以及那些服务被设计来优化您架构性能的方式进行调整。

　　安全不是存在于内建或者云计算系统上的平台或者软件片段。正确地说，不论其在内建或者云计算平台上所占的比例，安全应该是针对整体架构的体系。您通过创建策略，以及创建基于您确定的需求来安全化您架构的模型来达到安全。然后选择合适的方法和技术支持。安全通常集中于身份管理和支持身份管理的标准。

　　随着在对像SOA和使用云计算的SOA这样更复杂和分布式的架构的支持中，对身份管理兴趣的增加，需要有能更好地界定这一领域的标准。这些标准的目的是将身份管理系统和所有的组织绑定为一个统一的整体，以允许任何人都可以安全的被别人识别。

　　我们为什么需要身份管理呢？事实是，在利用云计算时，服务不再是为内部使用了。那些使用服务的（客户）和那些提供服务的（提供商）必须相互知晓；否则，我们就可能会调用让我们损失惨重的恶意或者不正确的行为。这是通过云计算使用服务的一个很明显的例子。

　　当考虑架构和云计算时，治理（Governance）有着其自身的问题集合。尽管存在使用云的治理系统，而且它们在一些类型的架构下运作良好，但实施、管理和执行策略的治理系统实际上是实时的，而且通常是内建的。

　　这里需要留心的问题也包含性能问题，因为在某些情况下，执行策略可能会导致潜在的问题。同样重要的还有治理解决方案治理像云提供的服务这样的资源的能力。这意味着有跟踪治理技术知识库里远程服务，以及实时监视那些服务的能力。

　　管理（Management）是一个广泛分布而且复杂的架构，像使用云计算的SOA，需要一个管理技术以既能管理内建系统（必须做到），又能管理基于云计算的系统（仅仅很少部分做得不错）。此外，您需要检查是否云计算提供商在其软件商提供了允许管理技术与其交互的界面。

　　核心思想是提供一个在“工作或者不工作”级别用于所有内建和基于云计算的系统的管理平台。这至少意味着，我们可以看到是否一个系统不工作了，以及该状态会如何影响架构中的其它系统。不过，最好是有一个管理系统可以以更细化的级别看到诸如服务、流程、数据和存储等系统，这可以使问题诊断更加容易，同时可以在问题发生前发现它们。

　　管理和治理是明确联系的，而且有相似的模式。

　　在第三部分中，我们将介绍如何分析并测试云计算候选平台。

相关文章

1、云计算部署之列举候选后台

2、云计算部署之分析候选平台

3、云计算之测试与部署候选平台

4、云计算之私有云与云趋势

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非?；队魑慌笥逊窒淼礁鋈苏境せ蛘吲笥讶?，但转载请说明文章出处。