Editar

Migración del sistema central de Unisys con Avanade AMT

Bastion
ExpressRoute
SQL Database
Virtual Machines
Virtual Network

En este artículo se describen las tecnologías de conversión que Avanade, un asociado de Microsoft, usa para migrar los flujos de trabajo de sistema central de Unisys a Azure.

Arquitectura heredada

En el diagrama siguiente se muestran los componentes típicos de los sistemas centrales de Unisys Burroughs MCP o del sistema operativo Unisys Sperry 1100/2200.

Diagrama que muestra los componentes del sistema central de Unisys Burroughs MCP o del sistema operativo Unisys Sperry 1100/2200.

Flujo de trabajo

  • Los usuarios administradores locales interactúan con el sistema central mediante el emulador de terminal (sistemas MCP) o el emulador de terminal UTS (sistemas operativos 1100/2200) (A). Los usuarios de la interfaz web local interactúan mediante un explorador web sobre el puerto 443 de TLS 1.3 (B). Los sistemas centrales usan estándares de comunicación como IPv4, IPv6, SSL/TLS, Telnet, FTP y Sockets.

  • El middleware integrado de acoplamiento flexible incluye servicios web, MOM, WebSphere MQ y MSMQ. Los integradores de entornos incluyen Java, .NET, Tuxedo y paquetes como SAP. Otro middleware incluye acceso directo a los datos mediante conectores de ODBC, JDBC y JCA, y proveedores de XML.

  • Los servidores de aplicaciones (C) realizan el procesamiento por lotes y controlan las transacciones mediante el servidor de administración de transacciones COMS para MCP o de los paquetes de interfaz de transacción o volumen elevado (TIP/HVTIP) para el sistema operativo 2200.

  • Las aplicaciones (D) para MCP están escritas en COBOL, C, PASCAL, ALGOL, RPG o WFL. Para el sistema operativo 2200, las aplicaciones están en COBOL, Fortran, C, MASM, SSG, PASCAL, UCOBOL o ECL.

  • Los sistemas de administración de bases de datos (E) cumplen las transacciones XA. MCP usa sistemas de base de datos de DMS II jerárquicos y el sistema operativo 2200 usa los sistemas de bases de datos relacionales o DMS II basados en red.

  • Entre los recursos de archivo (F) se incluyen los archivos CIFS, secuenciales, planos, de e/s con clave y de cinta virtual.

  • Un servidor dedicado controla las operaciones y la supervisión (G).

  • Un subsistema de impresión (H) administra las impresoras locales.

Arquitectura de Azure

En el segundo diagrama se muestra cómo los componentes del sistema central de Unisys se pueden asignar y migrar a las funcionalidades de Azure.

Diagrama que muestra cómo los componentes del sistema central de Unisys se pueden asignar a las funcionalidades de Azure.

Flujo de trabajo

  1. Un explorador web para acceder a los recursos del sistema de Azure reemplaza la emulación de terminal para la demanda y los usuarios en línea (A). Los usuarios acceden a las aplicaciones basadas en web mediante el puerto TLS 443. Para el acceso de administrador a las máquinas virtuales de Azure, los hosts de Azure Bastion maximizan la seguridad al abrir menos puertos.

  2. El código del nivel de presentación se ejecuta en IIS y usa ASP.NET para mantener las pantallas de la interfaz de usuario del sistema central de Unisys (B). Los niveles de presentación de las aplicaciones pueden permanecer prácticamente sin cambios, para que el usuario final no necesite casi reciclaje. También puede actualizar el nivel de presentación de la aplicación web con marcos modernos de experiencia del usuario.

  3. El marco de AMT convierte las cargas de presentaciones, lotes y transacciones del sistema central (C) en las granjas de servidores suficientes para controlar el trabajo. La solución usa dos conjuntos de dos máquinas virtuales que ejecutan los niveles web y de aplicación, preparadas por los equilibradores de carga de Azure en una distribución activa-activa para llevar el tráfico de las consultas y las transacciones.

    Los flujos de trabajo de solo lotes pueden tener otros conjuntos de servidores de transacciones detrás de los equilibradores de carga, en lugar de servidores de presentaciones.

  4. El marco de AMT convierte el código de la aplicación heredado (D) en C#/.NET. Si es necesario cambiar o editar el código, AMT mantiene y vuelve a procesar el código original. También puede editar el código de C# convertido directamente para que la base de código cumpla nuevos estándares.

  5. Las estructuras de base de datos heredadas (E) se pueden migrar a Azure SQL Database, con las funcionalidades de alta disponibilidad (HA) y recuperación ante desastres (DR) que proporciona Azure. Las herramientas de migración de datos de Avanade pueden convertir los esquemas de DMS y RDMS en SQL. Azure Private Link proporciona una conexión directa privada entre las máquinas virtuales de Azure y Azure SQL Database.

  6. Las estructuras de archivo (F) se asignan fácilmente a las construcciones de datos de almacenamiento en blobs o de archivos estructurados de Azure. Características como la replicación de grupos de conmutación por error de Azure ofrecen protección para los datos.

  7. La automatización de la carga de trabajo, la programación, los informes y los sistemas de supervisión del sistema (G) que son compatibles con Azure pueden mantener las plataformas actuales, como Unisys Operations Sentinel y SMA OpCon. El Centro de control de Avanade AMT también puede atender estas funciones.

  8. Las funcionalidades de alta disponibilidad y recuperación ante desastres de Azure Site Recovery reflejan las máquinas virtuales de Azure en una región de Azure secundaria para agilizar la conmutación por error en caso de error en el centro de datos de Azure.

  9. El sistema puede admitir impresoras (H) y otros dispositivos de salida del sistema heredados si tienen direcciones IP conectadas a la red de Azure.

Componentes

  • Azure Virtual Machines son recursos informáticos escalables a petición. Ofrece la flexibilidad de la virtualización sin necesidad de adquirir y mantener el hardware físico.

  • Las redes virtuales de Azure son los bloques de creación fundamentales para las redes privadas de Azure. Las redes virtuales permiten que los recursos de Azure, como las VM, se puedan comunicar entre sí, con Internet y con redes en el entorno local. Aunque una red virtual de Azure se parece a una red tradicional local, ofrece las ventajas añadidas de la infraestructura de Azure, como la escalabilidad, la disponibilidad y el aislamiento.

    Las interfaces de red virtual permiten que las máquinas virtuales de Azure se comuniquen con Internet, Azure y recursos locales. Como en esta arquitectura, puede agregar varias tarjetas de interfaz de red a una máquina virtual de Azure. Las máquinas virtuales secundarias pueden tener sus propios dispositivos de interfaz de red y direcciones IP dedicados.

  • Los discos administrados de Azure son volúmenes de almacenamiento de nivel de bloque que Azure administra en máquinas virtuales de Azure. Los tipos de discos disponibles son discos Ultra, unidades de estado sólido (SSD) prémium, unidades SSD estándar y unidades de disco duro estándar (HDD). Esta arquitectura funciona mejor con unidades de estado sólido prémium o SSD de disco Ultra.

  • Azure Files ofrece recursos compartidos de archivos totalmente administrados en la cuenta de Azure Storage que son accesibles desde la nube o de forma local. Las implementaciones de Windows, Linux y macOS pueden montar los recursos compartidos de archivos de Azure simultáneamente y acceder a los archivos mediante el protocolo de bloque de mensajes del servidor (SMB) estándar del sector.

  • Azure ExpressRoute permite ampliar las redes locales en la nube de Microsoft a través de una conexión privada que facilita un proveedor de conectividad. Con ExpressRoute, se pueden establecer conexiones con servicios en la nube como Azure y Office 365.

  • Azure Bastion es una plataforma totalmente administrada como servicio (PaaS) que se aprovisiona en las redes virtuales. Proporciona una conectividad RDP y SSH seguras e ininterrumpidas a las máquinas virtuales de la red virtual directamente desde Azure Portal mediante TLS.

  • Azure SQL Database es un motor de base de datos de PaaS totalmente administrado que se ejecuta siempre en la última versión estable de SQL Server y en un sistema operativo revisado con el 99,99 % de disponibilidad. SQL Database se encarga de la mayoría de las funciones de administración de bases de datos, como actualizar, aplicar revisiones y copias de seguridad, y supervisar sin intervención del usuario. Estas funcionalidades de PaaS le permiten centrarse en la administración y la optimización de las bases de datos empresariales críticas y específicas del dominio.

  • Azure Private Link para Azure SQL Database proporciona una conexión directa, privada y aislada a la red troncal de redes de Azure, entre las máquinas virtuales de Azure y Azure SQL Database.

Detalles del escenario

Los sistemas de centrales ClearPath de Unisys son entornos operativos completos que se pueden escalar verticalmente para controlar las cargas de trabajo críticas. Los modelos de sistema central ClearPath incluyen Dorado, que ejecuta el sistema heredado Sperry 1100/2200, y Libra, que ejecuta el sistema heredado Burroughs A Series/MCP. La emulación, conversión o modernización de estos sistemas en Azure puede proporcionar un rendimiento y unas garantías de Acuerdo de Nivel de Servicio similares, al tiempo que se aprovechan las ventajas de flexibilidad, confiabilidad y funcionalidades futuras de Azure.

El marco de trabajo de la tecnología de migración automatizada (AMT) permite agilizar el traslado a Azure sin tener que volver a escribir el código de la aplicación ni rediseñar la arquitectura de los datos. El marco de trabajo convierte el código heredado en C#, mientras se mantiene el código fuente en su formato original. Las interfaces de usuario y las interacciones con la aplicación pueden quedar prácticamente inalteradas, por lo que el usuario final no necesitaría reentrenamiento.

Avanade AMT Transform automatiza la migración del ecosistema completo del sistema central a Azure, mediante la conversión de:

  • Código de aplicación de transacciones a AMT COBOL o directamente a C# y .NET. AMT mantiene la estructura del código original para usarla como línea de base o para permitir futuras ediciones.
  • Todas las bases de datos, ya sean jerárquicas, de red o relacionales, a Azure SQL Database.
  • Scripts de WFL/ECL a Windows PowerShell o a scripts de Visual Basic de código abierto.
  • Todos los archivos planos binarios o indexados.

Posibles casos de uso

El marco de la AMT admite varias opciones para migrar cargas de trabajo de cliente a Azure:

  • Un método consiste en convertir y trasladar todo el sistema central a Azure a la vez, lo que permite ahorrar costos de soporte técnico de instalaciones y mantenimiento del sistema central provisionales. Este enfoque conlleva cierto riesgo, ya que todos los procesos, como la conversión de aplicaciones, la migración de datos y las pruebas, deben alinearse para la fluidez de la transición.

  • Un segundo método consiste en trasladar las aplicaciones del sistema central a Azure gradualmente, con el objetivo final de la transición completa. Esta táctica supone un ahorro por aplicación y las lecciones aprendidas sobre la conversión de las aplicaciones pueden ayudar con las conversiones posteriores. Modernizar cada aplicación en su propia programación puede ser más tranquilo que convertirlo todo a la vez.

Este método escalonado también proporciona más ciclos de procesamiento en el sistema central con la conversión de las aplicaciones a Azure. Finalmente, el colapso del sistema central con la conversión de las aplicaciones a Azure resalta la necesidad de retirar el sistema central.

Consideraciones

Estas consideraciones implementan los pilares del marco de buena arquitectura de Azure, que es un conjunto de principios guía que se pueden usar para mejorar la calidad de una carga de trabajo. Para más información, consulte Marco de buena arquitectura de Microsoft Azure.

Disponibilidad

  • Esta arquitectura usa Azure Site Recovery para reflejar las máquinas virtuales de Azure en una región de Azure secundaria para agilizar la conmutación por error y la recuperación ante desastres en caso de error en el centro de datos de Azure.

  • La replicación de grupos de conmutación por error de Azure proporciona protección de datos mediante la administración de la replicación y la conmutación por error a otra región.

Resistencia

Los equilibradores de carga agregan resistencia a la solución. Si se produce un error en un servidor de presentaciones o transacciones, el otro servidor detrás del equilibrador de carga se encarga de la carga de trabajo.

Escalabilidad

Puede escalar horizontalmente los conjuntos de servidores para aumentar el rendimiento. Para más información, consulte Conjuntos de escalado de máquinas virtuales.

Seguridad

La seguridad proporciona garantías contra ataques deliberados y el abuso de datos y sistemas valiosos. Para más información, consulte Introducción al pilar de seguridad.

  • Esta solución usa un grupo de seguridad de red (NSG) de Azure para administrar el tráfico entre los recursos de Azure. Para más información, consulteGrupo de seguridad de red.

  • Private Link para Azure SQL Database proporciona una conexión directa, privada y aislada a la red troncal de redes de Azure, desde las máquinas virtuales de Azure hasta Azure SQL Database.

Azure Bastion maximiza la seguridad de acceso de administrador al dejar menos puertos abiertos. Proporciona una conectividad RDP y SSH seguras e ininterrumpidas sobre TLS desde Azure Portal a las máquinas virtuales de la red virtual.

Optimización de costos

La optimización de costos trata de buscar formas de reducir los gastos innecesarios y mejorar las eficiencias operativas. Para más información, vea Información general del pilar de optimización de costos.

  • Azure SQL Database debe usar los niveles de SQL Database Hiperescala o Crítico para la empresa para los grandes números de operaciones de entrada/salida por segundo (IOPS) y un Acuerdo de Nivel de Servicio con tiempo de actividad prolongado.

  • Esta arquitectura funciona mejor con unidades de estado sólido prémium o SSD de disco Ultra. Para más información, consulte Precios de Managed Disks.

Colaboradores

Microsoft mantiene este artículo. Originalmente lo escribieron los siguientes colaboradores.

Autor principal:

Para ver los perfiles no públicos de LinkedIn, inicie sesión en LinkedIn.

Pasos siguientes

Para más información, póngase en contacto con legacy2azure@microsoft.com.

Explorar recursos relacionados: