Cómo mantener su proyecto rentable de principio a fin

Vía #3 de 7 nuevas formas de dominar los desafíos de migración de aplicaciones de Domino

En partes anteriores de esta serie, hablamos sobre cómo enfocar el alcance del proyecto en lo que es más importante y cómo tener una visión general de su base de código puede ayudarlo a ser más eficiente y tomar mejores decisiones para su proyecto.

En la parte 3, queremos abordar uno de los grandes obstáculos que la mayoría de nosotros conocemos muy bien por experiencia personal y laboral: "Encontrar un buen lugar para comenzar".

No importa si su proyecto de Notes/Domino está modernizando su infraestructura, migrando a la nube o abandonando la plataforma por completo. La consolidación de su infraestructura existente es un primer paso crucial en los proyectos más exitosos. Encontrar y eliminar la madera muerta en su entorno reducirá significativamente el esfuerzo general del proyecto y ahorrará costos.

Hacer las preguntas correctas fue un factor clave para reducir el alcance del proyecto en el primera parte de esta serie. Echemos un vistazo a algunas de esas preguntas nuevamente y concentrémonos en cómo podemos usar las respuestas para identificar el potencial de consolidación.

Debe tener una verdadera comprensión de la magnitud de la empresa. Necesita KPI para ayudar a evaluar el potencial de consolidación y medir el éxito:

Usuarios

Servidores

Aplicaciones

Esta es una de las preguntas más frecuentes que escuchamos. Es un punto de partida obvio para la consolidación.

El primer instinto suele ser simplemente eliminar todas las instancias de base de datos no utilizadas y celebrar una victoria rápida. Eso puede tener sentido en algunas situaciones: por ejemplo, cuando uno solo busca reducir la cantidad de servidores, pero es muy poco confiable para juzgar qué aplicaciones se pueden retirar.

Más interesante es averiguar para cuántas aplicaciones no se utiliza ninguna instancia de base de datos. Estos grupos de instancias de base de datos que comparten la misma ID de réplica son lo que llamamos "Conjuntos de réplica". Solo si todo el conjunto de réplicas no se utiliza y no se produce actividad en ningún servidor, una aplicación puede considerarse verdaderamente no utilizada.

El período durante el cual se observa la actividad juega un papel importante en el desmantelamiento. No todas las bases de datos se utilizan todos los días. Es posible que tenga bases de datos con uso estacional que solo se usan una vez al año, trimestre o mes. Para capturar esta variación, panagenda recomienda un período mínimo de observación de tres meses para garantizar que una base de datos no se utilice. Cuanto más largo sea el período de observación, mejores decisiones podrá tomar.

Habiendo identificado la madera muerta, damos el primer paso para limpiar nuestro entorno, seguimos buscando oportunidades en áreas un poco más exigentes.

Una consolidación es una oportunidad para encontrar y eliminar el costo de las licencias no utilizadas. La mayoría de las organizaciones tienen usuarios inactivos y servidores infrautilizados en sus libros. Actuar sobre esta información puede ahorrar mucho dinero con muy poco esfuerzo.

Encontrar y eliminar bases de datos inactivas de su entorno da como resultado una menor utilización del servidor. La consolidación de varios servidores infrautilizados reduce los costos de licencia, operaciones y administración.

La consolidación también es una oportunidad para revisar el diseño de su red Domino. Por ejemplo, los entornos diseñados hace 15 años teniendo en cuenta el ancho de banda deben reevaluarse. Es posible que la infraestructura moderna ya haya dejado obsoletos importantes redundancias o partes del concepto de descentralización del servidor.

Muchas organizaciones optan por crear entornos híbridos con aplicaciones que se ejecutan en varias soluciones. Incluso si Domino sigue siendo una plataforma de aplicaciones estratégicas, ciertos servicios genéricos (por ejemplo, correo, salas de equipos o bibliotecas de archivos) podrían desvincularse de ella con el tiempo. En tal escenario de migración, la actividad del usuario también se ve afectada. Se genera un potencial adicional de ahorro de licencias y se puede predecir mediante la comprensión del diseño de la base de datos.

Incluso si actualmente no está involucrado en un proyecto en particular, el rápido ritmo de cambio en los entornos de trabajo dinámicos crea oportunidades constantes para reducir el gasto total en TI a través de revisiones continuas de la actividad.

El concepto de herencia de diseño será un tema importante a lo largo de su proyecto. La segunda parte de esta serie. nos presentó el tema general y el impacto que tiene en el crecimiento de los entornos de Notes/Domino. El diseño en general es de gran importancia durante los proyectos de migración y modernización. Su importancia puede comenzar ya en la fase de consolidación.

Identificar las bases de datos que heredan el diseño de las plantillas estándar es importante por un par de razones diferentes. Desde una perspectiva organizacional, es comparativamente fácil entender el propósito al que sirven, incluso sin conocer el proceso comercial en el que están involucrados. Por ejemplo, una biblioteca de documentos se usará para intercambiar archivos, archivar documentos o algo por el estilo. No importa si se utilizan en los departamentos de Compras, Controlling o Fabricación. Obtener ese nivel de conocimiento de las aplicaciones desarrolladas a medida puede ser todo un desafío si esas aplicaciones han evolucionado a lo largo de los años. Esto es especialmente cierto si no solo está mirando uno o dos, sino cientos o miles.

Desde una perspectiva técnica, es inmensamente valioso saber qué características técnicas proporcionan tales bases de datos estándar. Brindará una perspectiva sobre si es factible usarlos a través de la web o hacerlos disponibles en dispositivos móviles. Especialmente dado que HCL está invirtiendo mucho en la modernización de las plantillas clásicas, eso podría ser una gran ganancia en un proyecto de modernización. En migración también puede ser muy rentable, porque para la mayoría de las plantillas estándar, hay ISV que ofrecen rutas de migración estándar a otras plataformas. Casi se pueden excluir del alcance del trabajo de migración manual que, a su vez, influye en varios KPI como "usuarios activos" o "bases de datos utilizadas en el servidor". Sea cual sea el camino, trabajar con aplicaciones estándar basadas en plantillas será mucho menos costoso que transformar aplicaciones desarrolladas a medida.

Combinemos esos temas y apliquémoslos a su proyecto de consolidación para resumir cómo puede beneficiarse mejor de los hallazgos. Incluso podemos crear una pequeña lista de verificación para usar como guía paso a paso. guide a través de las cosas más importantes a considerar:

Tarea: identificar aplicaciones no utilizadas

Tarea: identificar aplicaciones basadas en plantillas estándar

Tarea: identificar usuarios inactivos

Tarea: identificar servidores infrautilizados

Tarea: revisar el diseño de red de Domino

Después de esa fase de consolidación inicial, una vez que todo se recorta, se recogen las frutas más fáciles y el potencial de ahorro de costos de licencia es claro, asumimos las tareas que requieren más tiempo y recursos. Aquí, la diferencia entre proyectos de modernización y migración se hará más pronunciada. Sin embargo, también será un momento para verificar los cálculos detrás de su business case. Si quieres saber más, este tema será tratado en el pasado blog publicar y webinar de esta serie.

Sin embargo, no importa cuál sea su proyecto, hay algunos datos estratégicos que siempre necesitará. Cubriremos dos de los temas más importantes en nuestro próximo blog publicaciones y webinars:

La capacidad de identificar a las partes interesadas de la aplicación es de vital importancia cuando se trata de decidir sobre el futuro de una aplicación. Necesitamos que los departamentos o personas que utilizan la aplicación comprendan su función en el proceso empresarial. Sin embargo, también necesitamos saber qué departamentos o ubicaciones lo utilizan para poder distribuir el costo de nuestro esfuerzo de modernización o migración.

La mayoría de sus aplicaciones tendrán dependencias en una parte de su entorno u otra. Muchos de ellos estarán arraigados en el código mismo: servidor o nombres de usuario codificados, direcciones IP, bibliotecas externas, sistemas de fax, etc. Necesitamos saber dónde están estas dependencias, qué impacto tienen y cómo se pueden solucionar en el manera más eficiente, sin tener que rediseñar cientos o miles de diseños.

De aquí en adelante será una continua ampliación del círculo de aplicaciones en las que estamos trabajando. Cada paso será más costoso y una planificación prudente producirá beneficios cada vez mayores.

Muchas empresas de todo el mundo se han comprometido a HCL Notes/Domino* durante años. Conocen los muchos beneficios que se derivan de esa relación. Además, Notes/Domino se encuentra en el centro de sus procesos y de su funcionamiento. A pesar de todo esto, los responsables de la toma de decisiones de TI de todo el mundo están empezando a imaginar un futuro en el que Notes/Domino puede desempeñar un papel reducido o no desempeñar ningún papel.

*anteriormente IBM Notes/Domino