本文摘要：由于业务敏捷性和市场竞争，企业面对着将业务迁入到云平台以及较慢迁入的压力。但最重要的是，无论他们面对多大的数字中断风险，都要花费时间创立和实行他们的云计算战略。却是，一些企业有可能作出的错误要求（例如所用于云计算提供商的云服务或应当将多少业务移往到云平台）代价不会十分高昂，并且在以后很难解决问题。 此外，还有一些决策是基于对云计算经济学的误会。虽然一些企业和管理人员有可能指出使用云计算很便宜，但一般来说会在成本评估中展开较为。

由于业务敏捷性和市场竞争，企业面对着将业务迁入到云平台以及较慢迁入的压力。但最重要的是，无论他们面对多大的数字中断风险，都要花费时间创立和实行他们的云计算战略。却是，一些企业有可能作出的错误要求（例如所用于云计算提供商的云服务或应当将多少业务移往到云平台）代价不会十分高昂，并且在以后很难解决问题。

此外，还有一些决策是基于对云计算经济学的误会。虽然一些企业和管理人员有可能指出使用云计算很便宜，但一般来说会在成本评估中展开较为。

许多企业管理人员回应用于自己的数据中心基础设施成本更加较低，但他们一般来说没考虑到应用程序生命周期内的总享有成本。因此，开发人员和管理人员必须考虑到的不是分开的硬件和软件，而是整个应用程序在其使用寿命中的整体。

企业内部部署的数据中心运营硬件的成本或许很低，但其成本某种程度是硬件，还包括系统管理、基础设施、确保、许可、电源、加热和其他无形项目的隐性成本。使用云计算技术并某种程度是将工作阻抗提高和移往到登录的云计算提供商获取的云平台，它还包括将基础设施迁入到云平台的迁入成本。此外，还必须研发专门用作迁入的应用程序，以便在云中用于，而企图对现有应用程序展开改建以适应环境这种环境的企业将面对极大的挑战。因此，在绿地基础设施工作的管理人员比处置棕地基础设施的管理人员具备更大的优势。

其规划将要求部署云计算的胜败。对于应用程序符合现实市场需求十分最重要。“按须要拓展”说道一起有可能很非常简单，但这一般来说必须提早解决问题的成本，某种程度是实际的实例成本，还包括其产生的开发成本和技术债务。

设施的拓展和增大无法临时要求，关键是要展开更好的测试。此外，并非每个方面都必须自动拓展，因此必须贯彻地理解的组织的拒绝。而拓展意味著花费更好的成本，不用于时将不会导致浪费。

对于规划设计必需获得所有涉及方的表示同意和解读，这一点至关重要。到目前为止，云计算提供商的自由选择并不是确实的考虑到因素。任何设计都不应还包括必要的基础设施规模和成本。

像IaaS一样运营当企业的管理员或开发人员首次尝试建构自己的云计算环境时，云计算管理员看见的一个常见问题是，他们偏向于将所有工作都作为基础设施即服务（IaaS），而不是平台即服务（PaaS），并且基本上正在尝试新的设计，但却成本高昂。这意味著，用于分享基础设施（如分享数据库服务器）和负载平衡基础设施，而不是创建新的数据库服务器。这样做有很多积极因素和一些消极因素。一个最重要的益处是高可用性数据库服务器的管理负担现在由云计算提供商分担，而管理人员必需处置云计算提供商的确保计划。

用于PaaS基础设施的能力也在相当大程度上各不相同企业的明确拒绝。如果企业在高度监管的行业中运营，分享的PaaS基础设施有可能不是一个确实的自由选择。其进程可能会有所不同，但必需再度检查和检验。

没有人期望在法律或技术上受到妨碍。任何早已计算成本的项目都应当有登录人员来管理资源和用户。一般来说在这一点上，任何予以计划的利用都会造成巨额账单。

此外，为了从一开始就更容易管理，必须获取向用户颁发资源的角色。这有助制止成本失控，并制止用户使用不必要的资源。

此时，还应当可以考虑到环境的成本。理解环境的规模在以下方面十分简单：·可以为其设置支出。·提早理解规模可以使企业提早出售信用额度，而不是按须要出售，这有助掌控成本。

·迁入到云端将不会带给隐形成本，例如比特率出口。这些都是必须考虑到的事情，因为减少比特率的成本很高。·云中的研发应当维持独立国家，并在不用于资源时更容易重开，而在上班或空闲重开，可以节省更好的资金。

规模调整工具可用作协助计算出来节省的成本，并且大多数云计算提供商都获取这样的工具。为告终作好打算最后，对于某些云计算提供商的可用性不低（或缺少可用性），制订灾难完全恢复计划十分最重要。

而如何构建这一点，必须经过试验和测试的战略。云计算提供商的一个主要弱点是，有可能有数百万个客户，经常出现停机问题的某一客户或许不能等候处置。对于内部部署环境来说，这是一个有争议的问题，但需要准确并且较慢地将故障移往到可用云平台可以增加很多问题和损失。

许多云计算提供商显然获取了弹性，但在某些基础设施服务经常出现故障的情况下，其服务有可能无法用于。还有一些以灾难完全恢复为重点的软件提供商，容许企业根据必须在有所不同的云计算基础设施之间展开故障移往。根据几种情况，还包括可用性拒绝和合约义务，这些工具有可能很简单。但是，一个主要的技巧是保证灾难完全恢复实例本身可以几乎独立国家于完整基础设施运营。

换句话说，企业不惜一切代价防止这种倚赖。不言而喻，应当可以分开测试这些灾难完全恢复环境，为必须展开故障移往的那一天作好打算。总而言之，当云计算项目获得较好的计划、较好的文档记录和完全的测试时，往往工作得最差。简而言之，制订计划不仅有助技术人员，而且，如果夸奖，也有助的组织更佳地解读和掌控成本。

本文来源：南宫28圈官网-www.kubernetek.com