亚马逊 AWS 五项提示帮您迈上持续交付阳关大道.pdfVIP

亚马逊 AWS 五项提示帮您迈上持续交付阳关大道.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
亚马逊 AWS 五项提示帮您迈上持续交付的阳关大道 Codeship 公司CTOFlorian Motlik客座文章 对于任何一家初创企业而言,行动灵活、迭代迅速并且以早期用户及客户反馈为导向进行产 品调整可以说是其一路成功发展的必要前提与核心手段。AWS社区英雄兼Netflix 成功迁移 至AWS云基础设施的幕后功臣之一Adrian Cockcroft 就一直在强调“速度赢得市场”这一理 念。时至今日,初创企业面临着来自方方面面的竞争压力,而这种压力也迫使他们对自身产 品作出变更与改进。 面对来自方方面面的竞争压力,初创企业需要对自身产品作出变更与改进。 要保持初创企业跟上不断变化的市场发展节奏并达到与之等同的速度提升效果,持续集成与 持续交付无疑是必不可少的两大最佳实践。 持续集成与持续交付是什么? 持续集成是指在任何将代码提交至代码库时运行整体测试套件的过程。这种方式能够帮助大 家确保自己的应用程序按照预期般正常起效,且其中的变更内容不会带来意料之外的状况。 持续交付则意味着确保我们的代码始终处于可部署状态,甚至能够在我们向主代码库作出变 更的任意时间点被发布至分期及生产基础设施当中。这一机制当中还包括运行测试,也就是 让持续集成成为持续交付流程的组成部分。这能帮助大家快速将新功能与新改进提供给客 户,同时从后者处快速得到反馈意见。 拥有一套出色的软件开发与交付流程对于初创企业而言可谓意义重大,这一点我们在之前的 工作流最佳实践电子书当中已经进行过阐释。 考虑到上述情况,在今天的文章中,我们将共同分享五项提示——我们的多家客户已经将其 纳入实践当中,并在长期执行的过程中借此获得成功,包括实现快速响应并打造出卓越的产 品成果。 1.测试的目的在于提高用户满意度而非验证软件本身 在我看来,人们对于测试工作的最大误区之一在于,大家往往认为测试的目的在于验证软件 是否能够正常起效。事实上,保证用户满意度才是测试的核心诉求所在。 当构建一款产品时,客户通常会对我们提出两大预期: i. 不断创新以支持新的需求类型。他们希望依赖产品供应商,要求后者能够打造出适应其 未来一到两年当中各类实际需要的方案。 ii. 不要对原有系统造成破坏。 适当的测试手段能够帮助我们确保在应用程序开发的同时,不至于给用户带来持续不断的负 面影响。此外,理想的测试机制还能为大家带来更为自由的发挥空间,因为只要能够顺利通 过所有测试项目、即代表着我们不会对用户的业务流程造成损害。换言之,理想的测试机制 为我们提供快速迭代所必需的速度与安全性保障。 在这方面,很重要的一点就是保证在测试结果全部通过的情况下,大家能够完全信任测试套 件的考查机制并将成果立即加以部署。具体来讲,当测试结果一切正常时,我们需要充分信 任这一结论,只有这样才能实现持续交付的核心原则——随时部署现有成果。在这种情况下, 即使在周五晚上跟朋友们出去放纵一下也没关系,因为测试套件的可靠性给了我们充足的信 心。以此为前提,我们才能实现更快捷的实验性尝试并将新功能推向市场。 对于初创企业而言,用户是推进产品开发与业务增长的主要动力所在。因此,我们必须尽可 能避免不断破坏自己的现有应用方案,因为这往往会令客户感到失望甚至愤而离去。 2.让库驱动基础设施 在开发人员的日常工作当中,他们不应该将太多精力浪费在大规模生产基础设施身上。相反, 他们的注意力应该始终集中在代码、或者说哪些代码存在于哪些分支等问题上。当不同分支 间的代码进行合并后,成果应该马上得到部署。 举例来说,将来自某功能分支的代码合并至另一分期或者生产分支当中,这意味着我们希望 将其部署到基础设施当中的各个对应层面。开发人员应该能够始终关注代码本身,并在代码 内容无误时立即开始进行下一项任务——而不必担心如何将其纳入生产体系。 从我们的经验出发,库机制是实现这一理想工作流的绝佳方式之一——我们不断使用这种方 式,而且并没有出现任何冲突。确保任何一点只存在有最后一次提交的代码内容。通过这种 办法,开发人员能够始终关注代码与库本身,而这也正是他们应该投入全部时间与精力的部 分。 3.建立一套恒定的基础设施 对于基础设施这样一套长时间运行的体系来说,我们很难对其进行复制,而这往往会引发一 些潜在问题——例如bug 需要数周时间才能彻底得到解决。有时候,基础设施甚至会在毫 无记录的情况下发生变更。正是这一切消耗掉了开发人员的大量宝贵时间,而这些时间本应 被用在处理他们的本职工作——也就是产品开发身上。 相比之下,恒定基础设施当中包括大量恒定组成部分。每次进行部署时,设施都会根据需求 更换各组件,而非像过去那样

文档评论(0)

0520 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档