云计算适用场景与关键考量因素

# 云计算适用场景与关键考量因素 ## 1. 云计算适用场景概述 云计算并非适用于所有情况，以下几种情形下云计算可能是不错的选择： - 当流程、应用和数据基本独立（松耦合）时。 - 当集成点定义明确时。 - 当较低级别的安全措施就足够时。 - 当核心内部企业架构健康时。 - 当浏览器是理想的用户界面时。 - 当资金紧张时。 - 当应用和/或服务是新的时。 ### 1.1 流程、应用和数据松耦合 流程、数据和服务之间的耦合度越高，它们彼此之间的依赖性就越强，将它们在云平台和本地平台之间，甚至在云计算提供商和本地系统之间拆分就越困难。例如，如果一个基于云的流程因网络连接中断而不可用，那么该流程的缺失可能会导致其他流程、服务或整个应用程序停止运行。 为了使流程、服务和数据成为云计算系统的理想候选者，它们应采用松耦合架构，即服务、数据和流程之间的依赖关系应被大幅消除或减少。松耦合架构是利用面向服务架构（SOA）的核心优势，因为云计算实际上是将SOA扩展到云平台。 ### 1.2 集成点定义明确 放置在云计算平台上的架构组件应具有明确的接口，以便将这些组件与本地组件（服务、数据、流程或由这些组件组成的完整应用程序）集成。架构还应具备将其组件链接到其他基于云的系统（如基础设施即服务、平台即服务和数据库即服务）的能力。 组件的集成点定义得越好，就越能在分布式环境中良好运行。任何放置在云计算平台上的组件都应能够轻松与本地或其他基于云计算的系统集成，因此需要有明确的接口，如API。架构师和开发人员可以利用松耦合的集成机制（如Web服务）来绑定这些系统，使它们能够无缝协作，创建一个支持信息自由流动、能够调用服务或通过流程绑定服务的整体架构。如果接口定义不明确，集成将变得更加困难，甚至可能无法实现，那么将其放置在云计算平台上的效果就会大打折扣。 ### 1.3 较低安全级别适用 当不将高度敏感的数据放置在云计算平台上，从而避免使业务面临风险时，较低级别的安全措施就足够了。这并不意味着基于云计算的系统不能安全，它们可以利用最先进的安全方法、标准和支持技术。 然而，考虑到数据的敏感性和合规性问题，有些信息不适合存放在防火墙之外。例如，政府机密等数据过于敏感，不能放置在云计算平台上，因为即使这些平台具有高度的安全性，也并非完全由企业的IT部门控制。企业需要根据信息的性质和泄露可能带来的后果自行判断。如果风险很高，最好使用本地环境；如果风险较低，那么云计算平台可能是合适的选择。 ### 1.4 核心内部企业架构健康 当核心内部企业架构健康时，意味着现有的架构运行良好，能够满足业务的期望，此时可以考虑采用云计算。在考虑将服务、流程和数据等架构组件迁移到云计算平台时，这一点虽然有些偏离主题，但却非常重要。因为如果企业架构不健康，就不应该将架构重新平台化或在云计算平台上构建新应用。 那些试图通过将部分不良企业架构迁移到云计算平台来解决问题的做法，往往会使问题变得更糟。在考虑利用云计算时，企业应先确保内部架构处于良好的最佳状态。许多架构师将云计算视为解决架构问题的“快速解决方案”，但实际上这会使情况变得更加复杂和难以管理，并增加业务系统失败的可能性。 ### 1.5 浏览器作为理想用户界面 许多基于云计算的系统（如基础设施即服务和平台即服务）倾向于使用基于浏览器的界面作为与用户交互的首选方式。如今，大多数基于浏览器的应用程序都是富互联网应用程序（RIA），即使在浏览器中运行，也能表现出和本地应用程序一样的行为和外观。 本地基于浏览器的应用程序和云交付的基于浏览器的应用程序之间的界限目前比较模糊。如果应用程序是基于浏览器运行的（许多应用程序已经是这样），那么云计算会带来一些额外的好处。云计算应用程序利用基于Web的界面，通过互联网提供应用程序，以浏览器为通用元素，支持平台独立性。然而，在某些情况下，最终用户希望使用本地用户界面（如Windows或Mac），而不是浏览器。随着RIA的出现和浏览器作为通用用户界面的广泛使用，本地用户界面在云中的广泛可用性可能会降低。 以下是一个简单的流程图，展示了上述云计算适用场景的判断流程： ```mermaid graph TD A[判断是否适用云计算] --> B{流程、应用和数据是否松耦合} B -- 是 --> C{集成点是否明确} B -- 否 --> D[不适用云计算] C -- 是 --> E{安全级别是否合适} C -- 否 --> D ```