Editar

Compartir a través de

Migración del sistema central de Unisys con Avanade AMT

Azure Bastion
Azure ExpressRoute
Azure SQL Database
Azure Virtual Machines
Azure Virtual Network

En este artículo se describe cómo usar la tecnología de migración automatizada (AMT) de Avanade para migrar código fuente de Master Control Program (MCP) de Unisys y emular sistemas MCP a la nube de Azure.

Puede usar el marco de AMT para convertir el código fuente de la aplicación del sistema central Unisys propietario y las aplicaciones MCP emuladas basadas en las siguientes configuraciones:

Código de origen principal Sistema operativo (SO) de destino Tiempo de ejecución de destino
COBOL Windows o Linux .NET C# o Java
XGEN Windows o Linux .NET C# o Java
LINC/AB Suite Windows .NET C#

Use el sistema central Unisys local y los recursos de MCP emulado para migrar a entornos de infraestructura como servicio (IaaS) y plataforma como servicio (PaaS) de Azure rentables y escalables.

Arquitectura heredada

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

Descargue un archivo Visio de esta arquitectura.

Flujo de trabajo

A Los usuarios administradores locales interactúan con el sistema central mediante un emulador de terminal (sistemas MCP) o un emulador de terminal UTS (sistemas operativos 1100/2200).

B. Los usuarios de la interfaz web local interactúan mediante un explorador web sobre el puerto 443 de la seguridad de la capa de transporte (TLS) 1.3. 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. Entre el middleware que proporciona acceso directo a los datos se incluyen conectores de ODBC, JDBC y JCA, y proveedores de XML.

C. Los servidores de aplicaciones 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.

D. Las aplicaciones 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 (2200).

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

F. Las instalaciones de archivos incluyen el protocolo de Sistema de archivos de Internet común (CIFS), archivos secuenciales, archivos planos, archivos de entrada/salida con claves (E/S) y archivos de cinta virtual.

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

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

Arquitectura de Azure

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

Descargue un archivo Visio de esta arquitectura.

Flujo de trabajo

  1. Un explorador web accede a los recursos de Azure, que reemplaza los protocolos del sistema central estándar, como la emulación de terminal T27 para usuarios en línea y a petición. Los usuarios acceden a las aplicaciones basadas en web a través de una conexión privada de Azure ExpressRoute mediante el puerto TLS 443 (A). Por motivos de seguridad y rendimiento, esta solución implementa todos los recursos de Azure en una instancia de Azure Virtual Network, con un grupo de seguridad de red para ayudar a administrar el tráfico. 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. AMT convierte el sistema central Unisys y las cargas de trabajo de presentación de MCP emuladas para que se ejecuten en Azure Virtual Machine Scale Sets. Estas máquinas virtuales ejecutan capas web y de aplicación originales. Las VM usan almacenamiento en disco SSD prémium o Ultra con redes aceleradas para lograr un alto rendimiento. Azure Load Balancer equilibra el tráfico a las máquinas virtuales. Las VM ejecutan las capas web y de aplicación en una organización activa-activa para propagar el tráfico de consultas. El código de capa de presentación se ejecuta en el servicio de presentación web y usa el marco de AMT para proporcionar las pantallas de interfaz de usuario de Unisys (B). Las capas de presentación originales se migran funcionalmente sin cambios para minimizar el reentrenamiento del usuario. Las capas de presentación se actualizan con un marco de experiencia de usuario moderno basado en la web.

  3. Las granjas de servidores se crean para dar cabida a las cargas de trabajo de transacciones y lotes del sistema central convertidos. Virtual Machine Scale Sets controla los picos de carga de trabajo (C). Un equilibrador de carga dirige los servidores de transacciones. Distribuye el tráfico en una disposición activa-activa y distribuye el tráfico de transacciones en la granja de servidores.

  4. El código de aplicación del sistema central (D) se convierte en artefactos de .NET, C# o Java. Este código migrado se ejecuta en los servidores de transacciones para proporcionar la lógica de negocios actual.

  5. Las estructuras de base de datos heredadas (E) se pueden migrar a bases de datos modernas, que aprovechan las capacidades de alta disponibilidad y recuperación ante desastres (DR) que proporciona Azure. Las herramientas de migración de datos AMT de Avanade pueden convertir esquemas DMSII y RDMS en bases de datos modernas. Azure Private Link proporciona una conexión directa privada entre las máquinas virtuales a las bases de datos.

  6. Las estructuras de archivo (F) se asignan 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 automática 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 AMT de Avanade también puede realizar estas tareas.

  8. Las funcionalidades de alta disponibilidad y recuperación ante desastres de Azure Site Recovery reflejan las máquinas virtuales 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 proporciona recursos informáticos escalables a petición. Virtual Machines ofrece la flexibilidad de la virtualización sin necesidad de comprar y mantener hardware físico.

  • Las redes virtuales 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 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 se comuniquen con Internet, Azure y recursos locales. Puede agregar varias tarjetas de interfaz de red a una VM, de modo que las VM secundarias puedan 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. Los tipos de discos son Almacenamiento en disco Ultra, SSD prémium, SSD estándar y HDD estándar. Esta arquitectura funciona mejor con unidades de estado sólido prémium o Almacenamiento en 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.

  • 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 Microsoft 365.

  • Azure Bastion es una plataforma totalmente administrada como servicio (PaaS) que se aprovisiona en la red virtual. Azure Bastion proporciona conectividad de Protocolo de escritorio remoto (RDP) y Secure Shell (SSH) segura e ininterrumpida a las VM 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 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 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.

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

  • Site Recovery proporciona procesos de replicación, conmutación por error y recuperación para ayudar a mantener las aplicaciones en funcionamiento durante las interrupciones planificadas e imprevistas.

  • Load Balancer proporciona aplicaciones escalables y de alta disponibilidad en cuestión de minutos con el equilibrio de carga de las aplicaciones integrado para los servicios en la nube y las máquinas virtuales. Load Balancer admite los protocolos basados en TCP/UDP, como HTTP, HTTPS y SMTP. Con Load Balancer, puede proporcionar una mejor experiencia de cliente para escalar automáticamente el tráfico creciente de la aplicación. No es necesario volver a configurar ni administrar el equilibrador de carga.

Detalles del escenario

Esta solución transforma aplicaciones, infraestructuras, lógica de negocio y procesos heredados propietarios en tecnologías de nube estandarizadas y con pruebas comparativas para ayudar a promover prácticas y principios ágiles de DevOps y alinearse con la norma de productividad actual. Transforme las infraestructuras y aplicaciones heredadas para ofrecer una alineación empresarial y de TI más unificada.

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 (SLA) similares, al tiempo que se aprovechan las ventajas de flexibilidad, confiabilidad y funcionalidades futuras de Azure.

Use el marco de AMT de Avanade para pasar rápidamente a Azure sin tener que volver a escribir código de aplicación ni rediseñar la arquitectura de datos. El marco de trabajo convierte el código heredado en C#, mientras se mantiene el código fuente en su formato original. No es necesario cambiar las interfaces de usuario y las interacciones de usuario de la aplicación, lo que minimiza la necesidad de volver a entrenar al usuario final.

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

  • Código de aplicación de COBOL a AMT COBOL o directamente a .NET C# o Java.
  • Código de aplicación XGEN directamente a .NET C# o Java.
  • Código de aplicación de LINC/AB Suite directamente a .NET C#.
  • Bases de datos de Unisys, ya sean jerárquicas, de red o relacionales, a bases de datos modernas de Azure.
  • Scripts WFL/ECL a Windows PowerShell (.NET C#), Python o Java.
  • Todos los archivos planos binarios e indexados.

Posibles casos de uso

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

  • Conversión de todo el sistema: un método de migración es 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. Debe considerar y administrar cuidadosamente este enfoque, ya que todos los procesos, como la conversión de aplicaciones, la migración de datos y las pruebas, deben alinearse para una transición sin problemas.
  • Transición de aplicaciones por fases: una segunda metodología consiste en mover aplicaciones del sistema central a Azure mediante un enfoque por fases con una transición completa como objetivo final. Puede ahorrar dinero en aplicaciones individuales. También puede obtener información sobre la conversión de cada aplicación y aplicar esas lecciones a las conversiones posteriores.
  • Optimización de recursos con transición por fases: si el objetivo es liberar recursos en el sistema central, el método por fases puede proporcionar más ciclos de procesamiento en el sistema central porque convierte y migra aplicaciones a Azure. Este método da como resultado una migración más compleja debido a diversos factores, incluida la configuración de interfaces temporales en el sistema central y la desacoplamiento de código complejo. Puede retirar el sistema central una vez completadas todas las fases de migración.

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.

Confiabilidad

La confiabilidad garantiza que la aplicación pueda cumplir los compromisos contraídos con los clientes. Para más información, consulte Resumen del pilar de fiabilidad. Siga estas recomendaciones de fiabilidad:

  • Use Site Recovery para reflejar las VM 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.
  • Use la replicación de grupos de conmutación por error automática de Azure para administrar la replicación de base de datos y la conmutación por error en otra región.
  • Use Load Balancer para generar resistencia en esta solución. Si se produce un error en un servidor de presentaciones o transacciones, los servidores subyacentes del equilibrador de carga se encargan de la carga de trabajo.

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. Siga estas recomendaciones de seguridad:

  • Use grupos de seguridad de red (NSG) de Azure para administrar el tráfico entre los recursos de Azure. Para más información, consulte Grupo de seguridad de red.

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

  • Use Azure Bastion para maximizar la seguridad del acceso de administrador al dejar menos puertos abiertos. Azure Bastion 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. Siga estas recomendaciones de optimización de costes:

  • Puede optimizar Azure Reserved Virtual Machine Instances desactivando las máquinas virtuales cuando no sean necesarias y programaciones de scripting para patrones de uso conocidos. AMT de Avanade en Azure se ejecuta en máquinas virtuales Windows o Linux, lo que optimiza los costes.

  • Asegúrese de usar solo una instancia de máquina virtual con Site Recovery si las máquinas virtuales de los conjuntos de servidores están duplicadas. Con Site Recovery, se paga por cada instancia protegida.

  • Para calcular los costos de la implementación de esta solución, use la calculadora de precios de Azure.

Eficiencia del rendimiento

La eficiencia del rendimiento es la capacidad de la carga de trabajo para escalar con el fin de satisfacer de manera eficiente las demandas que los usuarios hayan ejercido sobre ella. Para obtener más información, vea Resumen del pilar de eficiencia del rendimiento.

  • AMT de Avanade ha demostrado una escalabilidad de aplicación única equivalente a 28 000 millones de instrucciones por segundo (MIPS) como mínimo.

  • Use Virtual Machine Scale Sets para que cada conjunto de servidores pueda escalar horizontalmente para proporcionar más rendimiento. Para obtener más información, consulte Virtual Machine Scale Sets.

  • SQL Database dispone de niveles de hiperescala o críticos para la empresa para las grandes cantidades de operaciones de entrada/salida por segundo (IOPS) y SLA con un elevado tiempo de actividad. Para información sobre los precios, consulte Precios de SQL Database.

  • Use SSD prémium o Almacenamiento en disco Ultra para obtener el mejor rendimiento. Para obtener información sobre precios, consulte los 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

Explorar recursos relacionados: