Cómo la reutilización del código conduce a cambios comerciales en el DWP


El Departamento de Trabajo y Pensiones ha creado un portal interno basado en la plataforma Anypoint Platform de MuleSoft para gestionar la reutilización de un número creciente de interfaces de programación de aplicaciones (API) comunes para ser promovidos se comparten en diferentes áreas de la organización.

Antes de explorar el enfoque para reutilizar el software que desarrolló, se realizaron cientos de integraciones punto a punto en el DWP entre múltiples sistemas. Como explica Jacqui Leggetter, jefe del Departamento de Integración, la API a menudo representaba una conexión única a un sistema grande y tenía requisitos de datos complejos.

"Observamos las API en 2017 hace dos años, pero desde un punto de vista tecnológico, vimos eso y vimos la API como una solución tecnológica.

Según Leggetter, estas API utilizaban previamente un esquema de nomenclatura basado en números. Entonces, cuando fallaba una API, era difícil entender cuán crítico era el sistema proporcionado por la API. "Estábamos en un viaje de aprendizaje", dice ella. "El valor de la API es el servicio comercial".

Describe cómo el equipo rediseñó su visión de las API: "En el primer año del viaje API del equipo, dejamos de hablar de las API como números. Cada API debe comenzar con un verbo. "Esto cambió la mentalidad asociada con la API.

Hacer API reutilizables

El siguiente hito llegó cuando el equipo comenzó a hacer API reutilizables. El DWP ha desarrollado un microservicio HMRC (HM Revenue & Customs) que agrupa revisiones de nombres, datos de direcciones, recompensas y otros puntos de datos. Estos se combinan en el microservicio para realizar un cálculo.

Aunque el HMRC lo necesitaba, Leggetter dice: "El servicio que creamos para HMRC no era reutilizable porque pusimos a disposición cinco cosas en una sola API".

El gobierno escocés necesitaba una API similar, pero no necesitaba todos los parámetros utilizados por el HMRC, y agregó: "Este fue el momento de la bombilla". Los microservicios desarrollados por Leggetter eran más granulares.

Para su próximo proyecto, un servicio de verificación NHS gratuito, similar al microservicio HMRC, el equipo se centró en el desarrollo de API granulares. Leggetter explica: "Hemos dividido el microservicio para el servicio de recetas del NHS que desarrollamos para la Autoridad de Servicios Comerciales del NHS [NHS BSA] en API separadas".

La prueba gratuita de recetas del NHS se revisará seis semanas después del envío. Prescripción Aunque el DWP ha firmado un acuerdo sobre el intercambio de datos con el BHS del NHS desde la perspectiva del Reglamento General de Protección de Datos ( GDPR ), no hubo acuerdos directos con las compañías de software que administran el inventario de recetas.

En términos de seguridad de datos, un microservicio al que se accede a través de una API evita los riesgos asociados con la transmisión de datos. Leggetter dice: "Podríamos haber enviado los datos, pero las reglas son bastante simples, por lo que acabamos de configurar un microservicio. En lugar de enviarles los datos, el NHS-BSA solicita un servicio de verificación de recetas en tiempo real. "

Este microservicio utiliza el microservicio reutilizable Passport Benefit Check de DWP, que luego llama a varias API del sistema para ayudar a los ciudadanos a verificar su número de seguro nacional y los beneficios que reciben. Todos los datos de estas llamadas API se pasan a la capa de microservicio del NHS, que realiza el cálculo de reclamo de prescripción gratuito. "El farmacéutico recibe una respuesta sí / no directamente en el punto de venta", dice Leggetter.

Promoción de la reutilización

Según la experiencia de Leggetter, a menudo es un desafío alentar a los desarrolladores a reutilizar el código. "Cuando abogamos por la reutilización de DWP, hubo un retroceso", dice ella.

Ella dijo que no era bueno si alguien más había desarrollado algo, y agregó: "No hay fama". mientras construyes algo que ya existe. Hemos realizado muchas sesiones en la comunidad digital.

Esto se ha utilizado para promover la adopción de estándares comunes y prácticas comerciales, dijo Leggetter. "En los silos corporativos, a menudo se hace lo mismo, como un verificador de direcciones", dice ella. Cada grupo de productos realiza su propia búsqueda de direcciones y paga por el uso de la API del validador de direcciones. Hemos creado una API de búsqueda de direcciones común con Ordnance Survey. Es mantenido y administrado por nosotros. Puedes venir y consumirlo. "

El uso de esta API no requiere que los grupos corporativos paguen una tarifa adicional por la licencia de un servicio de búsqueda de direcciones de terceros. Hasta ahora, tres divisiones han introducido la nueva API en el DWP, pero todavía hay seis, dice ella.

Según Leggetter, la API se puede ajustar si algo está casi bien. Ella dijo, por ejemplo, que el gobierno escocés debe identificar los códigos postales escoceses, y este requisito no requiere una nueva API. "Podríamos adaptar nuestra API existente [address look-up]", dice ella.

Leggetter dice que su equipo ha cambiado internamente la forma en que gestiona y prioriza la acumulación de nuevas API. "Una de las primeras cosas que capturamos cuando presentamos un nuevo proyecto son los elementos de datos que el proyecto necesita", dice ella. "Tenemos una matriz de 26 datos comunes y estamos comenzando a avanzar en el trabajo de nuestro proyecto según sea necesario al examinar cuántos proyectos necesitan un dato en particular".

La matriz proporciona una forma de identificar los elementos de datos más utilizados. El elemento de datos se traduce en una solicitud de una API, y aunque los proyectos más grandes pueden requerir solo una API, el equipo puede usar la matriz para identificar de antemano la necesidad de un elemento de datos y una API asociada. "Podemos demostrar valor demostrando que cinco o seis proyectos comparten la misma API".

Acceso heredado

Los sistemas heredados en el DWP se ejecutan en lotes, que generalmente se ejecutan durante la noche. Por ejemplo, dada la forma en que estos sistemas están interconectados, la actualización de varios sistemas con una notificación de fallecimiento puede demorar hasta seis días. El objetivo del departamento es mejorar el tiempo real al pasar del procesamiento por lotes a una arquitectura basada en eventos.

"Necesitamos encontrar una manera de desbloquear datos en estos sistemas heredados para interactuar con el sistema digital", dice Leggetter.

Para lograr esto, el DWP ha creado una API para un middleware táctico llamado Legacy Bridge. Esto vincula los sistemas heredados a los nuevos sistemas que se están creando convirtiendo mensajes en mensajes por lotes y permitiendo que las API relajantes llamen a las API XML de Soap, y viceversa.

Según Leggetter, el nuevo sistema estatal de pensiones de DWP todavía se basa en cálculos de sistemas de procesamiento por lotes heredados. Ella dice que el Legacy Bridge facilita a los desarrolladores el acceso a la lógica empresarial que se ejecuta en los sistemas por lotes.

Para Leggetter, las API promueven la estrategia digital de DWP para minar silos y tienen el potencial de traer un cambio verdaderamente transformador . "Para nuestros productos, podríamos tener componentes comunes con una capa empresarial delgada y personalizada y compartir la experiencia de un solo propósito, de modo que los empleados tengan múltiples calificaciones y puedan atender más de una línea de productos en el negocio", dice ella.

A través de la publicidad Ella cree que el DWP ya no necesita desarrollar aplicaciones dirigidas a un negocio específico. Si bien hoy existen solicitudes separadas para la pensión alimenticia y las pensiones, el próximo cambio en el DWP podría ser impulsado por opciones de solicitud conjunta.



Control de obras 3000 de Cea Ordenadores