欢迎浏览sook云!

网站地图

当前位置:主页 > 大数据 > 海外数据 >

webdav服务器_香港_云储存设备

时间:2021-02-24 07:24

人气:

作者:sook云

标签: 服务器  webdav  设备  香港  储存 

导读:快速、自动地部署新代码是我们如何在对讲机上构建产品的基础。我们从公司成立之初就开始这样做了。在Intercom最近的一次关于产品的活动中,我谈到了持续部署的意外好处—下面是...

webdav服务器_香港_云储存设备

快速、自动地部署新代码是我们如何在对讲机上构建产品的基础。我们从公司成立之初就开始这样做了。在Intercom最近的一次关于产品的活动中,我谈到了持续部署的意外好处—下面是一个经过少量编辑的版本。我们在对讲机公司的核心价值之一是,我们想得大,从小事做起。这意味着我们要承担起大的、雄心勃勃的、有影响力的项目,并将其作为一系列安全的小步骤加以解决。当构建一个新的产品特性时,我们构建一个尽可能简单的版本,并将其部署在一个功能标志后面,这样只有内部通信人员才能看到它。根据反馈,我们将在向一系列beta客户发布之前修复bug并进行改进。在又一轮的迭代、修复和改进之后,我们向每个人发布这个特性。这个反馈循环是无价的,wap自助建站,我们尝试着将它用于我们构建的一切。在这个过程的每个阶段,我们都会了解到人们如何使用这个特性,代码在生产中的表现,甚至是它是否是一个好主意。对于大多数新特性,在向所有客户发布之前,我们将部署几十个迭代。同时开发了许多特性,这意味着我们每天都在不断地部署。从我们的内部部署仪表板,我们可以看到在过去三年中,我们每天部署对讲机的次数。从2012年中期开始,每天大约10次,今天我们每天超过80次,我预测到2015年底,我们肯定会每天超过100次。部署率大幅提高的主要驱动力是,在这段时间里,我们的团队有了显著的增长。因此,当我们有这么多人一起开发一个每天变化80次的产品时,我们的部署过程需要平稳、可靠和快速。早在我们六岁的时候,淘客公众号,我们就开始研究对讲机的自动部署系统。下面简要介绍一下它的工作原理:在GitHub上进行代码审查之后,工程师将他们的特性合并到主分支中。GitHub向Codeship发送了一个webhook,Codeship为我们运行测试套件,以确保现有行为没有倒退。GitHub还向我们构建的名为Muster的工具发送一个webhook,该工具准备发布最新版本的代码。一旦测试成功运行,Codeship将向Muster发送一个webhook,然后将代码推送到我们大约200个EC2实例的生产环境中。整个过程一般端到端耗时不到10分钟。这已经足够快了,工程师们永远不会被阻止等待部署;如果我正在开发一个beta版的特性,并且在发布之前我有十几个bug需要修复,那么我可以在一天之内轻松地将它们全部部署——假设我可以这么快地编写代码。其他福利在过去三年中,我们每天都这样做,我们注意到连续部署对我们的工作方式还有一些其他有趣的好处。帮助新工程师当一个新的工程师加入Intercomm时,我们在他们的第一周为他们设定了两个初始目标:他们应该在第一天将一些代码发送到生产环境中,并在第一周发布一个特性。这让他们立刻感觉自己是团队中的一员。我们周五有一个演示会(见上图),向公司其他人展示我们那一周的建设;站起来向你的队友展示一个在第一周结束时已经为客户提供的功能,这是一种令人难以置信的赋权感。但对于一个新工程师来说,这些都是具有挑战性的目标。在你进入这个阶段之前,你需要做很多事情。你需要安装你的笔记本电脑,和你的团队见面,弄清楚你要做什么。你需要编写代码,买云服务器,而且你可能不熟悉你将要在对讲机上使用的语言,所以有很多原因你可能无法在一周内完成完整的功能。有一件事不会让你在对讲机上慢下来,大数据支持,那就是弄清楚如何部署你的更改。拥有一个完全自动化的部署系统消除了成功的一个重要障碍——新工程师可以在准备好后立即部署他们的更改。如果他们以后有兴趣,他们可以学习它的工作原理,检查代码,甚至改进部署系统。但在他们的第一周里,不必学习关于部署的规则和流程是非常有帮助的。不好的行为另一个有趣的好处是它减少了某些不良行为。当您在生产中遇到严重的错误时,您会想尽一切办法尽快解决问题。如果您的部署系统很慢(如果从合并一个修复到将其部署到生产环境中需要20分钟),那么您将试图绕过它以任何可能的方式修复该bug。这听起来有点鲁莽,但可能是正确的选择。你不想坐在那里看你的应用崩溃和烧毁20分钟。诀窍是让你的部署系统足够快和可靠,这样它总是更容易使用,而不是在生产中破坏。优化我们的部署率这一切都需要相当多的工作。我们知道,我们目前的部署过程需要八到九分钟——这还不错,但可能会更好。我的团队现在的很多工作都是优化部署,使之更快。理想情况下,我们可以缩短到3到4分钟,这将给我们足够的空间,以便我们在一天内部署100次,甚至更长时间。如果你的公司成功了,随着时间的推移,很多东西都会成长。你要雇佣更多的人,你的团队会成长,你要写更多的代码,你的代码库也会增长,你必须引入新的流程(这种流程只适用于6个人,而不是100个人),希望你能编写大量的自动化测试,并确保你不会破坏你所有的添加新功能时的初始功能。所有这些都会增加部署时间,这意味着会减慢前面提到的反馈循环。这也会让你的产品变得不那么有趣。它没有那么有趣,因为你的效率可能会降低,而且你每天都在学的东西越来越少,这对工程师来说是相当令人沮丧的,但实际上对你的产品来说更糟糕。你更有可能犯错误,大数据网,构建错误的特性,或者投资于你不需要投资的东西。因此,在对讲机早期,我们将部署时间视为缩短反馈循环并保持其简短的一种非常好的方式,这意味着我们可以在尽可能快的时间内为客户构建正确的功能。

温馨提示:以上内容整理于网络,仅供参考,如果对您有帮助,留下您的阅读感言吧!
相关阅读
本类排行
相关标签
本类推荐

关于我们 | 版权声明 | 广告服务 | 友情链接 | 联系我们 | 网站地图

Copyright © 2002-2020 sook云 版权所有 备案号:豫ICP备xxxxxxxx号
本站资料均来源互联网收集整理,作品版权归作者所有,如果侵犯了您的版权,请跟我们联系。