Lo primero que hicimos fue "congelar" el navegador con el puerto 80 desactivado y las versiones de flash que funcionan. Supongo que la mayoría lo hizo.
El segundo paso es bastante posible de usar como solución de destino: usar el navegador Maxthon 5 con el puerto 80 deshabilitado y olvidarse de la necesidad de "eliminar el flash". La solución fue elegida por la peculiaridad de la versión del navegador, que no se actualizará por sí sola (versión final) y utiliza la versión 27 del flash-player, que tampoco se actualizará.
El tercero, y el más caro, es actualizar el software a una versión independiente de flash. Esta tarea requirió esfuerzos por parte del proveedor SAS, por parte del equipo de implementación de Globyte LLC y por parte del equipo del banco de TI. Desde el lado del proveedor, fue necesario reelaborar los módulos dependientes de flash a HTML5 y proporcionar una herramienta para actualizar las instancias existentes del sistema. Desde el lado del equipo de implementación: elija una estrategia de actualización y elabore un plan, teniendo en cuenta las características específicas de la implementación y su personalización. Por parte del equipo de TI, coordinar el enfoque con el cliente empresarial y asegurar que el trabajo se lleve a cabo en entornos de producción.
Para los productos SAS, hay dos opciones para actualizar el sistema. La primera es la actualización in situ. Básicamente, es un gran parche de actualización de producto para la plataforma SAS que se instala en un entorno de producción existente. Por supuesto, la primera instalación se realiza en stands no industriales: aquí puede ser necesario fusionar el código en las partes personalizadas del producto, si hubo tales personalizaciones, y realizar pruebas de regresión. Y solo el siguiente paso será actualizar los stands preindustriales e industriales.
Sin embargo, la actualización in situ no siempre es posible: por ejemplo, cuando un producto ha evolucionado y una nueva versión se basa en una arquitectura diferente y una pila técnica diferente. En este caso, se requiere una migración completa a la nueva versión del software; esta es la segunda opción para actualizar el software SAS.
Y fue en esta situación donde se encontró la solución SAS AML. Nuestro logro en los últimos años es el lanzamiento e implementación de la primera etapa de un proyecto a gran escala para construir un sistema ALD para el departamento de monitoreo financiero. Una característica de este proyecto es que se trata del primer proyecto del banco, en cuyo marco se utilizaron plenamente las capacidades de la nueva plataforma de procesamiento de datos en línea, ODPP. Durante la primera fase, se implementaron los requisitos obligatorios de monitoreo y reporte. Desde finales de 2019 se ha puesto en marcha la segunda fase del proyecto, que implica el desarrollo de funcionalidades en el campo de la identificación de transacciones sospechosas y el control online. En modo industrial, la versión SAS AML 6.3 funciona en la plataforma SAS 9.4 M3, y la nueva versión de la solución, SAS AML 8.2, se presenta en la plataforma SAS Viya 3.5 actualizada.La nueva plataforma se basa en una nueva arquitectura de microservicio e incluye nuevos productos; por lo tanto, al migrar a una nueva versión, una parte de la funcionalidad debe adaptarse y la otra debe volver a implementarse.
El objetivo al que nos enfrentábamos era completar la tarea de desinfección y seguir las líneas de la segunda fase del proyecto. Para el sistema SAS AML, se eligió una migración secuencial en dos etapas.
En la primera etapa, es necesario migrar módulos dependientes de flash, lo que eliminará el problema agudo y evitará la congelación del navegador. El módulo principal que requiere desarmado es SAS Visual Analytics, una herramienta para crear y visualizar informes analíticos y de gestión. Además de la asignación de nuevos equipos y el despliegue de la nueva versión de SAS VA 8.5 en la plataforma SAS Viya 3.5, será necesario resolver varias tareas obligatorias, como integrar soluciones y configurar procesos ETL, así como un número de tareas que garantizan la transparencia y la experiencia del usuario, por ejemplo, configurar la autenticación de un extremo a otro (inicio de sesión único) para evitar volver a ingresar datos. La siguiente etapa es una migración completa a la nueva versión de la solución SAS AML 8.2: con la transferencia de la funcionalidad completa del sistema, configurando integraciones,poner el nuevo sistema en funcionamiento piloto y respaldar la existencia de dos sistemas para el período de transición.
Compañeros, compartan su experiencia: ¿cómo se las arreglaron con la tarea De-Flash?
Autor del artículo - @DSSD