第二章 过程改进，没有灵丹妙药

    我们现在不在堪萨斯州了

    十多年前，在我们进入企业软件领域后，微软的工程师从中受益颇多。遗憾的是，这些经历对我们最近的面向服务工程却产生误导，迫使我们以服务质量的名义创建了多余的环境。

    维护不相干的环境耗尽了我们的带宽、能源及硬件资源，并给工程师带来沉重的负担，而没有带来真正的质量保证。该停止了，庆幸的是当团队迁移至持续部署后这种趋势行将中止。

    有了持续部署，你满足了服务质量而无需外加成本。同时，这为你的服务质量的提高，以及你与你内部或外部合作伙伴的合作带来太多好处。

    该停用源代码控制系统来进行软件开发了。这个想法可不是开玩笑，也不是非分之想。持续部署为服务带来了相同的效能。日后的某一天，当我们回想今日，会惊奇：人们怎么可以没有它？

    作者注：目前，在微软，我所知道的只有Bling与Ads平台拥有基于持续部署的产品。亚马逊拥有业界最闻名的系统。

    我的团队目前正在创建一个非常简单的持续部署环境。这个环境使用一种onmachine的IIS代理服务器提供曝光控制，这样可以在同一台机器上对同一种角色使用多个软件版本。

    从工程团队的角度看，我们仍然一如既往地为同一台机器部署同一种角色。不同的是现在这些机器安装的是这些角色的不同软件版本，并通过曝光控制由我们选择版本自主定向路由负载。