如今,企业使用多个云计算有其很多好处,但其管理成本可能更加高昂。要管理成本费用,就要检查你的供应商的数据访问费用,以及你的应用程序设计情况。
大部分中小型企业都将其应用部署在一些应用公共云计算当中。而那些规模较大的企业,尤其是那些具有广泛营运地域的企业,则很可能使用多个公共云服务,但在某些情况下,这导致了出现令人瞠目的费用。期多云用户了解成本是如何失控的,以及如何做才能节省预算,这是至关重要的。
一般分为四大类:中央处理器资源,存储,访问和特殊的网络服务。如果供应商的云定价模型是相似的,那么多个云供应商之间的应用程序的划分不会影响整体成本。可悲的是,这不太可能。多云成本大多数的挑战出现了两个因素:存储成本和接入费用。当跨越多个云的应用程序创建云计算的成本管理计划时,要从检查这两个领域展开。
多云成本是如何增加的
接入费用或与你的云应用程序相关的移动信息的流量成本,对于多云定价模型来说是***的挑战。移动应用程序或组件从你的主云平台到另一个平台往往意味着工作必须在云计算之间流动。一个简单的交易可能会从用户移动到云A中去,从云A移动到云B,从云B返回到云A,然后再返回给用户。此工作流动将可能会增加一倍的接入费用,而这并不是一个单一的云供应商所面临的情况。
存储费用也可能急速上升,增加多云部署的接入费用。如果相同的应用程序运行在两个不同的云上,或者其所有部分需要访问数据时,你面对一个艰难的选择。如果你的数据库在数据中心中或仅在一个云主机上,你为访问数据就必须支付其接入费用。然而,访问不同的云数据库可能涉及大量数据移动,并支出大量的成本。另一种方法是在所有的云平台上使用数据库的副本,但这可能带来额外的数据存储成本,并增加了同步问题。
接入费用或流量费用与你的的云应用的移动信息相关,这也是多云计算成本管理的***挑战。
特定的网络服务可以创建一个类似的问题,因为它们的一些成本是基于访问的功能,这可能对处理多个云定价模型是比较困难的。例如,如果你需要一个特殊的服务的应用程序,以及需要在多个云分配应用程序,并使用其功能,你将支付为此支付费用。而且,由于使用费用通常具有较高,而使用率较低,你也失去了规模经济。
如果你分发应用程序到多个云,即使是中央处理器的收费也可能更高,这是一个原因,另外,就是经济的规模问题,更高的使用水平通常意味着每分钟的费用较低。还有一个原因是,许多企业购买专用程序的情况下,当他们多个云之间分配应用程序,往往未充分利用它们。
制定一个云成本管理计划
如果你打算从云计算中动态地移动应用程序,其成本可以很难控制甚至预测。但你可以采取措施来保持检查的费用。
云计算成本管理从工作流程映射和数据路径开始。每个应用程序的每一个组成部分都有输入、输出和明确需要访问数据库和特殊功能。这是一个苦差事,而由此产生的图表可以是复杂的分析,而是开始进行多云成本管理的一个好方法是借助这些关系,为所有在云中托管的应用程序做好计划。这将帮助你确定多云计算部署,在那里会产生费用,或将需要复制的数据和功能的托管。
这张地图往往显示多云计算部署一个重要事实,那就是开发商往往建立不同的层应用。***层是前端,负责设备的支持和图形用户界面的创建。该层通过工作到中间层,增加了诸如基本数据编辑之类的东西,反过来,可以脱离传统的事务处理组件。了解你的应用程序的结构可以在多云部署省钱。
新的公有云定价模式席卷企业
cloudnexa公司创始人兼***执行官戴维林西克姆表示,正在与总部设在费城的AWS公司高级合作伙伴进行洽谈,其中包括不断发展的云定价模式,以及其他主题,包括AWS计划预留实例。
前端应用层组件比较容易分布在多个云,因为他们很少要求数据库的功能,被设计为多拷贝实例化,并且工作常常移交给单个伙伴层。使用多个云与一个单一的云可能会影响你的规模经济定价,但你可能不会看到访问成本或存储成本大幅增加。
有些应用程序将整合与编辑和验证中间层组件的基本数据库。当你到达这一层时,不要忘了在多个云复制数据的成本。在此中间层中有更复杂的处理,这将是更难以有一个应用程序及其组件跨越云提供商边界。如果要评估其影响,你计划在多云环境中使用的组件进行限制,就会看到什么样的工作流程和数据路径被切断。这告诉你,你将支付额外的费用。
由于实际交易和查询处理这样应用程序的底层,可能涉及到很多的实时数据库的访问,要避免多个云供应商分散在这一层。在不久的将来,大多数公司在内部将保持这一关键任务处理。
建立用于在多个平台上运行的应用程序云成本管理计划,不要忽视集成和生命周期管理的潜在问题。,用户部署在多个公共云有着强烈的理由,但也有风险,包括增加的成本和复杂性。因此人们要了解云计算的定价模式,并在早期解决。