Header Ads Widget

Ticker

6/recent/ticker-posts

La banca abierta amplifica la necesidad de API impulsadas por definiciones


la economía global actual, no es ningún secreto que el poder del consumidor está creciendo. Las organizaciones de todo el mundo están reconsiderando sus estrategias digitales para maximizar su enfoque y participación en el cliente. De hecho, la participación del cliente es el catalizador que impulsa la transformación digital, los dispositivos móviles primero y otras iniciativas estratégicas que tienen como objetivo llevar los sistemas heredados a la era digital moderna. Para lograr estas iniciativas, muchas empresas consideran las API como los bloques de construcción principales, lo que aumenta rápidamente la cantidad de API internas, externas y de socios de las que dependen para las transacciones comerciales críticas.

Una representación tangible del poder del consumidor y el crecimiento de la API radica en la aceptación y promoción del Open Banking Standard . En los últimos meses, Open Banking ha sido la palabra de moda para las organizaciones FinTech de todo el mundo. El Estándar de Banca Abierta aborda la preocupación por una mayor transparencia institucional y más opciones para los consumidores al seleccionar servicios y proveedores bancarios. Según el estándar de banca abierta, los datos bancarios se comparten a través de API abiertas seguras para promover el control del consumidor y reducir las barreras de entrada en un mercado en el que históricamente ha sido difícil entrar.

Con la promesa de una revolución cultural, Open Banking Standard requiere que las instituciones financieras expongan API tanto para consumidores como para proveedores. Sin embargo, crear y exponer API de cara al público a una variedad de consumidores requeriría estandarización para garantizar que las personas puedan comprender qué hace la API y qué información se supone que debe devolver.

Lo complicado de crear e implementar API valiosas es que deben satisfacer las necesidades tanto humanas como de las máquinas, las cuales son inherentemente diferentes. Los humanos prefieren instrucciones más instintivas y fácilmente comprensibles, mientras que las máquinas requieren instrucciones más explícitas y lógicas. La implementación de un estándar de API que tanto los humanos como las máquinas puedan entender, especialmente con la lente de Open Banking, es esencial para lograr el éxito a largo plazo con API expuestas e internas.

Ajuste de prácticas con el panorama cambiante de API

A medida que las organizaciones financieras aumentan su dependencia de las API, surgen una variedad de desafíos diferentes. Hemos mencionado el desafío de diseñar una API para que tanto los humanos como las máquinas puedan comprender su funcionalidad, pero el desafío no termina ahí. Algunos de los obstáculos que pueden afectar el desarrollo y el crecimiento de las API incluyen:

Con los crecientes desafíos, las organizaciones también deben tener en cuenta que los profesionales a veces tienen diferentes necesidades de las partes interesadas, y lograr el equilibrio correcto entre los requisitos de los profesionales y las partes interesadas es la única forma de progresar como organización.

Entonces, ¿cómo pueden las organizaciones financieras gestionar todos estos factores, manteniendo un buen equilibrio entre las necesidades de los profesionales y las partes interesadas?

  • Utilice OpenAPI : adopte un enfoque basado en definiciones para el desarrollo de API
  • Compartir responsabilidades : garantizar que la calidad sea una responsabilidad compartida para los equipos de desarrollo, pruebas y operaciones.
  • Virtualización de API : considere utilizar la virtualización de servicios para acelerar el desarrollo.
  • Siga iterando : supervise la experiencia y el rendimiento del usuario final en pre y posproducción.

Cómo la especificación OpenAPI (OAS) acelera el desarrollo de API

En Desarrollo de API basado en definiciones , usted diseña la definición de API primero antes que cualquier otra operación del ciclo de vida. El diseño de la interfaz, las solicitudes y las respuestas de la API se finalizan antes que otras funciones del ciclo de vida, como crear la lógica empresarial de la API o probar la API en busca de errores o defectos. El enfoque impulsado por la definición trae consigo grandes beneficios , como una mejor experiencia de desarrollador , colaboración en equipo con independencia y un tiempo de comercialización más rápido. Todo esto ayuda a crear un enfoque centrado en el consumidor para el desarrollo de API.

La OEA es REST de lo que WSDL era para SOAP, proporcionando un marco común que los diseñadores, desarrolladores, probadores y equipos de devops pueden usar para construir y mantener API. La especificación ofrece un conjunto de reglas para construir e implementar una API REST, es independiente del lenguaje y es legible tanto por humanos como por máquinas. OAS ofrece una forma para que todas las partes interesadas descubran y comprendan las capacidades de un servicio sin necesidad de acceder al código fuente, documentación adicional o inspección del tráfico de la red.

Específicamente para las instituciones financieras, este marco puede ayudar a cerrar la brecha entre los consumidores y las instituciones, sin requerir un esfuerzo adicional de ninguna de las partes. La adopción de este marco puede ayudar a replantear cualquier percepción negativa del consumidor de las API expuestas; Puede ayudar a romper la barrera tecnológica entre los consumidores y los proveedores bancarios y generar confianza con los usuarios finales, todo lo cual será cada vez más vital para lograr el éxito con una iniciativa de Banca Abierta.

Para obtener más información, lea: La importancia de las API para las plataformas de pago

Apoyo a la OEA a lo largo del ciclo de vida de la API

Inculcar calidad en la organización

Por lo general, los equipos de software están segmentados por responsabilidad, aunque ahora hay un cambio para hacer que los equipos sean más interoperables. Compartir responsabilidades con métricas definidas explícitamente permite a los equipos colaborar, al tiempo que mantiene la responsabilidad y la rendición de cuentas. Compartir métricas de calidad puede ayudar a promover ciclos de desarrollo rápidos, reducir la cantidad de errores y garantizar que las API enviadas a producción conserven su calidad durante todo el ciclo de vida.

Virtualización de servicios

En lugar de simulacros y sandboxing, que pueden limitar la cantidad de escenarios que se pueden probar a la vez, la virtualización de servicios permite a los equipos utilizar servicios virtuales en lugar de servicios de producción, lo que permite pruebas frecuentes y completas incluso cuando faltan componentes clave en la arquitectura del sistema. Es especialmente útil en el desarrollo de sistemas complejos basados ​​en la nube, API y SOA, así como en cualquier punto de un ciclo de producción en el que componentes importantes de hardware y software no estén disponibles para realizar pruebas. Especialmente para el diseño y desarrollo de API en la industria financiera, la virtualización de servicios ofrece una variedad de beneficios:

  • Creación rápida
  • La virtualización se puede empaquetar, modificar y reutilizar
  • No es muy manual
  • Importe datos reales en pruebas para obtener resultados más realistas

Cada vez más empresas utilizan la virtualización de servicios para mejorar la productividad, reducir los costos de las pruebas e implementar software de mayor calidad en un período de tiempo más corto. Además de emular las principales aplicaciones de software, servicios de terceros e incluso sistemas de backend completos, los activos virtuales también pueden ser compartidos y utilizados de manera confiable por todo el equipo de producción, lo que facilita prácticas de desarrollo paralelo más eficientes.

Leer más: 5 beneficios de usar la virtualización para probar su API

Supervisión de la experiencia del usuario final en pre y posproducción

Para la mayoría de las empresas, el monitoreo de API es un concepto relativamente nuevo. Sin embargo, para las empresas que dependen de las API para transacciones comerciales críticas, comprender la disponibilidad , el rendimiento y la corrección funcional de sus API es fundamental para la entrega de su experiencia digital.

Monitorear las transacciones de API clave , ya sea una simple llamada de punto final o API llamadas en secuencia, permite a las organizaciones tener una visibilidad completa de cómo se comportan sus API. Identificar problemas de rendimiento, solucionar problemas y solucionar problemas de funcionalidad es más fácil que nunca cuando elige una herramienta de monitoreo de API que puede reutilizar scripts de prueba funcionales y archivos OAS, y quizás incluso agregar de forma nativa nuevos monitores de transacciones API encadenados.

Otra estrategia de tendencia es monitorear las API en entornos de preproducción . Estos monitores no reemplazan los esfuerzos de prueba , sino que complementan el proceso de prueba. El monitoreo de preproducción ofrece beneficios como:

  • Asegúrese de que las nuevas actualizaciones o cambios no interrumpan los monitores en producción.
  • Obtenga una visión del desempeño desde una perspectiva continua
  • Capture métricas de rendimiento y funcionalidad fuera del caso de prueba específico
  • Información sobre el estado de sus propios entornos de prueba, para que pueda mantener la estabilidad del entorno
Para obtener más información sobre las herramientas de la OEA, lea nuestra Revisión de Swagger Inspector

Reflexiones finales: Impulsar las estrategias de API de Open Banking con OAS

La implementación de Open Banking y PSD2 solo servirá para aumentar la presión que sienten los servicios financieros para crear e implementar API públicas nuevas o adicionales Fomentar la confianza y la transparencia tanto con los profesionales como con las partes interesadas es solo el comienzo de los desafíos que los equipos enfrentarán al tratar de crear excelentes API, pero el uso de un marco como OEA puede ayudar a agilizar la coherencia y la colaboración. Gracias a una comunidad vibrante, hay muchas herramientas disponibles para respaldar las API definidas por la OEA desde el desarrollo hasta la implementación, aclarar la decisión de adopción y facilitar la transición.


Publicar un comentario

0 Comentarios