Existe un punto en muchos proyectos de endpoint donde el nuevo entorno parece estar listo. Dispositivos están inscritos, políticas en su lugar y los endpoints físicos y escritorios virtuales, incluidos Cloud PCs, pueden ser provisionados. Desde la perspectiva de infraestructura, gran parte del trabajo difícil parece haber terminado.

Las aplicaciones suelen contar una historia diferente. Trasladar una aplicación heredada a una nueva plataforma no altera su comportamiento subyacente. Puede que siga dependiendo de componentes antiguos y espere acceso de administrador para escribir archivos y entradas en el registro a través del dispositivo. Su proceso de actualización puede ser en gran medida manual o estar mal documentado.

Un endpoint bien gestionado es valioso, pero no puede hacer que una aplicación difícil de mantener sea más fácil simplemente al alojarla.

Una implementación exitosa puede ocultar el trabajo real

Las plataformas de gestión modernas han hecho mucho más rápido el enrolamiento de dispositivos, la asignación de software y la aplicación de políticas a toda una organización. Los servicios en la nube y los escritorios virtuales también han aliviado gran parte del esfuerzo de provisionar el entorno subyacente. Son avances reales, pero pueden generar una falsa sensación de finalización. Una aplicación puede abrirse en el nuevo entorno y parecer lista para producción.

Los problemas tienden a emerger más tarde. Llega una actualización y hay que recrear el proceso de empaquetado. Un cambio de sistema operativo expone una dependencia que nunca se registró. Un certificado caduca, o una nueva versión se comporta de forma diferente a la versión probada originalmente.

Ningún problema se resuelve simplemente porque la aplicación se entregó a través de una plataforma moderna. Desplegar llega a los usuarios; la modernización determina si IT puede seguir gestionándola una vez que el equipo del proyecto se ha ido.

Las suposiciones antiguas acompañan a las aplicaciones a nuevos entornos

Los portfolios de aplicaciones empresariales tienden a crecer de forma gradual. Se añade software durante años, a menudo bajo diferentes equipos y distintas versiones de Windows. Algunas aplicaciones esperan acceso a carpetas o ubicaciones del registro que hoy no serían apropiadas. Otras dependen de runtimes antiguos, rutas fijas o componentes instalados hace tanto tiempo que nadie está seguro de por qué siguen ahí. La documentación de IT suele ser incompleta.

El instalador original puede haber desaparecido y la persona que entendía la aplicación puede que ya no trabaje en la organización, sin embargo, el software seguiría siendo esencial para un equipo de finanzas, una línea de producción o un proceso clínico.

Movernos a una gestión moderna de endpoints como Intune, un Cloud PC o un nuevo entorno de escritorios virtuales no elimina esas suposiciones. En algunos casos, las expone porque los entornos modernos imponen límites más estrictos sobre lo que el software puede cambiar. Una prueba de lanzamiento mostrará solo una parte del panorama.

La gestión de IT también necesita saber cómo se instala la aplicación, en qué depende, qué partes del sistema espera acceder y cómo se actualiza y elimina. La antigüedad por sí sola no es razón para reemplazar una aplicación. Muchas herramientas de negocio antiguas siguen siendo útiles y críticas para el negocio. El objetivo debe ser entender el software lo suficientemente bien como para gestionarlo adecuadamente, en lugar de trasladar su comportamiento antiguo a un nuevo entorno sin examinarlo.

La modernización no tiene por qué implicar reescribir el software

Reescribir todas las aplicaciones heredadas sería impráctico para la mayoría de las empresas y podría no aportar valor si el software existente ya cumple su función. Una mejor prueba es si la aplicación puede ser soportada durante el resto de su vida útil. Eso requiere una visión clara de sus archivos, servicios, dependencias e interacción con Windows. Una vez que se conocen esos detalles, los problemas de compatibilidad pueden abordarse de forma deliberada en lugar de descubrirse por los usuarios tras el despliegue.

El empaquetado es parte de ese trabajo, aunque no la solución completa. En Windows, formatos como MSIX pueden dar a una aplicación una identidad más clara, exigir firma digital y separar más su actividad del sistema operativo subyacente. También pueden facilitar una eliminación más limpia y actualizaciones más controladas. MSIX puede ofrecer una base más segura y manejable, aunque las aplicaciones con middleware heredado, dependencias no documentadas o configuraciones muy especializadas pueden seguir requiriendo trabajo adicional.

Por ello, las organizaciones deben identificar las aplicaciones complejas temprano. Las pruebas también deben reflejar el uso real: abrir la ventana principal no muestra si los empleados pueden completar las tareas en las que dependen, si la próxima actualización se instalará con éxito o si la aplicación seguirá funcionando cuando cambie otra parte del entorno.

El alcance queda más claro cuando las organizaciones ven el endpoint moderno como un conjunto de componentes interconectados. Un escritorio se compone de tres elementos básicos: el sistema operativo, el perfil de usuario y las aplicaciones. El hardware es el cuarto componente, pero los mismos principios se aplican si la máquina es física o virtual.

El trabajo de las aplicaciones es, por tanto, un proyecto en sí mismo. Las aplicaciones deben ser controladas, aseguradas, actualizadas y entregadas a los usuarios correctos, con el control y cumplimiento que la organización exige.

Involucrar las aplicaciones en el proyecto más temprano

Las aplicaciones suelen tratarse como la última etapa de un programa de endpoint. Se selecciona la plataforma, se construye el entorno y solo entonces la organización comienza a trabajar sobre el inventario de software. En ese punto, los plazos ya están definidos y las suposiciones de compatibilidad pueden haber quedado en el plan. Las aplicaciones difíciles emergen como excepciones tardías, cuando hay menos margen para abordarlas.

Traer la evaluación de aplicaciones hacia adelante ofrece a IT una visión más clara de lo que se está migrando. Los equipos pueden establecer qué aplicaciones se usan, cuáles son críticas para el negocio y qué dependen de tecnología que puede no estar disponible en el nuevo entorno. También pueden separar las aplicaciones rutinarias de aquellas que requieren conocimientos técnicos o comerciales más profundos.

He trabajado en esta industria desde finales de los años noventa y he visto escritorios empresariales evolucionar desde los primeros sistemas de cliente ligero hasta escritorios virtuales y, más recientemente, PCs alojados en la nube. La infraestructura ha mejorado enormemente, pero las preguntas sobre las aplicaciones apenas han cambiado.

Un endpoint moderno es un paso importante, pero la verdadera medida de la modernización es si la organización puede entender, actualizar y soportar las aplicaciones que se ejecutan en él.

Hemos recopilado las mejores suites de software de protección de endpoints.

Este artículo fue elaborado como parte de TechRadar Pro Perspectives, nuestro canal para presentar a las mentes más brillantes de la industria tecnológica actual.

Las opiniones expresadas aquí son las del autor y no necesariamente las de TechRadarPro o Future plc. Si estás interesado en contribuir, descubre más aquí: https://www.techradar.com/pro/perspectives-how-to-submit

from Latest from TechRadar https://ift.tt/9tnVaBz
via IFTTT IA