在混合云环境中，很难确保所有应用程序都能很好地组合在一起。行业专家将帮助人们思考这一过程。
越来越明显的是，很多采用云计算的企业采用的是混合云。如果应用程序将在公共云和数据中心之间移动，除了公共云之外，了解如何管理日趋复杂的应用程序集成任务至关重要。
首先要了解混合云应用程序集成的复杂性，重点关注每个变革的驱动因素如何影响整合以及工具的一致性与特定的集成问题。
如今几乎所有的应用程序都是由不同的组件构建的，在不同的系统中加载和运行。大多数程序也必须与其他应用程序交换数据。这种应用程序意味着企业IT真的是一个工作流网络，而这个愿景是二十年前推动面向服务架构(SOA)的动力。 SOA并不简单，然而，在虚拟主机和应用程序动态扩展的世界中，它的设计问题似乎很简单。
应用程序集成是连接组件和应用程序之间工作流程的过程。如今有这样的机制来为传统的数据中心托管，所以组织在混合云中必须关注的是这些机制是如何适应的。
大多数公司不希望完全修改应用程序集成策略;对其生产率、应用程序生命周期管理以及安全性和遵从性的影响将是显著的。把重点放在适应的概念上，然后从需要适应的东西开始编目。
混合云采用对应用程序工作流有四个不同的影响：
(1)某些应用程序/组件托管在数据中心之外的场所，并受到不同的安全性，合规性和网络连接控制和功能的限制。
(2)在某些情况下，云应用程序可以使用数据中心中不存在的云托管服务，而不是通过相同的方式实现，甚至在云提供商中也是如此。这些差异影响工作流集成和组件移动性。
(3)应用程序/组件可以动态移动，这意味着工作流必须遵循它们，并且可以在不同的连接/安全区域之间移动。
(4)云计算推出了动态扩展容量以匹配工作负载的概念，这在非云部署中很少提供。
成功的混合云应用程序集成最好是适应这些影响因素，首先是设计混合云环境，然后再适应/采用工具来解决每一个问题。虽然组织所采取的步骤可能针对上述列表中的特定驱动程序，但它们必须采取这样的措施，以尽量减少敏捷混合云环境带来的系统风险。
成功的混合云应用程序集成的第一步是在所有托管平台/提供商之间创建统一的应用程序部署和连接模型。这意味着将“托管”定义为可以映射到任何云端或数据中心资源的抽象。
混合云集成中最大的错误是过度专业化。组织应该在整个混合云中建立一个通用的网络连接模型，然后定义一个标准化的托管模型来部署应用程序/组件。
连接模型问题只能通过创建可以承载所有应用程序和组件的虚拟专用网来解决。越来越多的企业正在采用软件定义或虚拟网络作为其连接核心，如果采用适当的软件定义网络或软件定义的广域网模型，则无论是在云端还是数据中心，都可以连接所有内容。没有替代开放的统一连接，所以这是正确的关键，企业认识到，基本的云网络工具(例如，OpenStack的Neutron)最好用于补充企业虚拟网络，而不是创建它。
一旦拥有合适的连接模型，标准化部署环境便于使用单个工具包来集成工作流。DevOps和基础设施代码(IAC)工具都支持标准的部署过程，并且它的支持随着时间的推移而改善。
采取这一步骤将从根本上减少与混合云集成相关的任何特殊问题，甚至在某些情况下可以消除它们。然而，并不是所有的用户都熟悉IAC的工具和功能，这些都是很重要的托管规范。
最后，查看DevOps解决方案的事件处理属性。其强大功能将有助于管理操作生命周期。
第二步是根据安全性、遵从性和执行需求定义应用程序/组件的“范围”。很少有组织希望每个应用程序的每个组件都在混合云中运行。如果应用程序/组件依赖于只在公共云上可用的Web服务，那么它的主要范围就是这个云。如果只有在这个云的一些地方才能满足内部审计合规性规则，那么这些地方就是其范围。这些范围必须在部署和连接应用程序的操作软件中执行，以确保它们只在它们可以/应该在的地方运行。
通过工具和政策实施范围限制并不困难，不需要专门的工具。它确实需要注意云提供商和数据中心环境的具体限制，需要进行一些规划和审查，但是通过其范围将应用程序分组是有用的，因为它可以检测潜在的故障转移和云爆发问题。组织还将发现，如果可以将专业化的工具和实践与各种范围保持一致，那么在集成和管理方面，组织将会更轻松。
第三步是将每个可以加载的应用程序/组件与负载平衡功能关联为前端。必须为工作分配提供可扩展性，因此应用程序集成中使用的工作流连接必须与负载均衡器连接，而不是可扩展组件。负载平衡、应用交付控制、“第3层交换”和其他技术都已用于此任务。
在集成混合云的应用程序时，至关重要的是，组织可以在组件扩展期间拥有尽可能少的实现选项，以支持工作流分发，并确保扩展或退出步骤不会断开工作流或用于数据的不期望的迂回路径。
从长远来看，混合云集成将成为一种规则，因为混合云将成为主导模式。组织越早获得经验，其结果就越好。
本文转自d1net（转载）
