Soporte de software de código abierto en entornos de TI

Los recelos que las empresas pudieran haber tenido alguna vez sobre la adopción de software de código abierto para funciones corporativas críticas han desaparecido hace mucho tiempo. Estudios muestran que más del 90% de los líderes de TI consideran que el software de código abierto es “estratégicamente importante” y que más del 87% de las empresas ejecutan aplicaciones de código abierto en la actualidad. Empresas embarcar en viajes de código abierto – creando canalizaciones de datos con Splunk, usando MuleSoft para conectar aplicaciones, orquestando cargas de trabajo usando contenedores – porque quieren aprovechar la flexibilidad, compartibilidad y portabilidad del software de código abierto.

Aún así, el código abierto continúa causando dolores de cabeza cuando se trata de soporte. Como dijo Forrester: “El 79% de los líderes de TI luchan con el soporte de código abierto en tiempo real”. Dado que el código abierto es, por definición, abierto, sus creadores no lo atienden automáticamente como lo harían los vendedores de software propietario. El software de código abierto puede tener errores y desafíos técnicos como cualquier otro conjunto de programas. Por lo tanto, las empresas intentan administrar su uso contratando desarrolladores con habilidades específicas de código abierto y elaborando acuerdos de soporte para solucionar problemas de plataformas específicas.

Sin embargo, a menudo se quedan cortos. En algún momento de sus viajes de código abierto, muchas empresas descubren que carecen del conocimiento y las capacidades técnicas para respaldar sus crecientes entornos de código abierto desde una perspectiva de servicios operativos.

Al hacerlo, pueden encontrarse con una serie de desafíos. Uno es la resolución de problemas. Si una organización registra un ticket con una comunidad de código abierto, puede llevar semanas o meses resolver un problema técnico. Las organizaciones de servicios pueden resolverlos, pero a menos que tengan conocimientos y experiencia en todas las plataformas, es posible que estén resolviendo un problema a corto plazo y no aborden el problema desde una perspectiva a largo plazo.

Otro desafío: encontrar talento que comprende las tecnologías de código abierto que utilizan las organizaciones. Los desarrolladores de código abierto tienen conocimientos específicos y únicos para sus aplicaciones específicas. Eso significa que si una organización ejecuta 16 pilas de aplicaciones diferentes en código abierto, a menudo necesita 16 desarrolladores diferentes disponibles a nivel mundial para soporte operativo. Luego, una vez que haya encontrado desarrolladores capacitados, existe la complicación adicional de mantenerlos. Si un desarrollador especializado en MySQL se va, las actualizaciones del proyecto de la base de datos pueden paralizarse.

Además, las organizaciones tienden a tener dificultades para mantenerse al día con sus requisitos de licencia. Si están ejecutando muchas pilas de código abierto, necesitan conocer las licencias de cada una y que las licencias sean compatibles. Deben comprender qué versión de una aplicación es compatible, cuál es la versión recomendada y cuándo se abandonan versiones específicas. Además, ¿a qué vulnerabilidades está expuesta cada pila de software dentro del código abierto? Las organizaciones están instalando aplicaciones de código abierto en múltiples entornos (plataformas heredadas, nube privada, nube pública, cargas de trabajo en contenedores) sin conocer ningún derecho o implicación. ¿Cómo se asegura de que la gestión de activos en su código abierto sea compatible y segura?

Dada la creciente importancia del código abierto para las organizaciones comerciales de hoy y la complejidad de estos problemas, muchas empresas están buscando acuerdos de soporte de nivel empresarial de terceros. A continuación, se incluyen tres prácticas recomendadas que debe tener en cuenta al intentar optimizar las tecnologías de código abierto.

1. Sepa lo que hay debajo de su techo
La mayoría de las empresas ejecutan docenas, si no cientos, de aplicaciones de código abierto. Si no han hecho un recuento preciso de lo que está instalado y lo que se ha descontinuado, no sabrán qué asignar a una organización de terceros al servicio. Para operar de manera eficiente, necesita tener una visión general de la excelencia operativa a través de un solo panel de vidrio.

Comienza con las aplicaciones más grandes: los caballos empresariales que ejecutan ERP, CRM, finanzas o sistemas de información de fabricación. Pero no termina ahí. Tiene que extenderse a todos los estilos de comunidad más pequeños, los complementos y todas las dependencias hacia las que siguen.

Si está colaborando con un grupo de terceros para dar servicio a plataformas de código abierto, deberían trabajar juntos para crear un sistema de gestión de activos. La mayoría de los líderes operativos no saben qué tecnologías utilizan los desarrolladores en el día a día. Gran parte del desarrollo actual se realiza en microservicios que los desarrolladores crean y eliminan en unas pocas horas. Debe realizar un seguimiento de esos cambios fraccionarios que pueden exponer a su organización a amenazas de seguridad.

Esto también se extiende a las licencias. Hacer que un proveedor administre la complicada matriz de licencias de código abierto elimina el estrés y ayuda a las organizaciones a mantener el cumplimiento. ¿Cuál es el estado del medio ambiente? ¿Cuándo queda fuera de alcance desde una perspectiva legal? ¿Cuál es la próxima versión a la que el usuario necesita actualizar? Si no actualiza antes de la fecha prescrita, ¿a qué límites de seguridad estará restringido? Todas estas son preguntas críticas que deben responderse.

2. Elija servicios que se adapten a sus necesidades

Los arreglos de soporte pueden variar mucho según los entornos informáticos que utilice la empresa.

Si está operando exclusivamente en un entorno de nube privada, está menos expuesto a las interacciones de código abierto. Por lo tanto, estas situaciones requieren un apoyo continuo menos intensivo. El uso de aplicaciones de código abierto en entornos de nube híbrida requiere herramientas que puedan funcionar en entornos públicos y privados. Los entornos de nube pública abren las aplicaciones a más vulnerabilidades, por lo que las empresas deberán invertir para no perder tracción.

Los arreglos de apoyo también pueden superponerse. Las empresas que tienen muchas aplicaciones (de código abierto, propietarias y creadas internamente) tienen muchos acuerdos diferentes que cubren diferentes departamentos, áreas geográficas y aplicaciones en sí mismas. Hay una ventaja al interactuar con una organización empresarial que puede admitir múltiples tecnologías y múltiples áreas. Pero, ¿cuánta responsabilidad necesita subcontratar a este grupo?

Eso a menudo depende de cómo operan las diferentes organizaciones y cómo se estructuran los acuerdos de nivel de servicio (SLA). ¿Quiere que la organización empresarial se encargue de resolver todos los tickets y respaldar todas las disputas? ¿Debería la organización supervisar ciertos problemas y escalar si no se resuelven? ¿Tiene el proveedor empresarial los acuerdos de múltiples proveedores adecuados para manejar situaciones que involucran el código abierto a nivel global?

3. Adoptar el soporte de código abierto de manera integral

Para aprovechar al máximo las tecnologías de código abierto, las empresas deben pensar más allá del soporte de código abierto. Deben colaborar con un socio de soporte que conozca todo su entorno tecnológico y esté comprometido con la resolución de problemas de forma integral.

Eso significa solucionar un problema con una aplicación de código abierto de varias formas. Una es trabajar directamente con la comunidad de código abierto para administrar una solución a largo plazo para el problema. Otra es hacer la codificación solo para cubrir la necesidad inmediata. Si el problema con la aplicación de código abierto afecta una iniciativa tecnológica más grande, un socio de soporte empresarial debería poder trabajar con la organización para ofrecer una mejor solución que incorpore otra plataforma basada en otra tecnología.

El enfoque holístico consiste en ayudar a una organización a impulsar una experiencia general, con el software de código abierto como un componente importante. Las organizaciones pueden impulsar el valor empresarial mediante el uso de código abierto. Para hacer eso, pueden interactuar con organizaciones de soporte para adoptar la innovación mientras se mantienen en cumplimiento y seguros durante todo el ciclo de vida del software.

El código abierto tiene beneficios y riesgos. Abordarlo de manera estructurada e interactuar con socios confiables ayuda a acelerar los beneficios y mitigar los riesgos.

Hacer clic aquí para obtener más información sobre cómo HPE puede ayudar a optimizar todo su entorno de TI.

____________________________________

Sobre Jeroen Kleen

jeroenkleen
Jeroen Kleen es un tecnólogo distinguido en HPE. Aporta sus 23 años de experiencia, conocimiento y experiencia técnica para desarrollar nuevas oportunidades de servicio en la nube híbrida HPE Pointnext. Su objetivo es mejorar la nueva experiencia del cliente digital de HPE con nuevos servicios interactivos y diferenciados de soporte operativo HPE Pointnext. Este nuevo conjunto de servicios orientados a resultados comerciales ayudará a los clientes a transformarse y operar con mayor fluidez en la nube en constante cambio y las cargas de trabajo en contenedores. Su enfoque pragmático y centrado en el cliente es lo que establece la base para una experiencia de cliente nueva y diferenciada pero completa en la que HPE está ganando impulso. Además del trabajo, le encanta navegar en su barco con la familia y volar con su dron.

Copyright © 2021 IDG Communications, Inc.