{"id":29177,"date":"2023-06-13T07:19:00","date_gmt":"2023-06-13T07:19:00","guid":{"rendered":"https:\/\/www.applivery.com\/?p=29177"},"modified":"2023-06-14T14:04:59","modified_gmt":"2023-06-14T14:04:59","slug":"migracion-a-gcp-madrid-para-mejor-escalabilidad-y-seguridad","status":"publish","type":"post","link":"https:\/\/www.applivery.com\/es\/blog\/tech\/migracion-a-gcp-madrid-para-mejor-escalabilidad-y-seguridad\/","title":{"rendered":"C\u00f3mo Applivery ha migrado a GCP Madrid para mejorar la escalabilidad y la seguridad"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Nuestros or\u00edgenes<\/h2>\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Como muchas startups, Applivery naci\u00f3 como un \u00abside-project\u00bb. Se trataba de un servicio sencillo pero ambicioso, centrado en la distribuci\u00f3n de aplicaciones m\u00f3viles de forma eficaz y simplificada.<\/p>\n

Dados sus humildes or\u00edgenes, los costes del servicio deb\u00edan estar muy controlados<\/strong>, por lo que decidimos empezar desplegando las primeras versiones en el proveedor Cloud m\u00e1s asequible y sencillo del momento, DigitalOcean<\/a>, y utilizar tambi\u00e9n un sistema de almacenamiento sencillo basado en<\/span> AWS S3<\/a>.<\/span><\/p>\n

El servicio se concibi\u00f3 originalmente como un \u00fanico monolito<\/strong> cuyos procesos, bases de datos y servicios se ejecutaban en un \u00fanico droplet.<\/span><\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"digitalocean\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Sin embargo, aquel proyecto sencillo pero ambicioso se convirti\u00f3 poco a poco en una plataforma que deb\u00eda dar soporte a decenas de clientes y miles de usuarios activos diarios<\/strong>. Adem\u00e1s, la ambici\u00f3n del proyecto empez\u00f3 a incorporar numerosas ideas de desarrollo, lo que dio lugar a una extensa hoja de ruta que se extender\u00eda durante los 2 a\u00f1os siguientes. Desarrollar un producto de esas dimensiones en un \u00fanico droplet empezaba a no parecer tan buena idea<\/strong>. Por eso decidimos ampliar el equipo y reconstruir el proyecto desde cero.<\/p>\n

En ese momento, decidimos pasar a una arquitectura orientada a microservicios, separando el Frontend de las APIs.<\/strong> Todos los servicios se desplegar\u00edan en contenedores Docker<\/a> a trav\u00e9s de un sofisticado pipeline de integraci\u00f3n continua apoyado sobre CircleCI<\/a>. En un ejercicio de simplificaci\u00f3n del proceso de transici\u00f3n entre la versi\u00f3n antigua y la nueva, decidimos mantener DigitalOcean como proveedor de computaci\u00f3n y DNS, pero aprovechamos la ocasi\u00f3n para externalizar la base datos (MongoDB Atlas<\/a>), el sistema de colas (CloudAMQP<\/a>), y el registro de im\u00e1genes de Docker (AWS ECR<\/a>).<\/p>\n

Este nuevo sistema de microservicios se puso en funcionamiento a finales de 2019 y hac\u00eda uso de Dokku<\/a> para la orquestaci\u00f3n de los contenedores.<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"digitalocean\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Sin embargo, aunque hab\u00edamos realizado un gran esfuerzo de reconstrucci\u00f3n y rearquitectura, segu\u00edamos sirviendo todo el tr\u00e1fico desde una \u00fanica m\u00e1quina virtual que hac\u00eda de cuello de botella. Por esa raz\u00f3n, poco tiempo despu\u00e9s, decidimos dar el salto a Kubernetes<\/a>.<\/strong><\/p>\n

DigitalOcean segu\u00eda siendo el proveedor Cloud m\u00e1s asequible para un servicio administrado de Kubernetes<\/span>, as\u00ed que no lo dudamos y migramos el orquestador de contenedores, a\u00f1adiendo numerosas mejoras t\u00e9cnicas, arquitect\u00f3nicas y de seguridad por el camino, entre las que cabr\u00eda destacar:<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t