Web nómada de HCL es una forma completamente nueva para que los clientes y su base de usuarios interactúen con aplicaciones en su entorno Notes/Domino. Todo se ve afectado, desde los clientes hasta los servidores y la red intermedia.

Algunos de los cambios son tareas para los equipos de TI, ya que SafeLinx trae un nuevo componente a su infraestructura de TI. Otros influyen en la forma en que su base de usuarios accede a sus datos. Como un gran beneficio, viene la oportunidad de ejecutar sin un Cliente de Notas instalado tradicionalmente cuando está utilizando lo que Nomad Web tiene para ofrecer.

Qué considerar para las aplicaciones de Domino en el mundo de HCL Nomad Web

No importa cómo lo gire, esta nueva tecnología trae transformación. Y con esta transformación llega la oportunidad de consolidar. Mirar la infraestructura que se construyó para los desafíos de una época diferente y evaluar lo que aún se necesita. ¿Cómo debería ser mi infraestructura de red y servidor? ¿Qué sucede con mis aplicaciones si consolido servidores? ¿Qué aplicaciones siguen siendo relevantes en los procesos comerciales actuales? ¿Y qué madera muerta debería haberse eliminado hace mucho tiempo?

El tema de "considerar lo que aún es valioso" en el panorama de su aplicación se vuelve aún más apremiante si consideramos que Nomad Web también trae consigo limitaciones: sin Java del lado del cliente, sin XPages, sin uso de llamadas al sistema operativo o interacción con el sistema de archivos simplemente para nombrar unos pocos. Se puede encontrar una lista más completa en la Documentación de HCL sobre "HCL Nomad para navegadores web: limitaciones".

La pregunta ahora es: "¿Qué vale la pena llevar y cuánto costará?"

No considerar esto puede tener efectos desastrosos en los procesos de negocio dependiendo de la funcionalidad proporcionada por las aplicaciones de Notes. Invertir recursos en aplicaciones irrelevantes también es algo que los clientes intentan evitar desesperadamente.

En este contexto, hemos descubierto que comprender, rastrear y actuar sobre un conjunto de KPI es lo que ayuda a nuestros clientes a decidir cómo usar sus recursos de manera más efectiva. Estos KPI se generan mediante la evaluación de un conjunto de preguntas y técnicas de análisis de datos que queremos describir aquí.

Comprenda el alcance de su proyecto web nómada

Descubrimos con muchos clientes que asumir que sabe qué aplicaciones son relevantes es una excelente receta para pasar por alto componentes importantes. Lo mismo ocurre con tratar todo como parte del proyecto. La eliminación de bases de datos del sistema, directorios, archivos de correo, archivos de correo, componentes de roaming, 3rd aplicaciones de terceros, y en general piezas que simplemente hacen funcionar su servidor Domino sin aportar beneficios y funcionalidad al negocio le dejarán con un conjunto de aplicaciones que vale la pena considerar para su proyecto.

Descubra qué se usa y qué no

Esa es una de las preguntas más frecuentes que tenemos sobre nuestra mesa. Y ahora que tenemos nuestro proyecto enfocado en las aplicaciones reales, tiene sentido mirar las respuestas. Las aplicaciones a las que no se ha accedido en más de un año son, en general, buenas candidatas para la extinción. Todo lo que tenga un período de inactividad más corto puede seguir siendo una base de datos estacional que solo se puede usar una vez al año, por ejemplo, durante el final del año fiscal. Eso es lo que hace que sea tan importante monitorear el uso continuamente y mirar el historial de actividad disponible. Una simple instantánea de unas pocas semanas simplemente no es suficiente para tomar decisiones efectivas. Aparte de la cuestión de la eficacia, siempre existe el gran objetivo de evitar el riesgo de importantes procesos comerciales. No querrá ser responsable de congelar la capacidad de trabajar en uno de sus centros de ganancias.

Conozca a las partes interesadas para cada aplicación

Para evitar el riesgo de afectar las aplicaciones críticas, debe encontrar un enfoque para comprender qué es importante para cada unidad de negocios. Aprender quién crea contenido en una base de datos y quién lee esta información le brinda la capacidad no solo de acercarse a los departamentos correctos cuando se trata de transformar aplicaciones para que funcionen con una futura plataforma de destino. También le brinda la capacidad de asignar centros de costos a los esfuerzos necesarios para volver a desarrollar una aplicación para hacerla preparada para el futuro.

Evalúe los posibles caminos a seguir para las aplicaciones

Este es el siguiente paso lógico en su viaje por Nomad Web. Para algunas aplicaciones eso será relativamente fácil. Mientras mantenga las plantillas actualizadas, todo lo que se base en plantillas estándar debe ser preparado para el futuro por HCL. Para la mayoría de los clientes, ya debería ser una parte considerable de las aplicaciones de uso frecuente, como bibliotecas de archivos, salas de equipo, etc. El resto son aplicaciones con desarrollo personalizado, donde es necesario evaluar la compatibilidad y los posibles obstáculos en el código fuente y el diseño.

Inspeccionar el código de la aplicación: un desafío difícil pero necesario

Este paso es necesario para comprender cuánto esfuerzo de remediación se requiere. La forma clásica de abordar esta tarea sería pedirle a su equipo de desarrollo que inspeccione las bases de datos en busca de posibles problemas. Dependiendo del tamaño de su entorno, esa puede ser la forma más fácil y rápida de hacerlo. Siempre y cuando tengas la mano de obra para hacerlo. Sin embargo, en muchas situaciones, encontramos que la mano de obra requerida simplemente ya no está disponible. Los equipos de desarrollo no son tan grandes como solían ser y rara vez están disponibles los desarrolladores que están muy familiarizados con el por qué las cosas se codificaron de la manera en que están.

Un enfoque para resolver este problema es el uso de 3rd soluciones para fiestas como panagenda ADNi. No solo proporciona información de uso, sino que también escanea e inventaria todo el código base. Estas soluciones le permiten utilizar un repositorio de código central para identificar estos patrones y puntos de función que pueden generar problemas. Además, pueden brindar información sobre la duplicación de código en su entorno. Es una gran diferencia si analiza y vuelve a desarrollar un bloque de código una vez y luego lo implementa en otras 19 bases de datos con el mismo bloque de código. O si tiene que analizar 20 bases de datos individualmente, solo para encontrar que los bloques de código son idénticos.

Al final del día, será un proceso continuo. Con muchas iteraciones y refinamiento constante en torno a estas tareas clave:

  • Lo que no se usa y lo que vale la pena llevar
  • Encuentre aplicaciones con código incompatible y el menor esfuerzo de remediación
  • Aislar bloques de código afectados, volver a desarrollar y probar
  • ¡Trabaje con las unidades de negocios para preparar otro lote de aplicaciones para Nomad Web!