Varias nubes. Un plan claro.

Un sistema no puede ubicarse de forma razonable sin conocer sus flujos de datos. Una aplicación operada localmente puede estar estrechamente conectada con una base de datos, la conexión con máquinas o una gestión de usuarios. Si se trasladan partes concretas, los tiempos de respuesta y la dependencia de las conexiones pueden cobrar más importancia. Por eso analizamos junto con usted qué componentes deben permanecer juntos y cuáles pueden operarse realmente por separado. El uso deseado de varios proveedores se evalúa frente a estos requisitos, en lugar de darse por hecho como un fin en sí mismo.

La visión objetivo tiene en cuenta tanto el beneficio para el negocio como el esfuerzo adicional. Los distintos entornos pueden necesitar procedimientos de acceso, herramientas y competencias propios. El tráfico de datos continuo y el soporte de las interfaces compartidas también forman parte del análisis. La decisión documenta por qué una aplicación permanece en un lugar determinado o debe trasladarse a él. Así se crea una arquitectura que sigue siendo comprobable ante cambios posteriores y cuya distribución puede explicarse a partir de los requisitos de sus aplicaciones.

Que una conexión de red se establezca con éxito no demuestra todavía que la aplicación funcione por completo a través de ella. La resolución de nombres, los permisos de usuario, los accesos a datos y las interfaces externas pueden tener requisitos adicionales. Por eso, durante la implementación se identifican y configuran conjuntamente las vías de comunicación necesarias. A continuación, las personas implicadas del ámbito técnico y de las áreas de negocio comprueban los procesos relevantes. De este modo puede determinarse si el entorno no solo es accesible, sino que también cumple efectivamente las tareas previstas en las nuevas condiciones.

Además, se evalúa qué ocurre en caso de interrupción. ¿Qué componentes siguen siendo utilizables, qué procesos quedan en espera y qué datos deben conciliarse más adelante? Las respuestas determinan qué procedimientos se necesitan en la operación. Las pruebas y la documentación ponen de manifiesto los límites de la arquitectura elegida. Cuando no se alcanza el comportamiento deseado, debe tomarse una decisión consciente sobre ajustes, medidas adicionales o la limitación restante. Esta decisión forma parte de la aceptación de la integración.

En una incidencia que afecta a varios entornos, a menudo no está claro de entrada qué parte es la causa. Sin vías de notificación acordadas, varias partes pueden entonces remitirse cada una a un ámbito de responsabilidad distinto. Por eso definimos junto con usted quién recibe una incidencia, qué información se necesita y cómo se involucra a otras personas implicadas. También se describe la coordinación en los cambios, de modo que una intervención en un entorno no tenga efectos inadvertidos en otras aplicaciones o emplazamientos.

Un cambio futuro se analiza a partir de dependencias concretas: la exportación de datos, los servicios utilizados, la configuración y las adaptaciones necesarias en la aplicación. Utilizar varios proveedores no significa automáticamente que una aplicación pueda trasladarse sin más entre ellos. Estos límites se documentan y se estima el posible esfuerzo. Así, su equipo obtiene una base comprensible para futuras decisiones y puede valorar qué preparación sería necesaria para un traslado o una consolidación del conjunto de sistemas.