米科尔森（John Michelsen），资深技术专家、培训师、作者、演讲家，CA技术公司CTO和ITKO公司联合创始人。在数据库、分布式计算、虚拟／云管理、多通道网络应用门户、服务虚拟化等领域拥有丰富的创新经验。目前主要负责帮助企业客户推动IT前沿转变以交付商业成果。
　　
　　Jason English，ITKO／CA技术公司营销副总裁。在营销、市场分析、软件构建、用户体验、游戏配乐方面拥有丰富经验。他之前曾担任i2技术监制和信息架构师，主要为HP、IBM、EDS、Delphi、TaylorMade、Sun、Realm、Adaptec、Motorola和Sprint等财富500强企业定义客户体验。

　　《软件工程技术丛书·服务虚拟化：改善企业应用软件开发的速度、成本、性能和敏捷性》大致可分为4部分。第一部分（第1～4章）阐释服务虚拟化的概念与演变发展过程、当前技术开发方法论所面临的问题和挑战，以及选择服务虚拟化技术作为解决方案的原因。第二部分（第5～7章）讲述服务虚拟化技术带来的好处，服务虚拟化如何应对软件开发生命周期中的限制，服务虚拟化技术实际效果，以及如何使用服务虚拟化。第三部分（第8～11章）重点阐述服务虚拟化的系列最佳实践，涉及交付更快捷、减少基础设施所占空间、改变性能和规模以及数据场景管理。第四部分（第12～15章）揭示虚拟化面临的风险和推行的公司环境，如何成功进行服务虚拟化，推动服务虚拟化，如何应对各种约束，服务虚拟化的评价。

　　《服务虚拟化：改善企业应用软件开发的速度、成本、性能和敏捷性》：
　　此外，在过去的10年中，多数大公司都重点关注尽可能削减成本，因此过去网络时代的IT预算不会再出现了。少花钱多办事，这就是我们必须在IT经济中运行的“新标准”状态。上面提到的同一家银行在未来几年，预计将在IT花费方面削减数百万美元的预算。这表示你的公司必须准备以惊人的速度在越来越困难的环境中交付新的软件功能，却没有增加的预算来补充。
　　2.3增加的变化和复杂性是不可避免的
　　为了以互联网速度交付新软件特性更加敏捷，多数公司开始走向组合式应用开发方法。这些新面向服务的方法论支持这样的观点，即当分解成更小的更加可重用、松耦合的功能单元或“服务”时，可以在现有系统上更快速地生产新软件。
　　首先这种方法确实加速了以功能单元为基础的开发，随着时间推移，它也会产生“意大利面式混乱”的极度不可预测结果的服务架构：许多独立的组件，使用异构技术开发，管理和由分散的团队拥有，并且每个版本以它们自己的发布周期变更。昔日单一的“应用程序”已经演变成多个其他应用程序零件的组合。
　　在这种高度不稳定的环境中将发生什么？我们必须说明，通过期望发现由于变化产生的意想不到的后果而发生的越来越多的软件错误，导致开发了这种敏捷服务。一些IT公司正在生产中做比以前更多的中断修复，这不是一个可持续发展的模式。而其他一些公司则在每个项目上花费越来越多的预算，有时是以5倍或者10倍的预算增加他们的实验基础设施和QA预算，试图保证软件一旦发布能像期望的那样正常工作。
　　就我们知道的一家大保险公司说，他们在交付软件中常规的“应对不可预测的计划”是在每个项目计划结束部分自动添加超过30%的小时数！
　　……

译者序
作者简介
技术审核者简介
致谢
序幕 联邦快递FedEx的虚拟化

第1章 引言
1.1 定义服务虚拟化
1.2 你可以实现这种转变
1.3 关于本书

第2章 商业规则：创新或死亡
2.1 客户毫不心慈手软
2.2 业务需要敏捷软件交付
2.3 增加的变化和复杂性是不可避免的
2.4 没有模拟商业软件不可持续

第3章 我们如何走到这一步
3.1 从单一应用到复合应用
3.2 当前复杂的服务环境
3.3 从瀑布开发到敏捷开发

第4章 约束：敏捷之敌
4.1 范围内与范围外
4.2 不可用的系统和有限的容量
4.3 冲突的交付时间表
4.4 数据管理和变动
4.5 第三方成本和控制
4.6 存根和模拟远远不够

第5章 服务虚拟化是什么
5.1 虚拟化的另一半
5.2 创建虚拟服务
5.3 创建和维护虚拟服务的选择
5.4 什么可以作为虚拟服务
5.5 对开发和测试，虚拟环境比真实环境好
5.6 稍等一下—虚拟服务环境能替代实时环境一直到生产阶段吗

第6章 服务虚拟化技术的能力
6.1 “类实时”的开发环境
6.2 自动化消除手工存根和维护
6.3 虚拟服务，治愈自己
6.4 开发和测试并行

第7章 从哪里开始服务虚拟化
7.1 IT管理者必须管理和鼓励服务虚拟化，否则这种情况将不会发生
7.2 识别利益相关方（服务虚拟化战争委员会）
7.3 谁应该首先使用服务虚拟化
7.4 设置发布的真正价值目标
7.5 避免不适当的技术
休息时间
思考练习

第8章 最佳实践1：交付更快速
8.1 通过虚拟私有化减少等待时间
8.2 现在就终止存根，或者以后偿还
8.3 Sprint：将向左移付诸实践

第9章 最佳实践2：减少你的基础设施所占空间
9.1 找到过度利用的资源
9.2 主机开发也需要虚拟化
9.3 避免巨大的IT花费
9.4 客户案例：躲避波浪

第10章 最佳实践3：改变性能和规模
10.1 虚拟化性能环境：你在等待失败吗
10.2 组件级性能预算
10.3 从生产了解性能
10.4 设置阈值，把性能向超过我们想象的更左侧移动
10.5 设计性能测试

第11章 最佳实践4：数据场景管理
11.1 vTDM：就是你需要的数据
11.2 消除数据冲突
11.3 数据屏蔽：可信但虚拟化
11.4 期望的结果

第12章 虚拟化
12.1 服务虚拟化的利害关系是巨大的，所以不要停下来
12.2 软件开发生命周期过程（SDLC）的改变
12.3 在虚拟IT环境中构建新技术和角色
12.4 好的帮助几乎总是需要的
12.5 我们应该集中或联合
12.6 另一种酷的使用方式：虚拟培训环境

第13章 服务虚拟化和开发测试云
13.1 云开发和测试的约束
13.2 实现高性能云环境
13.3 云中的大规模并行回归测试

第14章 评估价值
14.1 更快：上市时间的价值
14.2 度量结果：更快
14.3 间接价值：运行更快
14.4 更好：质量价值
14.5 结果：更好的质量
14.6 间接价值：更好
14.7 更便宜：节约成本的价值
14.8 结果：更便宜（低成本）
14.9 间接价值：更便宜
14.10 组织路线图：规划持续改进

第15章 结论
15.1 工业化的软件供应链
15.2 在经济繁荣时期和困难时期的创新与发展
15.3 准备重温你的企业发布战略
后记
术语表