在云计算的相关故事介绍中，过程可谓是相当顺利的，您只需要轻轻按下按钮即可。这对于那些独立的、不依赖外部系统或第三方应用程序交互的简单应用程序来说确实是这样的。甚至对于一些较为复杂的云环境部署，您也可以遵循如下几点来避免流量堵塞：
1、检查相关资质证明。为避免部署流量堵塞和事故，对相关部署供应商的资质审核是相当重要的（甚至在大多数情况下有必要检查开发者的相关资质证明）。
2、让您的开发团队参与到架构审查拟议变化的过程中。一些看起来无伤大雅的改变，如访问权限控制、验证规则，甚至选择列表值的变化都可能会产生很大的影响。如果您的企业有一个以上的开发团队在并行工作，这种影响程度会变得更大。
3、如果你在您的云计算技术环境下能找到一款配置管理工具（或至少审计工具），尽可能的使用它。如果你不能使用，使用版本管理文件来跟踪一切的变化。GoogleDocs就相当不错，特别是如果你的档案文件为静态文件，而且需要每周的进行归档的话。
4、对所有模块进行单元测试，测试覆盖率超过90%。对主要正面和负面测试用例进行断言测试。对于核心业务逻辑，可以考虑使用测试驱动开发。
5、每天都运行所有的单元测试，并记录结果，即使您的代码并未改变。因为你的SaaS平台或第三方软件元素可能已经改变了，而您并不知道而已。如果有任何单元测试失败，开发团队必须将其列为他们的最高优先级处理事件EMC存储。
6、定期使用ANT或一些类似的脚本部署系统，并尝试按照持续集成（CI）敏捷的最佳时间方案。
7、在每一个具有代表性的测试数据的外部接口进行系统水平测试，并执行数据库统计检查（例如，“我们自上一次进行完成的运行之后，是否对50%的新客户也进行了完整性检查？”）
8、至少每周对所有的系统运行一次测试并记录结果，即使您的代码并未改变。因为不仅你的平台或第三方软件已经改变了，你的系统的数据有可能也有相应的扩大或改变，在先前用未经检验的方式调用的代码路径。如果有任何单元测试失败，开发团队必须将其列为他们的最高优先级处理事件。
9、有系统的管理配置的控制措施，防止实验性变化，坚持超越实验。
10、经常保持同步/刷新。同步/刷新的周期应该明确纳入项目计划，成为开发团队议程的一部分。
11、 有效的控制，防止变化被直接应用于生产系统。  
12、有效的控制，防止非法变更生产系统。