NuWave's Andrew Price recently sat down with one of our customers, Gustavo Martinez from RedLink in Argentina, to get some details on the exciting work they're doing with LightWave solutions. This blog post, available in both Spanish and English, outlines that work.
Andrew Price de NuWave se reunió recientemente con uno de nuestros clientes, Gustavo Martinez de RedLink en Argentina, para obtener algunos detalles sobre el interesante trabajo que están haciendo con las soluciones LightWave. Esta publicación de blog, disponible tanto en español como en inglés, describe ese trabajo.
Andrew: Hola Gustavo. ¿ Nos podrías comentar un poco sobre RedLink y el rol que ocupas? Gustavo: RedLink es el switch transaccional más grande de Argentina, cuyos dueños son los bancos más grandes (por nombras solos algunos: Banco Nación, Banco Provincia de Buenos Aires, Banco Ciudad de Buenos Aires, Grupo Petersen, entre otras importantes instituciones). Trabajamos principalmente con bancos públicos (que son los más grandes). Actualmente RedLink procesa más de 27 millones de transacciones en días picos. Estamos conectados con más de 60 instituciones financieras y somos más de 1000 empleados.
Estamos focalizados principalmente en el negocio de débito, aunque ya estamos transitando otros negocios relacionados a la industria de Pagos, como ser procesamiento de tarjetas de crédito, pagos inmediatos y otros.
Para la mayor parte de los hechos descriptos en ésta entrevista, yo estaba liderando el laboratorio de innovación que tiene responsabilidades de investigar nuevas tecnologías y nuevas maneras de integrar cosas en NonStop y otras plataformas. En el lab, armamos maquetas, POCs para mostrar a managers del directorio de RedLink, integrada por dueños de los bancos y por managers de IT dentro de RedLink, de modo de mostrar como esas tecnologías pueden usarse rápidamente para explorar nuevas soluciones tecnológicas.
Actualmente me encuentro a cargo del departamento de Ingeniería NonStop, donde trabajamos de forma integrada con el laboratorio de innovación, el departamento de desarrollo de Base24, el equipo de arquitectura y los departamentos de plataforma abierta que necesitan diversos servicios de la plataforma central NonStop y Base24, de modo tal de obtener diversos servicios (leer archivos que contengan información financiera, actualizarlos por diversas vías, participar en desarrollo de nuevas transacciones, integrar NonStop con un nuevo producto o servicio desde el punto de vista técnico, etc., etc.).
Andrew: ¿ Cuál fue la primera experiencia con web services REST?
Gustavo: Durante varios años hemos estado usando HPE NonStop SOAP para exponer diferentes servicios de Base24 a través de servers de Pathway, que son usados desde ATMs. Uno de éstos servicios es un botón de extracción rápida que le permite al cliente presionar un botón en el menú para extraer la misma cantidad de dinero de la misma cuenta, basado en el monto extraído la última vez. En 2017, quisimos usar el mismo web service, pero con REST, dado que los desarrolladores preferían usar REST. Simplemente reemplazamos NonStop SOAP con LightWave ServerTM, sin hacer cambios a nuestros server de Pathway que tenía la lógica de negocios. Esto demostró lo fácil que es realizar un cambio de SOAP a REST sin involucrar al equipo de desarrollo de Base24.
Andrew: ¿ Por qué investigaron el cambio de SOAP a REST?
Gustavo: Siempre buscamos alternativas y en varias oportunidades varios desarrolladores nos mencionan que se sienten más cómodos con REST – SOAP comienza a no ser tan deseado en general. Recientemente hemos sido forzados a usar SOAP y encontramos que los desarrolladores en general tardan más que con REST.
Andrew: ¿ Realizaron otras POCs con REST?
Gustavo: Sí, por esos tiempos, realizamos otra prueba de concepto, pero esa vez usando LightWave ClientTM. Hicimos una pequeña modificación a un satélite de Base24 para que sea capaz de consumir un web service REST hosteado en un Linux para realizar una transacción de transferencia de fondos. Esa POC se realizó en un par de días, con prácticamente ningún conocimiento de REST. Fue un excelente ejemplo de lo simple que puede ser REST: funcionó sin ningún tipo de problemas. Ésta prueba nos permitió conocer una forma sencilla de consumir web services REST desde nuestra aplicación core Base24. A pesar de que ésta POC no progresó más allá de esa prueba, la experiencia y conocimiento adquirido se usó en proyectos futuros.
Andrew: ¿ Hubo desafíos técnicos al trabajar con Base24?
Gustavo: Inicialmente cuando integramos LightWave ServerTM con BASE24/XPNET, usamos un proceso bridge que desarrollamos nosotros. Éste proceso bridge corría como un server de Pathway y actuaba entre LightWave ServerTM y XPNET, permitiendo que el tráfico viajara a XPNET a través de una conexión local del stack de TCPIP. Luego de charlas con NuWave, nos dimos cuenta que podríamos conectar XPNET directamente con su protocolo CTS (Common Transport Subsystem), que es el que usamos ahora, removiendo la necesidad de nuestro proceso Bridge. Nuevamente, las pruebas de laboratorio nos permitieron encontrar la mejor manera de implementar éstas soluciones.
Andrew: ¿ Qué otras cosas hicieron luego de eso?
Gustavo: Una vez solucionada la conectividad entre LightWave ServerTM y XPNET, avanzamos con una POC con Alexa de Amazon. Nuestro objetivo era mostrar el uso de comandos de voz para obtener información de balances de cuentas. La prueba de concepto se realizó rápidamente y fue mostrada al management de RedLink.
Ésta POC sirvió también para integrarnos aún más con el grupo de desarrollo web, que tenía un conocimiento en Alexa y otras nuevas tecnologías. La prueba de concepto demostró también un importante beneficio de REST. Hasta ese momento los grupos externos a NonStop/Base24 solían usar ISO8583 para comunicarse con Base24 sin otra alternativa, con todas las complejidades de ISO8583. Con el uso de LightWave ServerTM, se puede usar servicios REST, lo que implica un mecanismo mucho más simple de acceder a Base24. Éste fue uno de los grandes beneficios de la POC, un punto de inflexión en los grupos de desarrollo de otras plataformas. Porque permitió ver al NonStop como algo standard o abierto a diferencia de pensamientos anteriores.
Andrew: ¿ Alguna de las POCs alcanzó producción ?
Gustavo: Estamos trabajando actualmente en un proyecto que esperamos implementarlo en producción, basado en la primera POC con LightWave ClientTM. La infraestructura de APIs de plataforma abierta que tiene RedLink expone un servicio REST que necesita ser consumido cuando una transacción específica llega a Base24. RedLink expone muchas APIs de forma interna usando REST de modo que diferentes plataformas (siendo ellas NonStop, Unix, Linux, Windows) puedan intercambiar información mejorando el time to market de diferentes soluciones. Hoy en día, las APIs son el nuevo paradigma, algo natural para que cada plataforma se pueda comunicar con la otra fácilmente, por lo que contar con REST es mandatorio. Si una transacción se recibe en Base24, independientemente del canal de adquirencia, necesitamos chequear si ese número de tarjeta está enrolado en un nuevo servicio en forma online. Esperamos que el Proyecto llegue a producción en un mes luego de ésta entrevista.
LightWave ClientTM nos permitirá simplificar en gran medida la transacción. Los productos de LightWave nos permiten mejorar el time to market al integrar todas nuestras plataformas (NonStop, que es el la plataforma core, y todas las plataformas que la rodean) usando REST.
Andrew: ¿ Tienen otros proyectos con REST en el horizonte?
Gustavo: Queremos crear una aplicación mobile para uso de nuestro equipo de Soporte y en el futuro, ofrecerla a managers de IT de nuestros bancos para que obtengan información near real-time de indicadores que les interesen de nuestra conexión con ellos (RedLink – Banco). La app mostraría indicadores claves de performance de NonStop que se expondrían a través de REST, para ser consumido por la App.
Sumado a eso, actualmente usamos SFTP para transferencias de archivos y nos gustaría adaptarlas a interfaces basadas en REST para algunos de ellos de modo de obtener códigos de respuesta cuando esas transferencias suceden. Éste enfoque genera tener menos procesos transientes en NonStop, de modo que consumirán menos ciclos de CPU, y nos permitirá crear un workflow online de las mismas, permitiendo que el usuario que las consume siempre conozca el estado de esas transferencias de información.
Estamos muy entusiasmados con las posibilidades que nos van a brindar los productos LightWave, que se volverán mucho más claras cuando los stakeholders comiencen a ver lo que es posible.
Andrew: Hi, Gustavo. Could you please tell us a bit about RedLink, and the roles you play there?
Gustavo: RedLink is the biggest national switch for Argentina, owned by the major banks here (Banco Nacion, Banco Provincia de Buenos Aires, Banco Ciudad de Buenos Aires, Grupo Petersen and other important institutions). We work mainly with public banks (the largest being here in Argentina). RedLink processes more than 27+ million transactions on peak days, driving more than 10,000 ATMs all around the country. We work with more than 60 financial institutions and have more than 1,000 employees.
We are focused mainly on the debit business, although we are starting to get involved in other businesses related to the payment industry, including credit cards, instant payment, instant transfers and others.
For most of the events covered in this interview, I was heading up an internal R&D lab that has the responsibility of investigating new technologies and new ways of doing things on the NonStop and other platforms. We run trials and POCs to confirm that new technologies will benefit RedLink. We often show the results of our POCs to the board of RedLink, which is made up of our owner banks and IT managers at RedLink, to show how these new technologies can be used in a quick manner.
I am currently in charge of the NonStop Engineering department. We cooperate closely with the Innovation Lab, the BASE24 development group, the architecture team, and open platform departments that need a way to access to BASE24 or the NonStop in order to obtain different kind of services (reading files, initiating transactions, updating files, checking transactions completions, etc).
Andrew: What was your first experience with REST-based Web services?
Gustavo: For a number of years we have been using HPE’s NonStop SOAP to expose a number of BASE24 Pathway transactions as Web services, which are used from our ATMs. One of these services implements a quick cash function that allows a customer to press a single button to withdraw the same amount, from the same account, as was done previously. Back in 2017, we wanted to use the same Web service, but with REST, as our ATM developers greatly preferred REST. We simply replaced NonStop SOAP with LightWave ServerTM, without making any changes to our Pathway server that contained the business logic. This proved to us just how easy it was to move from SOAP to REST without involving the BASE24 development group.
Andrew: Why did you look at moving from SOAP to REST?
Gustavo: We are finding more and more that our developers are much more comfortable with REST – SOAP is no longer so popular. When we have been forced to use SOAP recently, we have found that development often takes longer than it would with REST.
Andrew: Have you performed other POCs with REST?
Gustavo: Yes, around the same time, we did another proof of concept, this time using LightWave ClientTM. We made a small modification to BASE24 to consume a Linux-based funds transfer REST service. This POC was run in only a couple of days, with little prior knowledge of REST. It was a great illustration of how simple REST can be: it was up and running with no fuss. This POC showed us how easily we could consume REST services from our core BASE24 application. While this POC did not progress beyond trial stages, the experiences we gained were used in future projects.
Andrew: Were there any technical challenges to working with BASE24?
Gustavo: When we initially implemented LightWave ServerTM with BASE24/XPNET, we used a homegrown bridge process. This bridge process ran as a Pathway server, and sat between LightWave ServerTM and XPNET, allowing traffic to be routed into XPNET via a local loopback TCP/IP connection. After some discussion with NuWave, we realised that we could connect with XPNET directly via the XPNET Common Transport Subsystem (CTS) protocol, which we now use, removing the need for the bridge process. Once again, our lab allowed us to learn the best way to implement these solutions in our own environment.
Andrew: What came next?
Gustavo: Once we had shown connectivity between LightWave ServerTM and XPNET, we moved on to an Amazon Alexa POC. Our goal was to show that voice commands could be used to retrieve account balance information. This POC was once again completed quickly and was shown to the board so that they could see what was possible.
This POC was an opportunity for us to work more closely with RedLink’s web development group, which has a significant focus on Alexa and other new technologies. The POC showed another major benefit of REST. This group has previously used ISO8583 to communicate with BASE24, with all its complexities, as there was no other option. With LightWave ServerTM implemented, this group can now use REST services, which are a much simpler way of accessing BASE24. This realisation was one of the biggest benefits of our POC – a real turning point in the minds of the developers on other platforms. From then on, the NonStop has been viewed as a much more standard, open platform than it ever was previously.
Andrew: Have any of the POCs led to a production implementation?
Gustavo: We are now working on a project that we expect to implement in production, based on the first POC we did with LightWave ClientTM. The new API-based open infrastructure at RedLink is exposing a REST Web service that needs to be consumed when a specific transaction takes place in BASE24. RedLink exposes many internal APIs using REST so different platforms (being NonStop, Unix, Linux, Windows) can interchange information between them improving the time to market of different solutions. APIs are the normal paradigm today so having tools on every platform that can “talk” easily with REST is a must. If a transaction is received in BASE24, regardless of the channel, we need to check if the card number was enrolled in a new business program. Based on that check we approve or decline the transaction and depending on the REST reply we may show a different menu on the ATM providing access to the new program. We expect this project to be live about a month after this interview.
LightWave ClientTM will allow us to simplify the transaction in a very easy way. The LightWave products allow us to improve our time to market by integrating all of our platforms (NonStop, which is the core, and the surrounding platforms) using REST.
Andrew: Are there any other REST projects on the horizon?
Gustavo: We want to create a mobile application for internal use by our technical support teams and in the future, offer this application to bank managers so they can get information in near real-time about different technical concerns between the bank and RedLink . This app would display key indicators of NonStop performance and would expose its data via REST, to be consumed by the mobile app.
Additionally, we currently use SFTP for file transfer, and we would like to move to REST-based interfaces for some of our file transfers to allow response codes to be returned to user. This approach has less transient processes running on NonStop, so less CPU consumption, and it allows us to create a complete online workflow so the consumer always knows the status of their transfer information.
We are excited about other future possibilities for the LightWave products, which will become clearer once additional internal stakeholders start to see what is possible.