Entrevista con Jeff Currier, director técnico de Galileo

Moderado por John Locke, socio de Accel

Se ha vertido mucha tinta sobre el poder transformador de las APIs en todos los sectores. En el caso de los pagos, la pila de APIs está redefiniendo la infraestructura, los servicios y las plataformas. Accel's John LockeEl Sr. Cur rier, antiguo miembro del consejo de administración de Galileo, se puso en contacto con el Galileo Director de Tecnología Jeff Currier para profundizar en el tema y explorar la pila de APIs de la empresa. Tuvimos el privilegio de poder escuchar la conversación.

John Locke: Jeff, es estupendo hablar contigo sobre la pila de API, que es un tema candente en la tecnología financiera. Desde tu perspectiva como director de tecnología de Galileo Financial Technologies®, permíteme empezar pidiéndote que describas la pila de APIs de tu empresa.

Jeff Currier: A alto nivel, la pila de API de Galileo es un conjunto de servicios RESTful (Representational State Transfer) que operamos en la nube para facilitar la emisión, el procesamiento y la aprobación de tarjetas, junto con servicios de notificación de eventos. Lo que quiero decir con RESTful es que son servicios web sencillos, ligeros y rápidos que permiten crear fácilmente APIs para desarrollar aplicaciones en Internet. Nuestras API se basan en HTTP y están construidas para escalar con baja latencia, lo que significa que estamos facilitando al máximo el consumo de nuestras API por parte de los clientes, al tiempo que nos aseguramos de que nuestros servicios puedan crecer para satisfacer sus necesidades, así como las de sus clientes, a medida que éstas evolucionan. Esto es lo técnico, pero lo más importante de nuestras APIs es lo que permiten hacer a nuestros clientes.

¿Por qué las API? Construir más, más rápido

JL: Bien, ¿qué es eso?

JC: A través de nuestras API, Galileo proporciona los bloques de construcción para crear las experiencias financieras que nuestros clientes quieren ofrecer sin el abrumador esfuerzo de construirlas por su cuenta. Como plataforma, no dictamos cuáles deben ser sus productos o experiencias. Le damos lo que necesita para construirlos, y a través de esos bloques de construcción, nos encargamos del trabajo pesado eliminando las complejidades del desarrollo de productos y servicios financieros. Por supuesto, no es necesario que utilice todos los componentes que le proporcionamos, pero están ahí si los necesita, ahora o en el futuro. Y, a través de la aplicación orientada al usuario que construya, creará un paquete único de oportunidades para sus clientes. Así es como la pila de APIs de Galileo ayuda a nuestros clientes a ofrecer productos tan variados como la banca digital para consumidores o soluciones de cuentas por pagar totalmente electrónicas para empresas. También explica cómo los clientes que operan en la misma vertical pueden utilizar las API de Galileo para crear productos y servicios altamente diferenciados que se dirijan a los segmentos de mercado a los que quieren servir.

JL: ¿Es justo decir que las API de Galileo ponen en marcha un negocio?

JC: Es absolutamente justo decir eso. Nuestras APIs ayudan a las empresas a alcanzar sus objetivos, ya que las liberan del costoso y largo trabajo de base que tendrían que hacer si no existieran. También es justo decir que nuestras API, debido a su flexibilidad, son la base que sustenta una empresa a medida que se amplía.

Las API impulsan la banca como servicio

JL: Hoy en día hay muchos tipos de empresas que se autodenominan proveedores de "banca como servicio". Galileo es una de las únicas que lo hace a escala real. ¿Cómo define la banca como servicio y qué significa para Galileo?

JC: Gran pregunta y gracias por preguntar. Galileo ha pasado claramente a la siguiente capa de API, y la banca como servicio no podría ser más adecuada para nuestro negocio. En primer lugar, la banca como servicio es lo que hace Galileo -a nivel de API y también proporcionando la funcionalidad auxiliar de back-office y la conectividad de terceros- para permitir que muchos tipos de empresas ofrezcan servicios financieros. Esto incluye a los neobancos, cuya principal línea de negocio son los servicios financieros. También incluye otros tipos de empresas que no son proveedores de servicios financieros, pero que necesitan funcionalidades de tipo bancario para ampliar sus modelos de negocio, profundizar en la fidelidad de los clientes o mejorar la eficiencia. Ciertamente, hemos evolucionado hacia la capa de servicios de las API y esto, predigo, es el futuro de la tecnología financiera.

JL: Ahora, hablemos un poco de la seguridad de las API. Investigaciones recientes han indicado que algunas API de plataformas de tecnología financiera pueden tener vulnerabilidades. ¿Puede hablarme un poco de su punto de vista sobre la seguridad de las API en su conjunto y de lo que Galileo está haciendo para garantizar la seguridad de sus API? 

JC: En Galileo, la seguridad de la API es una prioridad absoluta. Todo lo que hacemos está diseñado para ser seguro por defecto. Eso significa que todos los datos y la información que fluyen hacia y desde nuestra plataforma están cifrados, tanto en tránsito como en reposo. También realizamos revisiones periódicas y frecuentes con nuestro equipo de seguridad de la información para garantizar que cumplimos las normas de seguridad y las obligaciones de cumplimiento que tenemos como proveedor de servicios de API.

Dolores de cabeza de la nube híbrida

JL: Volviendo al futuro de la tecnología financiera y a su comentario sobre la pila de APIs de Galileo que opera en la nube, supongo que lo ha mencionado porque es un elemento diferenciador para Galileo. ¿No es la percepción general que todas las fintechs operan en la nube?

JC: Esa es la percepción, pero no es del todo exacta. Las empresas de tecnología financiera y los servicios financieros en general han tardado más en pasar a la nube, en gran medida por razones estructurales, una de las cuales es el hecho de que muchos de los actores han invertido en sus propios centros de datos y en la tecnología asociada. Lo más habitual en las empresas de tecnología financiera es tener alguna parte de las operaciones en la nube. Esto podría ser sus experiencias web o incluso partes de su pila de API. En cambio, Galileo se está moviendo completamente a la nube. Actualmente estamos migrando los clientes actuales a la nube, y los nuevos clientes se están implementando directamente en la nube.

JL: Por lo tanto, dice que muchas empresas financieras operan en un entorno de nube híbrida, con algunas funciones en la nube y otras no. Por qué Galileo ha optado por basarse totalmente en la nube?

JC: Porque para maximizar las ventajas de operar en la nube es necesario estar completamente en la nube. Aunque un entorno operativo híbrido puede ser aceptable en algunas situaciones, no es muy adecuado para muchos clientes de Galileo cuyo volumen de transacciones crece exponencialmente con picos de actividad a veces frecuentes e imprevisibles. Un entorno híbrido le obliga a dar soporte a múltiples entornos operativos, lo que crea fricciones e ineficiencias tanto para el cliente como para sus clientes. Mucha gente subestima lo que se necesita para ejecutar una operación de centro de datos eficazmente a escala, incluso si se trabaja con un importante proveedor de la nube.

JL: ¿A qué tipo de retos se refiere?

JC: Bueno, la gestión de la capacidad es un reto, junto con la logística de tener el tipo de hardware adecuado en las ubicaciones correctas, así como tener personal en esos lugares para apoyar los problemas localizados. Y, por último, cuando consigues el personal y la capacidad que necesitas, te encuentras con que sigues necesitando "apilar" a medida que crece tu volumen de tráfico. En otras palabras, añadir más hardware a su centro de datos, colocando los blades o sistemas en los racks que proporcionan energía y redes de tuberías. Pero esto es sólo el principio de lo que se necesita para escalar y satisfacer la creciente demanda en un entorno de centro de datos tradicional. Suponiendo que pueda adquirir e instalar el equipo rápidamente y que disponga de suficiente espacio adicional en su centro de datos -supuestos importantes, por cierto-, hay otros factores que complican la ampliación de la capacidad. Por ejemplo, se necesitan varios generadores de energía de reserva y varios puntos de entrada y salida en el lado de la red. Se necesitan varios operadores y más de un centro de datos, normalmente tres. Además, hay que tener capacidad para hacer frente a los cortes de energía, como los causados por las retroexcavadoras, que tienen una relación históricamente irritable con los centros de datos. Las complicaciones son una locura, y son realmente difíciles de resolver. La conclusión es que el apilamiento no se produce bajo demanda. Independientemente de la rapidez con la que se puedan adquirir e instalar equipos adicionales para hacer frente a los aumentos de volumen, no se pueden predecir los incrementos. Si su planificación de 18 meses de antelación se desvía incluso en unos pocos puntos porcentuales, podría verse en apuros para satisfacer las necesidades de sus clientes. Sin embargo, lo más normal es que esté construyendo una capacidad de amortiguación para hacer frente a un posible aumento de las cargas, lo que significa que también está pagando los costes de capital adicionales que vienen junto con ese seguro. Comprometerse plenamente con la nube -que, en nuestro caso, es Amazon Web Services- es un esfuerzo importante en el que hemos estado trabajando durante más de un año. Creemos que el compromiso está bien justificado por los beneficios para nuestros clientes, sus clientes y, por supuesto, Galileo.

A prueba de futuro: Apuesta por las API y la nube

JL: ¿Y esos beneficios son...?

JC: Galileo y nuestros clientes obtienen tres beneficios clave al trasladarse completamente a la nube de AWS: resiliencia, elasticidad y preparación para el futuro. AWS mejora nuestra capacidad de recuperación al distribuir el tráfico de transacciones y API entre Galileo y nuestros clientes en varias zonas de disponibilidad situadas a una distancia de entre 10 y 100 millas dentro de una región. Esto nos protege contra desastres localizados, como el de nuestra amiga la retroexcavadora que se lleva por delante un solo centro de datos, y también contra desastres generalizados, como un huracán que afecte a toda la Costa Este. En estrecha relación con la resiliencia está la ventaja de estar ubicados junto a nuestros clientes, lo que es especialmente importante a medida que Galileo se expande a nivel mundial. En primer lugar, podemos expandirnos más rápidamente porque no construiremos centros de datos locales. Y, en segundo lugar, prestaremos servicio a nuestros clientes desde centros de datos relativamente cercanos al lugar donde realizan sus transacciones, y no en el otro extremo del mundo. Esta proximidad física minimiza la latencia, por lo que las aplicaciones de nuestros clientes responderán sin problemas para mejorar la experiencia del cliente. También está la elasticidad, es decir, la capacidad de adaptarse a los aumentos repentinos de la demanda. Con AWS, podemos aprovechar la nueva capacidad informática de forma prácticamente instantánea. No hay que esperar a que los humanos reaccionen o a que se apilen, como decíamos antes. Nos permite escalar bajo demanda y ofrece a nuestros clientes la seguridad de que seremos capaces de satisfacer sus necesidades, independientemente de lo rápido o inesperado que sea su crecimiento, o el de nuestros otros clientes. Por último, hay que tener en cuenta el futuro. Como persona de tecnología, tengo una relación de amor/odio con esta palabra porque a veces pienso que es una palabra de marketing falsa, pero es relevante en este caso. Al trabajar con AWS, tenemos acceso a un montón de nuevos servicios y puntos de integración a los que no tendríamos acceso si compráramos o licenciáramos el software y lo alojáramos y ejecutáramos nosotros mismos. ¿Debo continuar?

JL: Gracias, ya lo tengo. Entonces, ¿por qué no están todas las fintechs en la nube y, en tu opinión, operando completamente en la nube?

JC: Bueno, con el tiempo lo harán. Se necesita un gran compromiso organizativo para dar el paso, y no todos están dispuestos o son capaces de asumirlo al mismo tiempo que apoyan las necesidades continuas de sus clientes. Otros se pondrán al día con el tiempo.

JL: Gracias, Jeff, ha sido un placer.

JC: Estoy completamente de acuerdo. Gracias por la oportunidad de compartir mis pensamientos.

Jeff Currier Como director de tecnología y alto ejecutivo tecnológico, Jeff Currier es responsable de la ingeniería de productos de Galileo y del desarrollo de nuevos productos. Antes de unirse a Galileo, Jeff dirigió el desarrollo técnico del exitoso producto SoFi Money, construido sobre la plataforma Galileo. Al principio de su carrera, dirigió equipos de ingeniería en Amazon Web Services, Twitter y Microsoft. Mientras estuvo en Microsoft, Jeff fue miembro fundador del equipo de la base de datos Azure SQL y dirigió el lanzamiento inicial del servicio junto con el resto de la plataforma Azure. El alma mater de Jeff es la Universidad de Michigan.

John Locke John Locke se incorporó a Accel en 2010 y ayuda a dirigir el fondo de crecimiento de la empresa. Durante la última década, ha dirigido o trabajado estrechamente en las inversiones de Accel en Braintree/Venmo (adquirida por PayPal), Crowdstrike (CRWD), Galileo (adquirida por SoFi), GoFundMe, Lightspeed (LSPD), Monzo, QMC Telecom, The Zebra, Tenable (TENB), WorldRemit, y Xero (XRO), así como en otras empresas. John se graduó en Princeton.