Pasos para migrar aplicaciones en Google Cloud

Tras el aviso de Google a los usuarios de la plataforma de Google Cloud ,es decir  la  plataforma PaaS( Plataforma como Servicio ) conocida  como  GAE  (Google App Engine)    para que migren sus viejas  aplicaciones maestro/esclavo  construidas en  Python,Java PHP o  Go  hacia  el   nuevo entorno HRD que sustituirá definitivamente al veterano sistema basado en el almacén  de datos maestro/esclavo, vamos a ver como es realmente sencillo migrar nuestras aplicaciones para no perderlas definitivamente el plazo tope de este verano.

  

 

En  efecto,  el  veterano almacén de datos Maestro / Esclavo  que hemos usado desde que GAE se puso en servicio pronto se cerrará, para dar paso a la nueva plataforma  HRD.Como nota importante aunque las  aplicaciones desplegadas en GAE que no almacenen  datos en el almacén de datos  Master / Slave , todavía se configuran para utilizar el almacén de datos Master / Slave ,así que esta nueva directiva todavía les es de aplicación .

Tras el desmantelamiento de la infaestructura del almacen de datos master/slave, van a proporcionar un período de gracia de un mes durante el cual los usuarios pueden volver a habilitar sus aplicaciones con el fin de migrar a HRD. Esto significa que después de 10 de agosto 2015 estas aplicaciones dejarán de atender las solicitudes y que ya no tendrán acceso programático a los datos. Obviamente  si ya no necesitan las aplicaciones maestro / esclavo y datos asociados, no se requiere ninguna acción ( se borrarian ) pero si se necesitan  animan a que migremos a HRD inmediatamente.

Cuando el equipo de Google lanzó    el almacén de datos Google  App Engine, Master / Slave era el único servicio de base de datos que las aplicaciones podían utilizar para almacenar datos. Se daba la circunstancia de que el almacén de datos Master / Slave tenía problemas para escalar con el tamaño y era  complejo mantener  las aplicaciones que se ejecutaban en App Engine  usando ese sistemas , así que se lanzó su sucesor, el almacén de datos  de alta replicación (HRD), en 2011. Desde ese lanzamiento HRD ha demostrado  escalar sin problemas.

Uno de los objetivos principales con Google Cloud Platform era proporcionar a los clientes las mejores tecnologías para construir su negocio, así que cuando vieron que HRD era una tecnología más robusta, finalmente han decidido hacer HRD el servicio de base de datos por defecto.

El 4 de abril 2012 Google  anunció  la desaprobación de almacén de datos del maestro / esclavo – , lo cual  ya era una señal de que en tres años a partir de esa fecha se cerraría formalmente el servicio.

Como ya han pasado  tres años desde que se anunció, van a  forzar el apagado de todo lo que  este en esa vieja infraestructura  del almacén de dato Master / Slave . De hecho,  si los usuarios  no tomasen ninguna acción en las  aplicaciones que esten desplegadas  en Master/Slave ,  las cerrarán el 6 de julio, 2015 y ya no garantizarán el tráfico de éstas (los usuarios verán respuestas HTTP 404 ).

 

Una nota importante: Es necesario seguir los pasos anteriores, incluso si la aplicación no almacena ningún dato, ya que tambien la  aplicación está configurada para utilizar el  almacén de datos maestro / esclavo.  Por ejemplo, incluso si se trata de una página web HTML estática. Cuando cierren el almacén de datos maestro / esclavo  de estas aplicaciones también cerraran  las que  no se migren.

 

Para asegurarse de que estas viejas aplicaciones que usen el almacén de dato Master / Slave sigan funcionando, los usuarios  tendrán que seguir estos pasos para cada aplicación:

 

1-Validarnos con nuestra cuenta de google

2-Iniciar sesión en la consola de administración del motor App   accediendo a la siguiente  url : https://appengine.google.com/

 

migracion0

3-Acceder  ahora   a  las aplicaciones que están bajo el esquema de almacenamiento  Master/Slave  pinchando sobre el link Migrate to High Replication

migracion1

 

4-Tras un proceso largo que dependerá del volumen de código de la aplicación, se  irán completando  las 8 fases  que constituyen el proceso (cath up, Copy,Waiting,Sync,Read-only,Catch up ,Sync,Copy)

 

5-Espere que  las  8 fases  que constituyen el proceso (cath up, Copy,Waiting,Sync,Read-only,Catch up ,Sync,Copy) estén concluidas  (la columna de Status pasara desde Waiting a Done).

Observaciones:

-En la fase Waiting habrá que confirmar  la activación   read-only bien seleccionando la copia incremental  o bien activado la activación de solo Lectura

migracion2

 

-En la ultima fase  Alias  tendremos que confirmar la creación del Alias

hrd migration

6-Observe que durante  el proceso hasta la ultima fase si  no ha ido satisfactorio o cambia de parecer , tiene la posibilidad de revertir el  proceso pulsando el botón   «Revert Migration«, pero una vez concluya el proceso  ya no podrá volver «marcha atrás»

 

migration-finish

 

Deja una respuesta