Si es CIO o responsable de TI, probablemente haya oído una pregunta parecida: «Citrix funciona. Oracle Forms funciona. ¿Por qué cambiar algo?» Es una pregunta razonable, porque ambas soluciones pueden funcionar bien. También conviene revisar lo que se paga cada mes en forma de trabajo menos visible: tiempo para incorporar usuarios, incidencias repetidas en los equipos, complejidad del acceso externo y tareas operativas para mantener un modelo de acceso basado en el escritorio.

Comparación de costes del acceso a Oracle Forms mediante Citrix y desde el navegador

En la mayoría de los entornos Oracle Forms, la evaluación del retorno de la inversión no gira principalmente en torno a ahorrar licencias de Oracle. El beneficio suele ser más práctico: simplificar la entrega y el acceso a la aplicación, conservar la lógica que ya funciona y establecer una vía controlada de modernización gradual cuando sea el momento adecuado.

La página de Webswing para Oracle Forms explica el modelo de acceso desde el navegador: el cliente de Forms se ejecuta en el servidor y su interfaz se ofrece mediante HTML5 en el navegador. Los usuarios no necesitan un cliente Java local, FSAL/JWS ni complementos. El modelo incluye capacidades para la operación empresarial.

Los costes también están alrededor de la licencia de Oracle

Una parte importante del coste procede del entorno que rodea a Oracle Forms y de la forma de ofrecer acceso a la aplicación.

Citrix o VDI suelen introducirse para estabilizar el acceso: uniforman las condiciones de ejecución, reducen las diferencias entre equipos y ofrecen control centralizado. Al mismo tiempo, añaden una capa de infraestructura, procesos operativos y administración de usuarios. Esto se refleja en partidas de presupuesto y, sobre todo, en horas de trabajo.

El acceso desde el navegador cambia la estructura del coste. Con Webswing, el entorno de ejecución del cliente pasa a una capa de servidor controlada y el usuario necesita solo un navegador. No desaparecen todos los costes, pero pueden reducirse áreas que suelen crecer de forma gradual: resolución de problemas en los equipos, diferencias de configuración y dificultades de acceso.

Dónde se esconden los costes reales

Para tomar decisiones, conviene identificar las dificultades operativas que se repiten y cuyo impacto aumenta con el número de usuarios.

Incorporación de nuevos usuarios

Cada paso adicional entre crear un usuario y que pueda trabajar de forma productiva tiene un coste. En Forms a través de Citrix o VDI, puede incluir permisos de acceso, configuración del cliente, perfiles, políticas, conectividad y acompañamiento del soporte. Esta carga resulta especialmente visible con personal temporal, partners, contratistas o auditores.

Con el acceso desde el navegador, el requisito del equipo se simplifica a un navegador habitual. Ese es el enfoque de Webswing para Oracle Forms: acceso desde navegadores modernos en distintos dispositivos, sin Java local.

Incidencias en los equipos que vuelven a aparecer

El coste no se limita a las grandes interrupciones ocasionales. También pesan los pequeños problemas de escritorio que se repiten: versiones distintas de Java, lanzadores, avisos de seguridad, entornos incoherentes y configuraciones particulares de cada equipo.

Por eso Webswing plantea un acceso sin cliente Java local, sin FSAL/JWS y sin complementos, conservando la lógica de la aplicación. Se reducen las variables en los dispositivos y se traslada el control a la capa de servidor.

Usuarios externos y acceso ocasional

VDI o Citrix también pueden responder a necesidades específicas: usuarios externos u ocasionales, acceso móvil o segmentos con altos requisitos de seguridad. Son necesidades reales. Sin embargo, el coste puede aumentar cuando se proporciona una infraestructura amplia para un uso limitado.

El modelo de Webswing permite acceder desde el navegador sin instalar clientes en las distintas plataformas y sin tener que reescribir el código Forms.

Gestión del cambio y velocidad de despliegue

Una capa de acceso difícil de modificar encarece cada mejora. Si cada actualización exige coordinar equipos individuales, la modernización y los parches pueden avanzar más despacio y el estado actual se mantiene más tiempo del deseado.

Con Webswing, el objetivo operativo es tratar Forms como un servicio centralizado, con SSO, proxy inverso, auditoría, métricas y clustering. Así, el despliegue y la gestión pueden seguir un modelo similar al de sus otros sistemas web.

Cuándo Citrix y VDI son una buena elección

Citrix o VDI pueden ser la estrategia adecuada si necesita virtualizar escritorios completos, mantener un aislamiento estricto o unificar la entrega de muchas aplicaciones bajo un mismo modelo. En esos casos, el valor está en la capa de virtualización y sus controles, además del acceso a Forms.

Conviene determinar si sus necesidades de acceso a Oracle Forms requieren realmente toda esa infraestructura.

Si su objetivo principal es un acceso fiable a Oracle Forms sin complicaciones en los equipos de usuario, merece la pena evaluar también las funciones que quizá no necesita a diario: gestión de sesiones de escritorio, perfiles de cliente complejos, capas adicionales de infraestructura y el trabajo que implica mantenerlas.

Webswing ofrece un enfoque más específico. Permite ofrecer aplicaciones Java existentes con interfaz gráfica, incluido Oracle Forms, directamente en el navegador y con un modelo operativo centralizado.Puede simplificar el entorno y conservar el control necesario. El beneficio se puede validar por etapas: empezar con un entorno y un grupo de usuarios y ampliar después el alcance.

Qué aporta el acceso desde el navegador

Con Webswing para Oracle Forms, los resultados que suelen interesar a los responsables de la decisión son:

  • Requisitos más sencillos para los equipos. Los usuarios necesitan un navegador, sin Java local, lanzadores ni complementos.
  • Un modelo operativo predecible. Webswing ofrece integración con proxy inverso y sistemas de identidad, monitorización y clustering para escalabilidad y disponibilidad.
  • Una base para modernizar gradualmente. Forms puede convivir con módulos web modernos en una experiencia de navegador común y evolucionar paso a paso.

Mejorar el acceso, por tanto, no obliga a iniciar una reescritura completa de la aplicación.

El Webswing Modernisation Framework describe este recorrido: primero habilitar el acceso web, después ampliar funciones o renovar la interfaz y reconstruir únicamente donde aporte un beneficio real.

Conservar el código no elimina el trabajo de implantación

Una evaluación realista incluye el esfuerzo necesario para poner la solución en marcha.

Hay que validar los procesos reales, especialmente impresión, intercambio de archivos y cualquier operación que utilice el equipo local. Explicamos las restricciones del entorno aislado del navegador, incluido el acceso a archivos, dispositivos y determinados usos de WebUtil, en la sección Soporte y limitaciones de Webswing para Oracle Forms.

Por eso conviene empezar con una prueba piloto pequeña: validar las tareas principales, identificar dependencias de WebUtil e integraciones locales y acordar soluciones que encajen con su entorno.

Si ya conoce integraciones directas con el sistema operativo, puede revisar los requisitos con nosotros mediante una demostración en directo o el contacto para Oracle Forms.

Evalúe el caso de negocio para su entorno Forms

Empiece por las mejoras que quiere conseguir su equipo: incorporar usuarios con más facilidad, dedicar menos tiempo a Java y los lanzadores en los equipos o simplificar el acceso de usuarios ocasionales y externos. Una prueba piloto acotada permite contrastar estos objetivos con procesos reales antes de decidir un despliegue más amplio.

Compare la configuración actual y la propuesta en cuatro áreas:

  • Acceso de usuarios y soporte: tiempo de incorporación, incidencias recurrentes y esfuerzo de soporte.
  • Costes actuales de acceso a la aplicación: los costes de Citrix o VDI que realmente se pueden reducir, cuando corresponda.
  • El entorno Webswing: licencias, soporte, infraestructura de servidor y operación continua.
  • Implantación: configuración, pruebas, formación y posibles cambios en las integraciones.

Utilice el mismo periodo de comparación e incluya los costes iniciales y recurrentes. Si Citrix sigue dando servicio a otras aplicaciones, contabilice solo la parte que realmente pueda eliminar o reducir.

Le ayudamos a definir la prueba piloto y a revisar los resultados según sus prioridades operativas.

Experiencia para entornos Oracle Forms complejos

Desarrollamos la compatibilidad de Webswing con Oracle Forms para despliegues reales. Los clientes que necesitan conocimientos adicionales o capacidad de implantación local también cuentan con nuestra red de partners. En la página de Partners de Webswing encontrará, entre otros, a Cologne Data.

Si WebforJ forma parte de sus herramientas preferidas para crear módulos web modernos en Java, el resumen WebforJ con Webswing describe su integración junto a los sistemas existentes.

Siguientes pasos

Para decidir con criterio entre Citrix/VDI y el acceso a Oracle Forms desde el navegador, empiece con una conversación centrada en la prueba piloto: grupos de usuarios, procesos, dependencias de WebUtil e integraciones locales y el modelo operativo que desea.

arrow_back_ios

AnteriorGrabación del webinario: Webswing 26.1 y aplicaciones Linux más allá de Java

SiguienteOracle Forms en la web: guía de modernización paso a paso

arrow_forward_ios