当使用多个云供应商时，应用程序集成成本会飞速增长。为了防止成本支出失控，应仔细规划应用程序部署和工作流程。
最终，大多数企业会在多个云供应商之间交流他们的云服务合同。正因为如此，很多人都会为在多云模式中所付出的应用程序集成成本而咂舌不已。
在多云环境中，集成问题总是更为复杂的。虽然用户可以采取一些步骤来控制成本，但还有一点也是很重要的，一些应用程序根本就不适合在多云环境中使用。
了解多云中的应用程序集成成本
云中的一个应用程序就是一种矩阵，它是通过工作流程来连接不同的组件。应用程序的某些部分可能继续驻留在公司自己的数据中心内部，而其他部分则驻留在云中。如果一家企业使用了多个云供应商，那么这个应用程序就可以托管在几个不同的云平台上。
多个云的部署与集成是一个三步骤的程序。首先，使用策略以确定适合托管应用程序组件的最佳位置。然后，将应用程序组件部署到所选的云中(可以是私有云或多个公有云之一)。最后，提供必要的IP地址信息以便将新的托管位置绑定到应用程序工作流程中。
因为每一家公有云服务管理IP寻址的方式都略有不同，所以通常需要为目标云平台定制部署步骤。这意味着那是很容易犯错的，而从错误中恢复过来的成本也是非常高昂的。在某些情况下，每增加一家云供应商就会将部署与重新部署的成本提高50%以上。
这还不是最糟糕的。大多数多云配置都是通过VPN与企业用户相连的。如果应用程序工作流程涉及不同的云供应商，它们就会通过企业VPN运行，从而增加了网络负载和成本。此外，由于大多数云供应商都是根据用户与云之间的流量来计费的，所以每一次出现跨云边界的流量，都会有相应费用产生。未经周密规划的多云部署由于频繁在不同云平台之间发生工作流量，其成本支出要超出正常支出的一倍以上。
最大限度减少多云环境中的应用集成成本
最大限度减少多云集成成本的最简单方法就是不要在多个公有云之间部署应用程序的不同组件。但是，如果考虑用户地理位置差异或者如果主要供应商遭受中断事件，那还是必须采用上述方式部署应用程序组件。在这些情况下，务必周密规划应用程序工作流与关系以减少跨云边界的流量。
如果有两个分别最适合在Azure平台和亚马逊网络服务(AWS)平台上运行的应用程序，那么可在相应平台上运行应用程序，并将它们连接到最终用户和数据中心。这种方式可消除跨云平台数据传输的必要性，从而避免增加流量成本。
一些用户出于地理位置方面的考虑而采用多个云供应商，例如需要在某个合适位置托管应用程序。在这种情况下，可将应用程序的每一个多云实例视为一个单独的应用程序，将每个实例连接至企业的VPN——但是绝对不要进行跨云边界的工作交互。这意味着这些应用程序的拓扑结构就像是一个星型配置，其中心事企业的数据中心，而各个端点不同的多云前端程序。所有的工作流程都遵循只跨越一个云供应商边界的原则，这种拓扑结构的成本将与使用单个云供应商的服务相当。
该配置为希望通过多个云供应商实现弹性和可扩展性的用户提出了一个要求：除非用户的云供应商不会根据跨云边界的流量收费，否则不要将应用程序的单个组件在不同云平台之间迁移，而应迁移整个应用程序以避免流量多次重复计费。
部署与重新部署的效率也是控制多云应用程序集成成本的关键所在。云部署工作复杂且易出错，而多云部署(尤其是确保用户不会违反流量策略)则更为复杂。不要在缺乏开发运营工具的情况下进行多云应用程序集成以实现流程自动化。
当用户在云部署中增加多个供应商时，也就自然地增加了任何应用程序拓扑结构的财务影响复杂性。如果没有明显的利好来抵消这种复杂性带来的负面影响，多云可能并不是一个合适的选项。如果一定要采用多云供应商，那么请务必周密规划部署以确保能够切实实现这些利好。
本文转自d1net（转载）