{"id":12464,"date":"2020-09-18T09:46:54","date_gmt":"2020-09-18T09:46:54","guid":{"rendered":"https:\/\/newblog.siteground.com\/es\/?p=12464"},"modified":"2023-03-01T07:52:03","modified_gmt":"2023-03-01T07:52:03","slug":"progreso-cambio-de-cpanel-a-site-tools","status":"publish","type":"post","link":"https:\/\/www.siteground.es\/blog\/progreso-cambio-de-cpanel-a-site-tools\/","title":{"rendered":"Informe de progreso del cambio de cPanel a Site Tools"},"content":{"rendered":"\n

Ha pasado poco m\u00e1s de un a\u00f1o desde que lanzamos nuestras nuevas interfaces de cliente<\/a>: el nuevo \u00c1rea de Cliente y Site Tools, que desarrollamos internamente y con el que reemplazamos cPanel. En agosto de 2019 comenzamos a incorporar a todos los nuevos clientes a las nuevas interfaces y poco despu\u00e9s comenzamos a trabajar en la migraci\u00f3n de nuestros clientes existentes. Actualmente, todos nuestros clientes ya est\u00e1n utilizando el nuevo \u00c1rea de Cliente y tambi\u00e9n hemos migrado con \u00e9xito m\u00e1s de 9000 servidores de cPanel a Site Tools.<\/p>\n\n\n\n

Mirando hacia atr\u00e1s en los \u00faltimos 12 meses, evaluando la complejidad del proceso de migraci\u00f3n y los desaf\u00edos no relacionados con ella que 2020 ha puesto frente a nosotros, creo que hemos logrado mantener un buen ritmo de migraci\u00f3n. Esto se ha logrado gracias a la enorme cantidad de trabajo que han hecho todos los equipos involucrados en la migraci\u00f3n, a pesar de los retrasos ocasionales que se dieron por diversas circunstancias. A\u00fan as\u00ed, nos quedan todav\u00eda muchas m\u00e1s cuentas y servidores por migrar y muchos de vosotros os estar\u00e9is preguntando por qu\u00e9 nos est\u00e1 llevando tanto tiempo y cu\u00e1ndo llegar\u00e1 el turno de tu sitio web. Es por eso que hemos decidido hacer un seguimiento y contarte la historia de lo que hemos hecho entre bastidores durante el a\u00f1o pasado y cu\u00e1l es el pron\u00f3stico para los pr\u00f3ximos meses.<\/p>\n\n\n\n

<\/span>La complejidad innata de la migraci\u00f3n<\/strong><\/span><\/h2>\n\n\n\n

No es sorprendente que la migraci\u00f3n de m\u00e1s de un mill\u00f3n de sitios activos de cPanel a Site Tools sea un proceso tremendamente complejo. Podr\u00eda decir que es comparable en t\u00e9rminos de esfuerzos y recursos necesarios a la creaci\u00f3n de las nuevas interfaces y sistemas en s\u00ed. Es todo un desaf\u00edo mover los sitios operativos de una plataforma con una determinada estructura a una nueva plataforma con una completamente diferente, sin afectar la disponibilidad y el funcionamiento de estos sitios web.<\/p>\n\n\n\n

En la superficie, parece que solo hay una diferencia simple entre los dos marcos: no hay sitios adicionales bajo un mismo cap\u00f3. Lo que esto realmente significa es que tenemos que poder “desenredar” los sitios web secundarios de la cuenta principal de cPanel y volver a crearlos como cuentas independientes en nuestra nueva plataforma. Y para ilustrar cu\u00e1n complejo puede ser este proceso para diferentes configuraciones de sitios web, enumerar\u00e9 algunos ejemplos a continuaci\u00f3n:<\/p>\n\n\n\n

M\u00faltiples dominios adicionales usando una misma base de datos<\/strong><\/h3>\n\n\n\n

Normalmente, esto no es algo razonable, ya que cada sitio web, incluso los dominios adicionales, deber\u00edan utilizar su propia base de datos. Sin embargo, esto era t\u00e9cnicamente posible con cPanel y hay sitios web reales configurados de esta manera por nuestros clientes. Cuando un sitio web de este tipo necesita ser migrado, nuestro script de migraci\u00f3n tiene que detectar el caso y crear una base de datos separada para cada sitio y copiar los datos. Despu\u00e9s de eso, el script re-configura autom\u00e1ticamente cada sitio web para usar la respectiva base de datos.<\/p>\n\n\n\n

Aplicaciones con rutas absolutas en su configuraci\u00f3n<\/strong><\/h3>\n\n\n\n

Otra cosa que el script de migraci\u00f3n deber\u00eda corregir es que m\u00faltiples aplicaciones est\u00e9n configuradas para usar rutas absolutas en su configuraci\u00f3n. El sistema tiene que detectarlos y, una vez que se conviertan en sitios independientes con diferentes usuarios del sistema, re-configurarlos autom\u00e1ticamente para usar las nuevas rutas del sistema.<\/p>\n\n\n\n

Opciones de configuraci\u00f3n infinitas para dominios adicionales, aparcados y subdominios<\/strong><\/h3>\n\n\n\n

El n\u00famero infinito de formas en que los usuarios pueden configurar y, a veces, estropear sus rutas al directorio ra\u00edz para las diferentes aplicaciones cuando usan la funci\u00f3n de dominios adicionales, aparcados y subdominios en cPanel es el mayor desaf\u00edo para nuestro proceso de migraci\u00f3n. Hemos logrado identificar m\u00e1s de 30 formas diferentes de casos de rutas al directorio ra\u00edz poco ortodoxos. Uno de los ejemplos m\u00e1s comunes es cuando m\u00e1s de un dominio adicional est\u00e1 configurado para usar la misma carpeta. Este es un “truco” com\u00fan del sistema cPanel que la gente usa para aparcar un segundo dominio en un sitio adicional, una opci\u00f3n que oficialmente no est\u00e1 permitida en cPanel. Entonces, en tales configuraciones, el sistema tiene que decidir autom\u00e1ticamente a qu\u00e9 sitio se dirige cada dominio y en qu\u00e9 rol (principal o aparcado). En algunos casos, la configuraci\u00f3n es tan compleja que los dominios no se pueden configurar autom\u00e1ticamente y la migraci\u00f3n debe realizarse manualmente.<\/p>\n\n\n\n

<\/span>Una compleja tarea de desarrollo <\/strong><\/span><\/h2>\n\n\n\n

Automatizar todos los procesos posibles<\/strong><\/h3>\n\n\n\n

Comenzamos nuestras primeras migraciones en septiembre del a\u00f1o pasado con mucha cautela. Los sitios migrados se revisaron manualmente y cada uno de los problemas descritos anteriormente, adem\u00e1s de muchos m\u00e1s que aparecieron, se han abordado con nuevas iteraciones del script de migraci\u00f3n. No hace falta decir que las comprobaciones manuales de las primeras migraciones llevaron mucho tiempo y no era algo que pudiera ser sostenible a largo plazo, por lo que hemos a\u00f1adido varias automatizaciones adicionales al script de migraci\u00f3n.<\/p>\n\n\n\n

Ahora realizamos comprobaciones previas automatizadas de todas las cuentas que se van a migrar. Si hay indicios de un posible problema, lo solucionamos antes de que comience la migraci\u00f3n. Despu\u00e9s, la cuenta se migra de cPanel a Site Tools. Una vez que finaliza la migraci\u00f3n, realizamos otra verificaci\u00f3n autom\u00e1tica para detectar problemas posteriores a la migraci\u00f3n. Si se detecta alg\u00fan problema, la cuenta se marca para revisi\u00f3n manual. Adem\u00e1s, hemos desarrollado un sistema automatizado para comunicar el progreso de este proceso al el cliente cuyas cuentas se est\u00e1n migrando. Con todos estos sistemas en uso, podemos migrar alrededor de 900 cuentas de cPanel por d\u00eda con una tasa de fallos muy baja.<\/p>\n\n\n\n

Cambiar primero al nuevo \u00e1rea de cliente<\/strong><\/h3>\n\n\n\n

Al principio planificamos migrar a cada cliente simult\u00e1neamente al nuevo \u00c1rea de Cliente y el nuevo Site Tools. Sin embargo, pronto nos dimos cuenta de que ser\u00eda mucho mejor desligarlos y pasar a todos los clientes primero al \u00c1rea de Cliente. Hubo varias razones para esta decisi\u00f3n:<\/p>\n\n\n\n