用于移动开发的devops.docx

用于移动开发的DevOps 移动应用程序：新思维过程和行为 在移动空间中.有大址潜在的部署平台。在某种程度上.这类似于许多年前存在女个竞争性标准时的传统 桌而开发情况。移动方血的不同之处是不仅存在多个竞争性操作系统（比如Android. iOS. BlackBerry和 Windows）,还存在多个不同的设备特征：屏幕分辨率.处理器、图形处理功能.网络处理功能等。其中 每一个特征都为向移动环境中部署的复朵性添加了一个潜在层。 因此.在为移动进行开发和设汁时.企业需要使用不同的思维过程和行为。例如，许筝企业目前使用的一 种方法是专注于启用Web的移动应用程序。已经致力干Web门户和Web功能的开发团队仅仅将其扩 展到使用HTML5的移动应用程序。 然而，这种方法的缺陷是不可能利用各同移动平台的所有能力和特性。用户必然会要求在移动设备（比如 日历应用程序）上使用现有木地功能进行更好的集成。如果平台不向访问特性公开API （十您开始提出有 关将要支持哪些平台以及何时支持的问題时），那么满足这些需求就需要木地应用程序。此外.您将支持 筝少种版衣的平台？考虑到大衣数客户只会将一台设备保留几年时间，排除某个版木和不选择支持这些客 户会涉及多大的风险？您支持还是排除整个平台（比如iOS） ? 一个Android版木（比如3.2） ?您是扩 展为Jelly Bean的全部功能（Android的最新版本）吗？ 对移动应用程序开发和部署所添加的困难.称为-IT消费化（consumerizationof IT）\越來越蚩的员丄和 客户将自己的设备带到企业环境中。例如，在IBM,仅1月份就有将近10,000台iPads和30,000多 台其他iOS设备在该企业中运行。这就总味着企业不再拥有一个共同的标准.声明他们将只支持iOS版 木4■因为客户购买更新的iPhones或Samsung Galaxies.同时还有平板电脑和智能于机。尽管企业在 使用员I：的设备时有优如 消费化还是创建了一个大型的目标环境集.这同时也增加了开发和管理成木。 回页首 移动应用程序部署的误区 开发和部署移动应用程序的一个最主嬰的误区是向一个大型的部署中打包了太笋的更改。这种传统的瀑布 式部署方法在企业应用程序开发中也很流行。企业花费6到8个丿J的时间來解决需求，6到8个丿J的 时间來进行开发，6到8个丿］的时间來进行测试.然后再将其大虽应用程序投入生产。问题是，在这段时 间内.丢失了组件踉踪.甚至中断了部分构建。因此为了降低这种风险，企业实现了一种严格且复朵的治 理流程。 企业通常希望对移动开发和部署采用同样的方法，因为无论是对其用户群还是员1：來说?他们都希望自己 进入市场的移动功能的第一个发行版能够完美。爭实上.应用程序并不需耍做到完关，它只需婆有用且直 观就行。然而.大多数企业并未认识到这一点，因此他们为实现代价商昂的应用程序花费了大址的时间和 精力.而且，通常是昴晚的一个。瀑布式开发所产生的大女数应用程序进入市场较晚，而且最后通常无法 解决其用户的需求。 DevOps是解决部署挑战的一种方法，包括多操作系统.多设备和消费化.该消费化是通过扩展敬捷开发 方法來快速部署成功的敬捷应用程序所需的功能而实现的c 回页首 DevOps的力量 主要解决的需求是：在任何给定的时间点?使用昴新的特性将运行的应用程序部署到生产环境中。这是一 种敏捷方法，瀑布式开发方法在此不适用。定义需求并在小型业务值的功能性部分进行开发.这很重要。 每个晚上.或每隔15分钟，或变更调査源代码管理系统的每一次.您都需要确保可以构建产品或业务功 能。这是DevOps的持续集成性能。此外.考虑到企业移动应用程序的复朵性，这不仅仅是关干为移动设 备编译代码的问題。企业应用程序利用后端系统.该系统也需要包括新功能。 通过各种环境捕获构建和部署需要一个强健的持续交付功能集，该功能可以推动应用程序： 从开发人员的桌面起，使用运行Android. iOS.或另一个移动平台的模拟器 到测试环境，该环境可能涉及测试不同手机的第三方 到后端系统，该系统公开由移动设备使用的服务 进入生产环境?此处交付到各种设备 每个平台从部署角度來看都具有不同的特征：但是.无论是什么平台.要想交付成功，都必需识别、跟踪. 捕获和测试每一次变更。这就需婆一种规范的方法.可以将开发和操作团臥集合在一起.确保实现频繁、 可靠、商质址的软件交付。开发和操作团队共同丄作來实现一个共同的目标：可用移动应用程序的持续交 付，无需任何人追尤责任或找借口。自动化是关键。 这就是DevOps对于移动应用程序开发和部署的强大之处所在。DevOps可以： 捕获变更 自动化变更方式 自动化测试 将变化保持在足够小的范用内.在业务移动到生成环境时降低风险 在流水线的每