TROUBLESHOOTING SOA

SUITE ISSUES

Separación de instancias
Grupo Televisa-BETA

Author: Jorge Ramírez García

Creation Date: Agosto 11, 2023
Last Updated: Agosto 11, 2023
Document Ref: N/A
Version: 1.0
Contenido
Antecedentes ...................................................................................................................................... 3
Escenario Actual .................................................................................................................................. 3
ASSESMENT & FINDINGS ..................................................................................................................... 3
Hands - On .......................................................................................................................................... 6
Área de oportunidad ........................................................................................................................... 7
Conclusión ........................................................................................................................................... 8
Referencias .......................................................................................................................................... 8
Antecedentes
Derivado de los recientes acontecimientos ocurridos a nivel organizaciional en Grupo Televisa (GTV)
durante los últimos meses, ha surgido la necesidad de llevar a cabo una serie de cambios, ajustes y
adecuaciones en los diferentes sistemas con los que cuenta actualmente la empresa.

El objetivo principal de estos cambios es llevar a cabo una división con dos principales vértices, tener
una distribución equilibrada del modelo de negocio actual en el que consolida la operación de todas
las empresas y filiales que convergen alrededor de GTV y al mismo tiempo, conformar y estructurar
las herramientas tecnológicas necesarias para poder soportar y gestionar todo lo relacionado a la
operación a futuro.

Con un enfoque en el apartado tecnológico el objetivo de OMW es poder brindar los análisis “as is”,
evaluación “assesment”, modelado y diseño arquitectónico de soluciones, y una perspectiva
generalizada en torno a los escenarios actuales, los alcances y objetivos para poder proveer
soluciones optimas.

Escenario Actual
De la planificación actual y considerando el catalogo de aplicaciones y sistemas que serán necesarios
para lograr una óptima gestión de negocio, en este apartado nos centraremos en aplicaciones que
denominaremos de capa media (Middleware, integradores, orquestadores, etc.).

Tomando como base el ecosistema de aplicaciones y sistemas con los que cuenta GTV, se ha
planteado la necesidad de realizar una replica de aplicaciones Middleware que son las encargadas
de comunicar e integrar diversos módulos con los múltiples orígenes de datos, aplicaciones de
terceros, sistemas Cloud, etc. Con los que convive actualmente esta organización.

De las replicas que se han llevado a cabo hasta el momento, nos enfocaremos particularmente en la
SOA Suite donde hemos llevado a cabo una serie de revisiones, hallazgos, correcciones y mejoras
que contribuyan en medida de lo posible a la estabilidad de la infraestructura correspondiente a
nivel de aplicación. En los siguientes aparatados detallamos los aspectos mas sobresalientes que
identificamos en esta evaluación preliminar.

ASSESMENT & FINDINGS

Tras la puesta en marcha y entrega de la instancia (SOA Suite) por parte de Oracle, se han recibido
múltiples reportes por parte del equipo de desarrollo indicando que el estado actual es inoperable
por parte de la aplicación.

Del punto anterior, OMW ha llevado a cabo un proceso que denominamos “Detección y Corrección
de Fallos”. En este proceso identificamos los siguientes conflictos:

➢ Corrupción de múltiples artefactos Adaptadores, EJB’s, archivos de configuración,

subdeployments, etc.
➢ Corrupción de la soa-infra
➢ Múltiples composites inválidos o corruptos

➢ Referencias a hosts inaccesibles

➢ Orígenes de datos sin conexión

 ➢ ParntnerLinks y TopLinks en composites inaccesibles

➢ Resizing mandatorio no realizado en la infraestructura

Hands - On
Tomando en consideración la criticidad y el impacto del reporte recibido donde se indica que no es
posible continuar con actividades por parte del equipo de desarrollo se realiza la corrección de los
errores y/o fallos de mayor impacto donde consideramos las siguientes actividades:

➢ Resize y limpieza inicial de la infraestructura actual.

 ➢ Redeploy y relinking de la soa-infra para recuperar la consistencia del único manejado que
tendrá la disponibilidad de los recursos.

➢ Limpieza y retiro de compuestos de mayor afectación al performance de la aplicación desde

la metadata mediante la utilería wslt. Se consideran los siguientes compuestos
o GetDataItemsMaxMin
o BatchProcessSIAO07

➢ Evaluación y validación de la disponibilidad de la soa-infra para confirmar el control de los

recursos desplegados post-relink

Área de oportunidad
Derivado de la revisión y actividades realizadas, es necesario precisar que existen tareas que quedan
pendientes por hacer como parte del “day to day”. Estas tareas o actividades se pueden abordar
mediante un soporte dedicado con el objetivo de garantizar y agilizar la resolución de incidentes y
hallazgos futuros dadas las condiciones actuales del tipo de implementación y de la propia instancia
o aplicación.
Es importante precisar que los avances de esta revisión fueron enfocadas a la solución del incidente
sucedido y que si bien es cierto se avanzó en gran medida en el refinamiento y limpieza de la
infraestructura, no se debe pasar por alto la posibilidad y probabilidad de que sucedan nuevos
incidentes derivado del cómo nació la instancia.

Conclusión
Desde un punto de vista de buenas practicas y concluidas las actividades hasta el momento,
concluimos que NO es el método más adecuado para replicar particularmente las aplicaciones de
capa media, sin embargo, OMW entiende las limitantes en términos de objetivos y de tiempo por lo
que es importante establecer las siguientes sugerencias:

➢ Comenzar a la brevedad posible la revisión y evaluación del resto de instancias y aplicaciones

con el objetivo de anticipar y corregir cualquier defecto o issue derivado del propio
procedimiento de implementación.
➢ Estabilización de las aplicaciones pre y post entrega
➢ Implementación, configuración y despliegue de nuevos dominios.
➢ Análisis de las integraciones y/o soluciones
• Revisión de la arquitectura actual
• Evaluación de posibles cambios y/o mejoras
• Evaluación de impactos y análisis de riesgo
➢ Refinamiento de interfaces (Se considera el cambio hacia los diferentes orígenes y destinos
previos y actual)
➢ Aligeramiento de aplicaciones

Referencias
Todas las actividades realizadas descritas en el presente documento sucedieron en base a las
recomendaciones y casos documentados a través del repositorio de conocimiento MOS. Para más
información vea las siguientes notas.

https://support.oracle.com/

2694583.1
1474558.1
2502361.1
2265374.1
2346074.1
1224953.1
1506692.1