摆脱技术债务我们

raselbd223

在这种情况下仅仅在损坏之后才有意义是不值得的。 到目前为止我们的观察表明通过持续确保了系统进一步发展的可能性但最重要的是有可能显着降低成本甚至可能降低发生重大成本的风险在最不期望的时刻。任何软件如果不再受支持都会很快过时。不发达的系统往往会积累债务并失去商业价值。在这种情况下迁移到新系统迟早是不可避免的。 年老不欢乐 我们必须意识到每个系统都会老化。只要我们有影响力做出反应并将损害降到最低我们就去做吧 确实没有一种简单的方法来处理遗产。没有解药 每个系统都是不同的它的架构技术和时代也不同。

我们需要做很多与分析相关的工作或者可能聘请一家公司来为我们做这些工作。 什么可能预示着问题？ 在使用的组件版本中发现了安全漏洞。 审核发现不符合标准的情况。 自上而下的规定的出现迫使我们迅速做出改变 我们使用的版本尚未更新到最新版本。 系统运行的条件发生了变化例如并发用户数 业务需求的出现导致需 电子邮件数据 要进行更改 狡猾的人会输两次 一个现实案例一家金融实体下令对整个组织进行自上而下的监管所有软件版本必须立即升级到当前的安全版本。适应这种情况确实是一个巨大的挑战。



有些要求是旧版本难以满足的。 在我们最近的经验中我们经常遇到内部审计产生的规定和要求。出现了各种指导方针例如由金融机构执行的 指令。波兰金融监管局的建议对银行提出了具体要求遗留应用程序也必须满足这些要求。快速适应这样的要求可能是一个很大的问题。 不断地保证应用程序代码的质量并更新各个组件的版本似乎成本高昂同时并不能带来任何商业价值。公司通常对承担此类成本持严重保留态度。如果由于各种原因该区域发生变化这些变化通常是针对特定点的并且尽可能便宜。