在保持安全性的同时加快创新:Keelvar 如何利用 HeroDevs 避免迁移瓶颈

Keelvar 如何在避免陷入“迁移地狱”的同时持续创新

客户简介

Keelvar 并非一家普通的采购软件公司。这支由欧洲最大的人工智能研究实验室孕育而成的团队,现位于科克市,共有 120 名成员,他们融合了计算机科学、人工智能和博弈论,致力于解决采购领域中最棘手的难题。凭借 4200 万美元的融资以及依赖其先进采购算法的客户群体,他们绝不能让技术债务拖慢发展步伐。

“我们做出的每一项技术决策,都必须推动创新,同时确保卓越的可靠性、速度以及无缝的客户体验,”Keelvar首席技术官瓦伦蒂娜·罗克斯解释道。“我们的客户依赖我们来支持复杂的采购运营。我们的工具必须运行无懈可击,不能因过时的框架或安全漏洞而受限。”

问题:进退两难

与许多在2010年代初期开始开发专业级Web应用程序的公司一样,Keelvar曾对AngularJS 1.0版本进行了大量投资。经过数年的开发,他们已拥有数千个组件,这些组件支撑着一款功能丰富且深受客户喜爱的应用程序。

随后便出现了那个不可避免的问题:当AngularJS 达到生命周期终点时会发生什么?

这组数据令人警醒。Keelvar的高级前端工程师凯文·邓利维(Kevin Dunleavy)对此进行了说明:“我们这里说的有20到30个主要应用页面,每个页面都需要开发人员投入1到2周的专职时间才能正确迁移。这还不包括为确保不会造成任何故障而需要进行的所有测试。”

团队面临一个两难的选择:

  • 方案A:暂停核心产品的新功能开发,花6到12个月的时间重写整个前端。
  • 方案 B:继续基于一个很快将不再获得安全支持的框架进行开发。

这两种方案都不可行。暂停迁移意味着客户将无法获得新功能,无法提升竞争力,而且开发团队将完全专注于处理技术债务,而非创新。

“试想一下,如果你不得不告诉客户,由于接下来这一年需要重写已经正常运行的代码,因此无法提供他们一直要求的功能,”瓦伦蒂娜说,“这绝不是任何首席技术官(CTO)愿意面对的局面。”

突破:为什么不能两者兼得?

基尔瓦尔(Keelvar)的团队并没有接受这种虚假两难,而是提出了另一个问题:如果他们既能继续维护现有的AngularJS 应用程序,又能逐步迁移到Vue 3,会怎样?

这个想法虽然很有吸引力,但必须先解决安全问题。在生产环境中运行一个已不再受支持的框架,不仅风险很大——对于一家面向企业客户的SaaS公司来说,这甚至可能导致业务终结。

就在这时,HeroDevs 登场了。

永不停歇的支持:The Bridge 解决方案

HeroDevs 对AngularJS 的持续支持,恰好满足了 Keelvar 的需求:在实施战略性迁移计划的同时,确保其现有应用程序的安全。

以下是立即发生的变化:

安全问题已不再是问题

Keelvar 无需在AngularJS 停止支持前匆忙进行迁移,而是可以通过 HeroDevs 持续的维护工作,及时获取最新的安全补丁。

开发速度一直保持在较高水平

该团队持续推出客户所需的功能,而不是花费数月时间重写原本运行良好的代码。

移民问题已从紧迫事项转变为战略性问题

在安全问题得到解决后,他们就可以根据业务优先级(而非安全截止日期),有条不紊地、逐页规划向 Vue 3 的迁移工作。

该方案的实现令人耳目一新,简单易行——只需直接替换即可,能与他们现有的持续集成/持续交付(CI/CD)管道和本地开发环境无缝衔接。

结果:关键数据

自2023年与HeroDevs建立合作伙伴关系以来,Keelvar已:

  • 通过“永不终止的支持”计划立即修复了4个CVE漏洞
  • 节省了30至50周的专门迁移工作
  • 在面向客户的功能开发中保持了100%的开发速度
  • 通过持续开发新功能来吸引新客户,而不是解释为何开发工作暂停
“其影响远不止于维持基本运营,”瓦伦蒂娜说道,“我们得以投资建设一个全新的组件库,提升用户体验,并推出直接有助于吸引新客户的功能。如果我们还陷在系统迁移的泥潭里,这一切都是不可能实现的。”

这究竟意味着什么:重新定义我们对技术债务的认知

基尔瓦尔的经验对框架生命周期管理方面的一些常见假设提出了质疑。

“虚假紧迫感”的陷阱

仅仅因为某个框架达到了生命周期终止,并不意味着你必须立即停下所有工作并进行迁移。有时,正确的做法是寻找一个过渡方案,让你有时间进行有策略的迁移。

时间作为战略资产

HeroDevs 给予 Keelvar 最宝贵的东西不仅仅是安全性——而是时间。这段时间可以用来制定计划、进行创新,以及根据业务价值而非安全恐慌来做出迁移决策。

并行开发工作

Keelvar 证明了在逐步构建替代应用的同时,也可以继续维护现有应用。这种方法既能降低风险、保持客户满意度,又能促进更明智的技术决策。

对其他SaaS公司的启示

如果你也面临类似的框架难题,不妨参考 Keelvar 的做法:

  1. 计算迁移的实际成本——包括机会成本和对客户的影响。
  2. 寻找能够解决具体问题且无需完全重写的过渡方案
  3. 应让技术决策与业务战略保持一致,而不是让框架的生命周期来主导您的路线图。
  4. 始终将客户价值放在首位——技术决策应助力客户取得成功,而非阻碍其成功。

对于企业级SaaS公司而言,在保障安全的同时保持开发势头,这不仅仅是一种可有可无的优势——在竞争激烈的市场中,这往往是蓬勃发展与勉强生存之间的关键区别。

正如瓦伦蒂娜所说:“我们目前正在按照既定时间表向 Vue 3 迁移,这一决策是基于对我们的业务和客户最有利的考量。迁移工作正在进行中,但这是一种战略性的举措,而非迫于无奈。这正是关键所在。”

对于在竞争激烈的市场中服务于要求严苛客户的SaaS企业而言,在保障安全的同时保持开发势头的能力,不仅是一项技术优势,更是一项直接影响增长和客户满意度的战略要务。

目录
下载案例研究