Paso la mayor parte del día hablando con grandes empresas sobre cómo están transformando sus negocios para competir en un entorno cada vez más disruptivo. Esto no es nada nuevo; cualquiera que haya leído El dilema del innovador de Clayton Christensen lo entiende. Lo que más me interesa es cómo están afrontando las empresas esta disrupción. Por supuesto, están creando nuevos productos para seguir siendo competitivas frente a los actores disruptivos, pero también están tomando ejemplo de sus competidores más pequeños y ágiles y centrándose en ser más eficientes.
Las empresas están transformando sus organizaciones internas y arquitecturas de producto en torno a un nuevo eje de rendimiento. Están descubriendo un mayor valor en las iteraciones, la eficiencia y el escalado incremental, lo que las obliga a adoptar metodologías DevOps. Este énfasis en reducir el tiempo de comercialización está impulsando algunas de las tecnologías de infraestructura más avanzadas que hemos visto hasta la fecha. Tecnologías como los contenedores y Kubernetes, junto con el uso de API estables, coherentes y abiertas, permiten a los equipos pequeños lograr avances extraordinarios y trabajar a la velocidad que necesitan. Estas tecnologías han reducido las fricciones y el tiempo de comercialización, lo que ha dado lugar a la adopción más rápida de una nueva tecnología jamás vista.
La adopción de estas tecnologías no está exenta de problemas y, cuando las empresas las implementan a gran escala, se dan cuenta de que han aumentado involuntariamente la complejidad y descentralizado la propiedad y el control. En muchos casos, puede resultar imposible comprender el sistema en su totalidad, y todo el mundo debe ser experto en cumplimiento normativo y necesidades empresariales. En última instancia, esto significa que, cuando todos son responsables, nadie rinde cuentas.
Una malla de servicios facilita DevOps al ayudarle a gestionar esta complejidad. Proporciona autonomía y libertad a los equipos de desarrollo y, al mismo tiempo, ofrece un espacio para que los equipos de expertos apliquen los estándares de la empresa en materia de políticas y seguridad. Para ello, proporciona una capa entre las aplicaciones de sus equipos y la plataforma en la que se ejecutan, lo que permite a los operadores de la plataforma incorporar servicios de red, aplicar políticas y recopilar datos de telemetría y rastreo.
Esto permite a sus equipos de desarrollo tomar decisiones en función del problema que están resolviendo, en lugar de tener que preocuparse por la infraestructura subyacente. Ahora, los equipos de desarrollo tienen la libertad de desplegar código sin temor a incumplir las directrices normativas o de conformidad. Las comunicaciones seguras se gestionan fuera de la aplicación, lo que reduce la complejidad y el riesgo. Una malla de servicios también proporciona herramientas que los desarrolladores pueden utilizar para desplegar código nuevo y depurar o solucionar los problemas cuando surjan.
Para el operador de la plataforma, cuyo principal objetivo es proporcionar un servicio estable, seguro y escalable para ejecutar aplicaciones, una malla de servicios aporta uniformidad mediante la estandarización de la visibilidad y la trazabilidad. Las políticas y la autenticación entre servicios pueden incorporarse fuera de la aplicación durante la ejecución, lo que garantiza que las aplicaciones cumplan todos los requisitos normativos de la empresa. La implementación de Aspen Mesh proporciona un sólido flujo de trabajo de experimentación que permite a los equipos de desarrollo probar nuevos servicios con tráfico de producción real. Nuestra plataforma también ofrece herramientas que reducen el tiempo medio de detección (MTTD) y el tiempo medio de resolución (MTTR) mediante funciones de análisis avanzado integradas en nuestro portal SaaS.
DevOps representa la unión de dos equipos, Desarrollo y Operaciones, para ofrecer mejores productos con mayor rapidez. Una malla de servicios actúa como nexo entre estos equipos y proporciona un único punto de la pila desde el que gestionar los microservicios en tiempo de ejecución sin modificar la aplicación ni el clúster.
El resultado es una plataforma que permite a los desarrolladores de aplicaciones centrarse en su código y facilita a los operadores proporcionarles un entorno resiliente, escalable y seguro.
(Publicado originalmente en el blog de Aspen Mesh)
Sobre el autor
Artículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.