Instalación de Hybrid Service: lo mejor del on-demand y del on-premise

November 03, 2016 · Michael Bock · Rapidi Connector

Nos alegra mucho presentarte el nuevo despliegue Hybrid Service para RapidiOnline. Con esta versión, desplegar el servicio RapidiOnline como una instalación Hybrid Service es mucho más sencillo.

¿Qué es exactamente un Hybrid Service?

Puedes ver el despliegue Hybrid Service como la combinación de un servicio on-demand y un producto instalado en local. Con el Hybrid Service de RapidiOnline obtienes lo mejor de los dos mundos: nuestra interfaz de configuración on-demand, a la que puedes acceder desde cualquier lugar, y nuestras funciones de monitorización y alertas gestionadas de forma centralizada, combinadas con un despliegue en un clic de los cambios de configuración en local y una ejecución totalmente independiente de la conexión a internet.

Quién necesita el Hybrid Service

El Hybrid Service tiene más sentido si tienes dos o más sistemas instalados localmente entre los que necesitas integrar o replicar datos. Con el Hybrid Service tus datos no salen de tu red (siempre que el origen y el destino estén ambos en tu red local) y, por supuesto, eso acelera las transferencias frente al servicio RapidiOnline normal. Puedes seguir usando nuestra tecnología RapidiConnector para comprimir y empaquetar datos si tienes oficinas o instalaciones remotas accesibles a través de una VPN privada o incluso a través de internet.

Si tienes normas de seguridad estrictas que exigen que tus datos no salgan de tu red local, el Hybrid Service también lo garantiza.

imagen 1: ilustración del despliegue Hybrid Service con sistemas Microsoft Dynamics NAV

¿En qué se diferencia el Hybrid Service del despliegue normal y qué ha cambiado?

En RapidiOnline llevamos ya un par de años ofreciendo la opción de despliegue Hybrid Service y varios clientes la utilizan. La antigua opción de despliegue Hybrid Service se basaba en trasladar toda la base de datos de configuración y el motor del servicio al servidor del cliente. La interfaz MyRapidi se dirigía entonces a la base de datos de configuración local en lugar de a una central. Eso podía provocar cierta lentitud al trabajar con la interfaz MyRapidi.

A continuación tienes algunos aspectos destacados de cómo se diferencia el despliegue Hybrid Service del despliegue RapidiOnline normal y del anterior despliegue Hybrid Service:

• La mayor parte de la configuración (Connections, Transfers, Groups, etc. se almacenan en una base de datos de configuración central - igual que en nuestro despliegue normal). Esto ofrece tiempos de respuesta mucho más rápidos al trabajar, por ejemplo, con Transfers.
• El Log, los Schedules y RTI se almacenan en una base de datos MySQL en el servidor del cliente. Esto garantiza un buen rendimiento al ejecutar Rapidi y la independencia de internet.
• El servicio Rapidi (Hybrid) local lee la información de configuración de un archivo del sistema de archivos local (el archivo contiene todas las transferencias, campos, conexiones, grupos, etc.)
• El proceso "Activate Changes" guarda la configuración central en un archivo, descarga ese archivo en tu servidor, lo copia sobre el archivo de configuración "activo" y hace que el proceso Rapidi local recargue el archivo "activo". Normalmente es rápido - unos 10 segundos.
• La aplicación de configuración (MyRapidi) sigue siendo la misma (solo más rápida de usar) - buscará los Schedules, el Log y RTI en tu base de datos MySQL local, y el resto de forma centralizada.
• El proceso Read Design realiza la lectura del diseño en local, pero envía el resultado al servidor central y lo almacena en la base de datos central. 
• Ahora es Rapidi.exe (Rapidi64.exe) quien también puede ejecutar el proceso local (híbrido) en local.
• Rapidi.exe ya se puede instalar como servicio de Windows (de 64 bits o de 32 bits) con nuestro nuevo Rapidi Service Controller. El Rapidi Service Controller se encarga de instalar tanto los Hybrid Services como los servicios RapidiConnector normales.
• Rapidi.exe ya no necesita ejecutarse con un usuario de Windows que tenga derechos de administrador. Puede ejecutarse con una cuenta de usuario de Windows normal. Los derechos de administrador solo se necesitan durante la instalación y la configuración inicial.

 

Para conseguir todo lo anterior hemos realizado una serie de cambios. Si te interesan esos detalles técnicos, repasa la lista siguiente: 

1. Al escribir la configuración en un archivo (lo que llamamos un archivo de configuración congelado), ahora incluimos también el Configuration Database Type para saber qué nombres de campo usar o esperar en el archivo.
2. Hemos actualizado la versión del archivo de configuración congelado a 2 (antes era 1) - esto significa que las versiones antiguas de Rapidi no podrán usar los nuevos archivos de configuración. La nueva versión de Rapidi puede leer tanto los archivos de configuración nuevos como los antiguos.
3. Ahora empaquetamos y comprimimos la configuración antes de escribirla en el archivo. Como resultado, los archivos son en general unas 7 veces más pequeños (por ejemplo, de 3,3 MB a 0,5 MB). 
4. La función "Activate Changes" ahora funciona de otra manera para los Hybrid Services. Escribe la configuración almacenada de forma centralizada en un archivo (con un nombre que incluye una marca de tiempo - por ejemplo, config_20161020134804.frz), descarga después ese archivo en el Hybrid Service instalado localmente y, por último, pide a ese Hybrid Service que use el nuevo archivo de configuración (que lo copie sobre config.frz y lo cargue como la nueva configuración actual).
5. El archivo de configuración contiene una fecha de caducidad - la fecha de caducidad del servicio que ves en el Dashboard. La fecha de caducidad de un servicio se comprueba al ejecutar Transfers. Después de prolongar tu servicio, tienes que ejecutar "Activate Changes" para que la nueva fecha de caducidad pase al archivo de configuración y el servicio Rapidi pueda seguir ejecutando Transfers y Schedules.
6. Al cargar un nuevo archivo de configuración, el Hybrid Service pide primero al Scheduler que se detenga y después espera a que el Scheduler termine el trabajo en curso (y se detenga). De forma predeterminada espera hasta 30 minutos antes de darse por vencido (durante la espera se muestran mensajes). El valor predeterminado de 30 minutos se puede ajustar en el archivo Rapidi.cfg (el parámetro se llama "ActivateChangesMaxWaitTimeSeconds" y su valor predeterminado es 1800).
7. La función "Read Design" ahora funciona de otra manera para los Hybrid Services. Pide al servicio instalado de forma centralizada que ejecute el ReadDesign. Ese servicio central pide después al Hybrid Service que inicie el ReadDesign (por sí mismo o a través de un RapidiConnector). El Hybrid Server devuelve el diseño al servicio central, que lo almacena después en la base de datos de configuración central.
8. Hay un nuevo parámetro de inicio para un servicio central que deba funcionar como Hybrid Service: se llama "HybridCentral". Cuando el servicio central se inicia así, no arranca las interfaces Log, Scheduler, RTI ni LinkStorage y además deja las contraseñas cifradas (de todos modos no tiene la clave correcta para descifrarlas, ya que las cifra el Hybrid Service local). Un servicio central iniciado de esta forma puede realizar ReadDesign, ActivateChanges y la subida o descarga de archivos, pero no ejecuta Schedules ni Transfers.
9. El Hybrid Service ahora informa a MyRapidi del nombre del equipo y del nombre del servicio de Windows. Se ve al usar la función "Get Status" del Dashboard.
10. El Hybrid Service ya se puede instalar con el Rapidi Service Controller. En la página "Install Service" hay una casilla llamada "Hybrid Service". Cuando la marcas, el nombre del servicio será <serviceno>_HYBRIDSERV y los parámetros del Registro para el nuevo servicio se adaptarán para que Rapidi.exe funcione como Hybrid Service local.
11. Cuando el Hybrid Service se inicia por primera vez justo después de la instalación con el Rapidi Service Controller, ahora acepta arrancar sin ninguna configuración (incluso sin el archivo de configuración config.frz). Durante la instalación con el Rapidi Service Controller debes introducir un nombre de usuario y una contraseña (normalmente HYBRIDSERV y una contraseña generada de forma única que te facilita el soporte de RapidiOnline) y, si no hay ninguna configuración que cargar, el Hybrid Service acepta conexiones con ese nombre de usuario y esa contraseña. Así el servicio central puede conectarse y descargar y activar el primer archivo de configuración (durante el primer "Activate Changes").
12. Tanto el Log como el Scheduler usan ahora horas UTC, sea cual sea la zona horaria configurada en el servidor. Así los campos de fecha y hora siempre se muestran y se almacenan correctamente, ya que la interfaz MyRapidi da por supuesto que todas las horas están en UTC y las convierte automáticamente a la hora local con la información del perfil del usuario de MyRapidi (selecciona los ajustes en la esquina superior derecha de MyRapidi para ver tu configuración de zona horaria).
13. El soporte de RapidiOnline puede actualizar de forma remota tu Hybrid Service instalado, así como todos los RapidiConnectors conectados a tu Hybrid Service (no actualizamos nada a menos que nos lo pidas - envíanos una solicitud de soporte para iniciarlo).
14. El soporte de RapidiOnline también puede ejecutar trazas en el Hybrid Service y en cualquier RapidiConnector conectado para ayudarte a resolver problemas (las trazas solo se realizan tras tu aceptación expresa). Así se resuelven rápidamente los problemas que puedas encontrar.

 

La nueva instalación Hybrid Service ya está disponible, pero necesitas usar la versión 4.0.01f o posterior.

Por favor, ponte en contacto con el soporte de RapidiOnline para organizar una instalación o una actualización a la nueva versión. 

El despliegue Hybrid Service está disponible en nuestra edición Enterprise (RapidiOnline Cloud Integration o Replicator 7.0).