代码重用驱动DWP的业务变更

工作部门和养老金部创建了一个基于Mulesoft的AnyPoint平台的内部门户网站，用于管理和促进可以在组织的不同区域共享的越来越多的常见应用程序编程接口（API）。

在开始重复使用它的方法的方法之前，DWP在多个系统之间有数百个点对点集成。这些通过API以编程方式访问，而是作为Jacqui Leggetter，该部门的集成负责人解释说，API通常代表了一个连接到大型系统并具有复杂的数据要求。

“我们两年前在2017年看API，但我们从技术角度来看，并看到了API作为技术解决方案，”她说。

Leggetter表示，这些API先前使用了基于数字的命名方案，因此如果API下来，很难了解API所公开的系统是如何关键。“我们一直在学习之旅，”她说。“API的价值是商业服务。”

她说，描述了球队如何重新制作对API的看法：“通过团队API旅程的第一年，我们停止谈论API作为数字。每个API都应该以动词开头。“她说，这改变了与API相关的心态。

当球队开始搬家以使API可重复使用时，下一个里程碑来了。DWP开发了一个HM收入和海关（HMRC）MicroService，捆绑在姓名，地址详情，奖励奖和其他数据点上检查。然后在微伺服动物中组合这些以执行计算。

虽然这就是HMRC所需的内容，但是Leggetter说：“我们为HMRC构建的服务并不可重复使用，因为我们在单个API中暴露了五件事。”

苏格兰政府需要一个类似的API，但它不需要HMRC所使用的所有参数，她说，添加：“这是灯泡时刻。”

Leggetter说，如果它开发的微野营服务更加粒度，该团队意识到它会变得更好地重用。

因此，对于下一个项目 - 免费NHS处方权利支票服务，它与HMRC微服务相似 - 该团队研究了开发粒子的API。legbetter解释：“我们将微服务分成了我们为NHS商业服务管理局开发的NHS处方支票服务的单独APIS [NHS BSA]。”

在分配处方后六周进行免费NHS处方权利的支票。虽然DWP与NHS BSA有数据分享协议，但从一般数据保护法规（GDPR）的角度来看，它没有与管理处方股票的软件公司的直接协议。

在数据安全性方面，通过API访问的微服务避免了与传输数据相关的风险。伦宾特说：“我们本可以发送数据，但规则非常简单，所以我们刚刚建造了一个微型术。NHS BSA代表NHS BSA而不是将数据发送数据，而是拨打实时处方权利检查服务。“

此MicroService使用DWP的可重复使用的护照福利检查MicroService，然后调用几个系统API来验证公民，查看其国家保险号码以及他们收到的福利。然后将来自这些API调用的所有数据传递给NHS微服务层，该层运行免费处方权利计算。“药剂师然后在销售点获得是/否答案，”伦宾特说。

在Leggetter的经验中，鼓励开发人员重用代码往往是一个挑战。“当我们在DWP推广重复使用时，有推动，”她说。

她说有一个有意义的是，如果别人已经开发了一些东西，它就不会非常好，补充说：“建立已经存在的东西没有荣耀。我们在数字社区中遇到了很多会议。“

Leggetter表示，这用于鼓励通过一套常见的标准和一套业务实践。“我们经常看到在商业孤岛上建造的同样的东西，例如地址检查器，”她说。“每个产品组都是自己的地址查找，并支付使用address-checker API。我们已经创建了一个用于使用Orcnance调查的地址查询的共同API;它由我们维护和管理。你只能来到它。“

使用此API意味着业务组不必为许可第三方地址查找服务支付额外费用。迄今为止，DWP中的三个业务领域开始使用这个新的API - 但是，她说，有六个去吧。

根据Leggetter，如果某些东西差不多，API可以调整。例如，她说苏格兰政府需要识别苏格兰邮政编码，这一要求不需要新的API。“我们可以改编我们现有的[地址查找] API，”她说。

Leggetter在内部说，她的团队改变了它管理的方式和询问新API的积压工作。“当我们获得新项目时，我们捕获的第一件事之一是项目需要的数据项，”她说。“我们有26个常见数据项的矩阵，我们开始通过需求推动我们的项目工作，看看有多少项目需要给定的数据项。”

矩阵提供了一种识别最多使用的数据项的方法。数据项转换为API的要求，而最大项目可能只需要一个API，则使用矩阵，Leggetter表示，该团队可以识别对数据项及其关联API的需求。“如果我们可以表明五个或六个项目需要同一API，我们可以展示价值，”她说。

DWP处的旧系统使用批量运行进行操作，往往会运行过夜。鉴于这些系统的互联方式，更新各种系统，例如，死亡通知日期最多可能需要六天。该部门的野心是通过将批处理转移到事件驱动的架构来变得更加实时。

“我们必须找到一种方法来解锁这些旧系统中的数据，以便与数字系统进行交互，”SaleLeggetter。

为实现这一目标，DWP已为称为传统桥梁的战术中间件构建API。此链接具有通过将邮件转换为批处理消息并启用RESAP XML API来构建的新系统，并使SOAP XML API具有新系统构建，反之亦然。

Leggetter表示，DWP的新州养老金系统仍然依赖于传统批处理系统的计算。她说，遗留桥使开发人员更容易访问在批处理系统中运行的业务逻辑。

对于单线符合特，API推动了DWP的数字战略，分解筒仓，有可能推动真正的转型变革。“在我们的产品中，我们可以拥有普通组件，具有薄的定制业务层，并分享单一使用经验，因此人们可以多思考和服务多于一个产品线在业务中，”她说。

通过促进API重用，她认为DWP不再需要开发专注于辛勤业务领域的应用程序。因此，当今天有儿童支持和养老金有单独的申请，因此DWP的下一次转换可能由共同的应用机会驱动。