En realidad, hay dos muros en el proceso de entrega de aplicaciones. El primero se encuentra entre el desarrollo y la producción. Ese muro lleva mucho tiempo generando fricciones entre los equipos de TI y de desarrollo. Aunque las metodologías DevOps han empezado a derribar el muro de la entrega a producción, el otro muro no es tan fácil de franquear.
Ese otro muro es el de la entrega a los consumidores. Es el muro por encima del cual se lanzan a los consumidores las aplicaciones recién publicadas, con la esperanza de que funcionen según lo previsto.
Expectativas que, por desgracia, rara vez se cumplen.
Según el App Attention Index 2019, las dos principales frustraciones que provocan una «mala experiencia» con las aplicaciones son el rendimiento (55 %) y la disponibilidad (40 %).
Existen innumerables obstáculos que dificultan nuestra capacidad para abordar los problemas subyacentes de rendimiento y disponibilidad. El primero y más importante es identificar la causa subyacente.
La visibilidad suele citarse como uno de los principales retos a los que se enfrentan todos los perfiles que intervienen en la ruta de datos de las aplicaciones. Sin embargo, la realidad es que la visibilidad no es el verdadero problema. Podemos generar, y a menudo generamos, más datos en cada punto de esa ruta de los que razonablemente podemos procesar. Los datos —la telemetría— proceden de routers y conmutadores, servidores y frameworks, servicios de aplicaciones, navegadores y aplicaciones móviles. El problema es que no podemos integrar fácilmente esa telemetría para comprender el flujo técnico y de negocio de la interacción de un consumidor. No podemos identificar con rapidez qué punto de la ruta de entrega está causando un problema.
La monitorización del rendimiento de las aplicaciones (APM) lleva mucho tiempo prometiendo proporcionar la visibilidad necesaria para diagnosticar de forma rápida y precisa los problemas de rendimiento. Por desgracia, la telemetría recopilada en distintos puntos de la ruta de datos de la aplicación rara vez se correlaciona de manera significativa. Cada conjunto de datos de telemetría se recopila mediante un sistema propio y se visualiza en su propio panel. Para cuando utilizamos herramientas capaces de procesarlo todo y ofrecer una visión integral, el problema ya se ha resuelto o el cliente ha abandonado la aplicación y la marca.
El 32 % de los clientes dejaría de comprar a una marca que le gustaba tras una sola mala experiencia. (PWC)
Durante décadas, hemos intentado obtener visibilidad mediante diversas soluciones de APM, pero no hemos logrado comprender qué necesitan las empresas para satisfacer las expectativas de sus clientes: operabilidad.
Operabilidad
La operabilidad es la capacidad de garantizar que una aplicación funcione correctamente de forma continua y que, cuando no sea así, resulte fácil diagnosticar los problemas.
Dado que hay muchos puntos en los que podría surgir un problema que afectase al rendimiento o la disponibilidad de una aplicación, la operabilidad exige un enfoque integral y holístico, en lugar de limitarse a supervisar unos pocos puntos finales. Esto implica observar la aplicación, su servidor web o de aplicaciones, los servicios de aplicaciones que la protegen y permiten escalarla, la infraestructura subyacente y el navegador o la aplicación móvil que actúa como interfaz de usuario. También implica recopilar telemetría de todos los puntos de instrumentación posibles para obtener la «visión global» que los equipos de operaciones, TI y desarrollo necesitan para identificar y resolver los problemas de forma rápida y sencilla.
Esto requiere algo más que emitir telemetría en los puntos adecuados de la ruta de datos de la aplicación. Será necesario poder ingerir, procesar y analizar mediante telemetría todo un flujo de negocio casi en tiempo real. La operabilidad necesita una plataforma integral capaz de ingerir y analizar la telemetría procedente del mayor número posible de puntos a lo largo de la ruta de datos de la aplicación.
Solo entonces podremos ofrecer una visión unificada de la experiencia digital que, además, permita identificar fácilmente el origen de un problema.
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.