为什么纽约证券交易所的“故障”应该引起对持续交付的关注

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

7 月 8 日纽约证券交易所发生的四小时停电让人们重新关注企业和消费者对技术日益增长的依赖,以及技术出现问题时出现的问题。


拥有 223 年历史的纽约证券交易所的官员表示,电脑故障是导致纽约证券交易所停摆的原因。他们在当天晚些时候的一份声明中说,计算机问题涉及配置问题,但他们没有详细说明。当天早些时候,一位不愿透露姓名的交易员告诉纽约时报,交易所官员告诉他们,问题与软件更新有关。


虽然我们掌握的信息太少,无法确定究竟是什么导致了“故障”,但上周发生的近乎灾难的事件正是引起人们注意软件最佳实践的好时机,这些最佳实践已被证明可以减少停机风险,同时增强加强安全,降低风险。


持续交付是一种经过验证的软件和数据库开发最佳实践,旨在降低发布的成本、时间和风险,使软件能够以小增量、频繁和定期(有时​​甚至每天多次)的方式部署到生产中.


持续交付降低了发布失败的风险,并导致更可靠和更有弹性的系统。去年,Puppet Labs 对使用 DevOps 实践的效果进行了一些研究(特别是自动化部署过程和使用版本控制进行基础设施管理)。数据显示,与同行相比,高绩效组织交付代码的速度提高了 30 倍(并且完成这些部署的速度提高了 8,000 倍),失败的部署减少了 50%,恢复服务的速度提高了 12 倍。研究还表明,他们采用这些做法的时间越长,他们的表现就越好。


自动化是持续交付的主要租户之一。从本质上讲,这意味着工程师签入代码,代码无需手动步骤即可投入生产。这并不意味着盲目或鲁莽地部署代码,实施持续交付的目标是完成您通常在部署期间所做的所有工作以确保质量,但自动化每个步骤以使其发生。


这里的关键是自动化一切,你的构建、你的测试、你的发布、你的配置更改和其他一切。手动流程本质上是不可重复的,更容易出错且效率较低。一旦您将流程自动化,运行它和监控其进度所需的工作量就会减少——而且这将确保您获得一致的结果。


这需要改变流程和文化才能奏效,但为了收益,这是值得的。熟能生巧,自动化是下一个层次——完美、可重复、可靠和高效——使您的基础设施不太可能遭受近年来太常见的重大“故障”。


DBmaestro 目前正在进行一项调查,以探索与数据库开发和部署中涉及的不同实践相关的风险。 请填写简短的调查,您就有机会赢取beats by dre!