«La tecnología ofrece una capacidad extraordinaria para reducir el trabajo y la ineficiencia, pero también requiere una planificación y un perfeccionamiento minuciosos para garantizar que no genere más trabajo del que elimina. A medida que ha aumentado el número de clientes que acceden a las aplicaciones de Internet de [redactado], el equipo del proyecto de Internet también ha implantado medidas para garantizar que la experiencia de los clientes sea lo más fluida y eficaz posible.
La introducción de pedidos y de facturas por Internet de [redactado] permite a los clientes acceder a… información sobre sus envíos, al tiempo que reduce la intervención manual y el papeleo. Al replantear y reconstruir cada proceso, el equipo del proyecto de Internet ha logrado ahorros que también pueden crecer exponencialmente».
Esta declaración está grabada en una placa que cuelga de mi pared. Lleva fecha del 25 de enero de 2000.
Esperaré mientras vuelves a leer esa fecha.
Como ve, la modernización de aplicaciones no es un concepto nuevo. En los últimos años ha cobrado relevancia como una prioridad importante para los directores de sistemas de información debido al rápido aumento de la demanda de experiencias digitales, pero no es nada nuevo.
A lo largo de 1999, los miembros de aquel equipo del proyecto de Internet ampliaron una aplicación heredada existente con una interfaz web. No voy a traumatizarte con los escabrosos detalles de la implementación de CICS, la lucha con CORBA o la ardua tarea de conseguir que Open SSL funcionara con MQ Series. Baste decir que hubo que combinar muchas tecnologías «modernas» con tecnologías «tradicionales» para sacar adelante el trabajo.
Hoy en día, el Equipo del Proyecto de Internet podría llamarse Equipo de Transformación Digital y nada más de esa afirmación inicial cambiaría realmente.
Esta es la misma tarea monumental que se exige hoy a los CIO: modernizar las aplicaciones ampliando su acceso al ámbito digital. Ya sea mediante una aplicación móvil que utilice API para interactuar con una aplicación monolítica existente en un mainframe, o mediante colas de mensajes que conecten Slack con una aplicación tradicional de atención al cliente basada en una arquitectura cliente-servidor, la tarea a la que se enfrentan hoy los departamentos de TI de las empresas no consiste únicamente en transformar los monolitos en microservicios, sino en hacer que los microservicios se comuniquen con los monolitos.
Monitorización de la colección
La combinación también plantea un reto para el equipo de operaciones. Las métricas y la monitorización de un monolito suelen ser muy diferentes de las disponibles actualmente para los microservicios. Muy pocos monolitos cuentan con instrumentación para proporcionar datos de telemetría relevantes, e incluso los microservicios a menudo no ofrecen la información detallada que el equipo de operaciones necesita para rastrear una transacción entre distintas arquitecturas.
Es un auténtico desastre.
Es probable que un único monolito crítico para el negocio sustente varios servicios modernos. Cada servicio —como abrir una cuenta, cerrar una cuenta o enviar un pedido— constituye una experiencia digital única. Cada uno debe supervisarse como una entidad independiente. Supervisar el rendimiento y la seguridad de forma contextual —como un flujo único— es fundamental para poder responder a la pregunta: «¿Cómo es hoy la experiencia de mis clientes?»
Esta es una de las ventajas de aprovechar las tecnologías de F5. Como estamos delante de tantas aplicaciones —tanto nuevas como antiguas, internas como externas—, vemos todas las interacciones. A partir de ellas, podemos recopilar e inferir métricas relativas a todo el flujo digital, ya se trate de un monolito o de un microservicio. Ese contexto es lo que nos lleva a ir más allá de la visibilidad y acercarnos a la operabilidad.
La modernización de las aplicaciones no es algo nuevo, pero sí lo es nuestra capacidad para supervisar los flujos entre las aplicaciones y los servicios que las componen. Y es precisamente esa capacidad la que, en última instancia, impulsará soluciones de analítica capaces de ofrecer información útil que permita actuar y automatizar procesos.
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog
Proteger los endpoints de las API dificulta la seguridad de las API
Descubre las complejidades de la seguridad de las API, los retos a los que se enfrentan las organizaciones, la evolución de los ataques contra endpoints de API y la necesidad de políticas de seguridad adaptadas.
¿Qué es el sesgo de la IA y por qué es importante para TI?
Descubre los fundamentos del aprendizaje de la IA. Aprende cómo pueden surgir sesgos en la IA y qué riesgos plantean para las TI y la transformación digital.
Redefiniendo la ciberseguridad en el extremo de la nube distribuida con IA y telemetría en tiempo real
La transformación digital y la adopción de tecnologías en la nube están provocando cambios en las arquitecturas de las aplicaciones. Estos cambios introducen nuevas superficies de ataque, que son el objetivo de métodos de ataque avanzados, altamente organizados y con motivaciones económicas. Mediante el uso del framework Morpheus de NVIDIA, F5 está investigando técnicas para detectar estas amenazas avanzadas con telemetría en tiempo real y análisis basados en IA.
El papel de la nube en las aplicaciones nativas del edge
No debería sorprender que, al igual que la aparición de la nube dio lugar a las aplicaciones nativas de la nube, el edge esté impulsando un conjunto de aplicaciones nativas del edge. Sin embargo, estas aplicaciones no residirán únicamente en el edge. Al mismo tiempo, están surgiendo nuevos patrones arquitectónicos que aprovechan las aplicaciones alojadas en la nube y en el centro de datos.
La creciente diversidad de ubicaciones y usuarios está impulsando a las empresas hacia el edge
En el contexto del ámbito de las aplicaciones, el término «usuario» siempre se ha referido a la entidad que interactúa con una aplicación. Del mismo modo que los cambios en las arquitecturas de las aplicaciones impulsan cambios en las tecnologías que permiten ofrecerlas y protegerlas, los cambios en la definición de usuario han provocado cambios en los lugares donde se despliegan las aplicaciones.
El edge está impulsando un renacimiento de las infraestructuras
A medida que las organizaciones aumentan la generación de datos y tratan de extraer valor empresarial de ellos, sin duda recurrirán a la analítica y la automatización basadas en la IA y el aprendizaje automático. Precisamente este tipo de cargas de trabajo son las que más se beneficiarían de una infraestructura optimizada y, sin embargo, hoy en día son las que menos probabilidades tienen de poder aprovecharla.