在云计算的相关故事介绍中，过程可谓是相当顺利的，您只需要轻轻按下按钮即可。这对于那些独立的、不依赖外部系统或第三方应用程序交互的简单应用程序来说确实是这样的。甚至对于一些较为复杂的云环境部署，您也可以遵循如下几点来避免流量堵塞：

　　1、检查相关资质证明。为避免部署流量堵塞和事故，对相关部署供应商的资质审核是相当重要的（甚至在大多数情况下有必要检查开发者的相关资质证明）。

　　2、让您的开发团队参与到架构审查拟议变化的过程中。一些看起来无伤大雅的改变，如访问权限控制、验证规则，甚至选择列表值的变化都可能会产生很大的影响。如果您的企业有一个以上的开发团队在并行工作，这种影响程度会变得更大。

　　3、如果你在您的云计算技术环境下能找到一款配置管理工具（或至少审计工具），尽可能的使用它。如果你不能使用，使用版本管理文件来跟踪一切的变化。GoogleDocs就相当不错，特别是如果你的档案文件为静态文件，而且需要每周的进行归档的话。

　　4、对所有模块进行单元测试，测试覆盖率超过90%。对主要正面和负面测试用例进行断言测试。对于核心业务逻辑，可以考虑使用测试驱动开发。

　　5、每天都运行所有的单元测试，并记录结果，即使您的代码并未改变。因为你的SaaS平台或第三方软件元素可能已经改变了，而您并不知道而已。如果有任何单元测试失败，开发团队必须将其列为他们的最高优先级处理事件。

　　6、定期使用ANT或一些类似的脚本部署系统，并尝试按照持续集成（CI）敏捷的最佳时间方案。

　　7、在每一个具有代表性的测试数据的外部接口进行系统水平测试，并执行数据库统计检查（例如，“我们自上一次进行完成的运行之后，是否对50％的新客户也进行了完整性检查？”）

　　8、至少每周对所有的系统运行一次测试并记录结果，即使您的代码并未改变。因为不仅你的平台或第三方软件已经改变了，你的系统的数据有可能也有相应的扩大或改变，在先前用未经检验的方式调用的代码路径。如果有任何单元测试失败，开发团队必须将其列为他们的最高优先级处理事件。

　　9、经常保持同步/刷新。同步/刷新的周期应该明确纳入项目计划，成为开发团队议程的一部分。

　　10、有系统的管理配置的控制措施，防止实验性变化，坚持超越实验。

　　11、有效的控制，防止非法变更生产系统。

　　12、有效的控制，防止变化被直接应用于生产系统。

　　在现实世界中怎么做

　　云厂商都像疯了一样的创新，他们目前还处在部署基础设施和规则的初期。最好的云供应商应该是为他们的直接客户做好工作，但目前还没有很多供应商有很好的技术，更不用说开源服务。

　　太多的企业根本没有很好的将部署基础设施与上面所列出的几点要点落实到位的。如果是在这种情况下，你需要评估你企业目前所处的风险，以及相应的哪几点应该优先更正。

　　如果你的团队眼前就已经遇到了麻烦（例如，你不能进行漏洞修复部署），首要任务是走出单纯受这个局部问题所困扰的陷阱。陷入这个困境，您所遵循的规则是把重点放在对局势的控制，实际上没有到达你想要去的地方。您需要找出如何简化问题，扭转形势，减少变量的数目。一旦你解决了这一问题，确保在开发任何新功能之前优先部署基础设施和实践方案。为什么呢？你已经建立了一支技术所必须支付的债务。确保每一个新项目自付“部署费用”，使部署基础设施和相关规则不会遭遇资源的匮乏，可以在相关的移动部分增强挑战。否则，你永远也不会走出僵局。

　　大卫·泰伯是新出版社的书《Salesforce.com成功的秘密》的作者，是Sales Logistix公司的首席执行官。Sales Logistix公司是Salesforce.com网站认证的顾问，长期关注通过使用CRM系统促进商业程序。Sales Logistix的客户遍布北美、欧洲、以色列及印度。大卫本人有超过25年的高科技行业经验，其中10年处于VP及以上等级。