自动化、好的设计和有效的管理可以帮助抑制公有云成本。
公有云能够提供一种简单的运营支出方式，从而让开发工作顺利进行，因此，这便使得它深受那些希望降低前期基础设施成本的创业公司的欢迎。公有云提供商现在可以让所有类型的企业专注于在这种环境中蓬勃发展的开发运维实践。但是，公有云并不是令人毫无担忧的，尤其是从成本的角度来看。
带宽等一些因素已广为人知，并且通常会包括在企业模型中。但是，总是有公有云预算超出预期的情况。如果你所在的团队想要降低开发运维的成本结构，你可以看一下你们是否忽略了以下这五点：
1. 关闭虚拟机（VM）
公有云的运营模式是按使用收费，但成本超支的一个常见的原因是没有关闭VM。问题在于何时把灯关上。
在所有开发运维情景中，只有复制生产的模拟环境可能需要24/7运行。但这只是在有限的时间内。对于开发人员来说，他们可能会被分散在不同的时区，工作时间很长而且没有规律，但即使是开发和测试环境也不太可能需要一周168个小时不间断运行。
我们所有人都知道任何地方都有一个平均工作时间，不管是每周40个小时，还是每周50个小时。在没有进行使用的时候，关闭计算资源（或者以自动化的方式），这一简单有效的方式可以帮助节省60%或更多的资源，否则这些资源便会收取你的费用。
2. 自动伸缩
在包括生产领域在内的另一些领域中，自动化能够有所帮助。许多企业和应用程序都有流量高峰和低谷。在节假日购物季，零售商的销售额可能会达到全年的30%到40%。医疗行业拥有它的繁忙的注册季。薪资服务有一个双月流量模式。网站门票业务将在演唱会售票业务上线后不久达到顶峰。
然而，为这些高峰情景构建环境，将导致浪费大量的计算能力和产生不必要的成本。自动伸缩所能做的就是适应这些变化，在你需要它们的时候添加服务器，又在繁忙期过后关闭它们。你可以对已知的模式进行编程，或者使用触发器来激活缩放，然后继续缩放，直到不匹配的情况消失为止。
3. 注意GET请求
数据存储的关键问题是如何使用它。如果你的工作流需要具有高输入/输出要求的主存储器和维持app正常运行的计算能力，起初你可能并不想要把它运行在公有云上。对二级和归档存储来说，公有云的价格确实很低，但是能加起来的是所有用来访问你的数据的GET请求。
PUT请求能够将tb级别的后处理数据以每月几便士的价格移动到冷存储服务器上，这与GET请求不同，后者会在你提取或下载数据时，以单位成本为千的基础上对你收取费用。如果你需要定期下载或者可能会把数据转移到其他地方，你应该会承担更多的成本。当然，最好先回答这些设计问题。
4. 管理使用情况
使用情况与影子IT有关，后者现在包括公有云VM基础设施。这种情况很容易理解：开发人员需要更多的资源来完成他们的工作；添加虚拟机是快速而简单的。但是，如果没有持续的报告或意识，谁获取费用可能就会让人大吃一惊，特别是如果有两倍于预期的虚拟机在运行的时候。另外，这些资源可能会被遗忘，在不需要的时候也不会关闭。
缺乏监督也会导致定价效率低下，当涉及到不同的技术时，系统的复杂性可能会增加，从而拉升管理成本。解决方案是一个一举两得的系统：在最小化减速带的同时维持控制和治理。
5. 避免出现安全漏洞
企业通常会建立两层安全规则和政策：
企业或企业级别，其中会把策略编码成技术，用于在广泛的资源用户基础之上的一致应用。
部门或特定的应用程序级别，在该级别上，访问是根据角色的HR或业务单元基础进行管理的。
但这些政策的执行情况如何？当你创建一个虚拟局域网（VLAN）来支持运行一组新的VM时，你是否完全复制了整套的适用策略？如果不是，那么你就在将你的企业暴露给外部不法分子，这些不法分子可以快速识别出网络安全漏洞，破坏你的防御，并提高你的环境成本（在本例中是间接的）。
总结：别忘了运营支出
公有云的吸引力在于，它能够让企业从繁重的前期资本支出转向不那么繁重的运营支出，从而专注于增值工作，比如开发运维计划。但是，尽管公有云基础设施的提供商会处理繁重的迁移工作和基础设施，但运营支出并不会自我进行管理。
要控制开发运维成本，在预算时就要现实一些。但除此之外，在没有使用它们时使用自动化来关闭VM，在需要时又进行相应的扩展，选择正确类别的数据存储，并找到有效的方法来管理云资源的增长和执行一致的安全策略。
