Tecnología
¿Atrapado en el fuego cruzado de Edgio? 5 pasos de preparación esenciales para sobrevivir a la próxima migración de CDN
¿Atrapado en el fuego cruzado de Edgio? 5 pasos de preparación esenciales para sobrevivir a la próxima migración de CDN
¿Atrapado en el fuego cruzado de Edgio? 5 pasos de preparación esenciales para sobrevivir a la próxima migración de CDN
No es el mejor regalo de Navidad
Las consecuencias del proceso del Capítulo 11 de Edgio trajeron un regalo de Navidad inesperado para los tecnólogos de las organizaciones de OTT, streaming y publicación digital de todo el mundo, ya que se anunció el 15 de enero de 2025 como la fecha en que Edgio comenzaría a desconectar los servidores. Como resultado, los últimos 30 días y la mayor parte de la temporada navideña han estado, para muchos, completamente consumidos por migraciones rápidas (y un poco caóticas) desde la CDN y los servicios de distribución de Edgio hacia soluciones alternativas.
Uno de los aspectos más significativos de las noticias del Capítulo 11 fue que se habían comprado los contratos en lugar de las tecnologías subyacentes. En otras palabras, la migración era inevitable, se quisiera o no.
Ahora que hemos navegado por algunas de estas transiciones, me gustaría compartir cinco pasos clave de preparación que le ayudarán a gestionar de manera eficaz una migración de CDN y distribución cuando el tiempo no está de su lado.
5 pasos prácticos de preparación
1. Mantener convenciones de nomenclatura claras
Uno de los mayores desafíos al migrar dominios, subdominios y propiedades en grandes organizaciones es el gran volumen de los mismos. Cuando los ingenieros utilizan convenciones de nomenclatura como `qa-1-test-pipeline-release4.domain.com`, resulta difícil para cualquier equipo de migración bajo presión identificar quién es el propietario de cada dominio y qué hace.
Moraleja de la historia: una convención de nomenclatura coherente y clara dará sus frutos a largo plazo. Este principio se aplica no solo a los dominios, sino también a las API, reglas, certificados y redireccionamientos. Adelántese a la curva de migración estableciendo un sistema de nomenclatura uniforme para todo. Hágalo inteligible y legible para los humanos.
2. Implementar registros de dominios y subdominios
Siguiendo con la importancia de las convenciones de nomenclatura, tener un registro que realice el seguimiento de cada dominio, subdominio o redireccionamiento y de quién lo solicitó es crucial. En varias de estas migraciones, los equipos perdieron un tiempo valioso tratando de determinar quién solicitó originalmente un subdominio, cuándo se creó, para qué o si todavía se está utilizando.
¿Por qué es esto importante? Durante las migraciones masivas del Proveedor A al Proveedor B, las configuraciones pueden corromperse o tener un formato incorrecto. Se dedicó un tiempo considerable a desenredar reglas de redireccionamiento incorrectas y a averiguar hacia dónde deberían apuntar los recursos, en lugar de dónde terminaron después de la migración. Un registro centralizado con un punto de contacto para cada dominio, subdominio o regla de reescritura puede reducir drásticamente la confusión y acelerar la resolución de problemas.
3. El mantenimiento regular da sus frutos
Cualquier proceso de migración pone de manifiesto la gran cantidad de reglas que existen, a menudo con capas de reglas construidas sobre otras reglas. Esta complejidad puede dificultar el seguimiento de dónde ocurren los problemas a mitad o después de la migración. Muchas organizaciones pierden de vista lo grande que puede llegar a ser este problema; permitir que cualquiera solicite cualquier regla para cualquier propósito puede descontrolarse fácilmente de forma espiral.
Un buen mantenimiento implica limpiezas periódicas de reglas, redireccionamientos, dominios y subdominios no utilizados. Esto no solo sigue las mejores prácticas, sino que también reduce la carga de pruebas después de la migración. Considere realizar una limpieza cada seis meses. Durante estos intervalos, informe sobre cada dominio y ruta, mostrando cuántos visitantes o visitas recibe una dirección o URL determinada. Cree una gobernanza en torno al retiro de elementos no utilizados y programe auditorías de seguimiento constantes.
4. No todos los WAF se crean de la misma manera
Los firewalls de aplicaciones web (WAF) pueden ser el mejor amigo de un entorno de producción, pero el peor enemigo de un entorno de prueba. Los ingenieros a menudo descubren que los sitios, las API y los endpoints que creen que se han migrado con éxito fallan durante las pruebas, solo para descubrir que las reglas estrictas de WAF están bloqueando el tráfico en el origen. Si los orígenes utilizan listas blancas de IP o encabezados de host para protegerse, los desafíos se complican aún más.
Un enfoque útil es mover cada regla WAF al modo COUNT o REPORT durante las pruebas (o en entornos de preproducción/staging). Puede volver a habilitar el bloqueo una vez completada la migración. De esta manera, si algo deja de funcionar después de volver a activar el bloqueo, sabrá de inmediato si el culpable es el WAF o la migración de las configuraciones. Tenga en cuenta que no todos los WAF se crean de la misma manera: las reglas de lógica empresarial y propiedad intelectual que funcionaron en un proveedor pueden no comportarse de la misma manera en otro.
5. Marco de comunicaciones
Es fácil comunicarse de menos o de más cuando una migración está bajo presión. Gran parte de la preocupación inicial sobre las interrupciones del negocio podría haberse aliviado al proporcionar una vista simple y transparente de qué dominios y propiedades pertenecen a quién, sus propósitos y su estado actual.
Cree un registro y utilícelo como una hoja de seguimiento general
Intente crear planes y registros con anticipación. No es necesario que sean demasiado detallados, pero incluso una lista básica de dominios y propiedades, junto con los detalles de propiedad, si apuntan a servicios internos o externos, y una descripción legible por humanos, reducirá enormemente la confusión. Si esta situación vuelve a surgir, estará mejor preparado para afrontarla de frente. Ah, y olvídese de los diagramas de GANTT y los planes de proyectos tradicionales. Estos ayudarán con la gestión de recursos, pero es más fácil realizar un seguimiento de los problemas en relación con los dominios y las propiedades que con un modelo tradicional basado en recursos.
Defina el plan de comunicación en tiempo real del día a día
Además, recomiendo un canal abierto para las comunicaciones en toda la empresa. Use un canal de Slack o Teams. Si bien reconozco que un equipo pequeño y enfocado suele ser bueno para liderar el proceso, muchos de los dominios, propiedades, sitios y redireccionamientos habrán sido creados por un amplio equipo de productos y marketing. Su asistencia será clave, ya que necesitará ayuda con las pruebas de último minuto, la distribución de información a socios o terceros, o simplemente para obtener respuestas a las preguntas rápidamente.
Cree un equipo de trabajo y una lista de distribución
Las migraciones más exitosas son aquellas que utilizan un grupo pequeño y enfocado para trabajar a través de los desafíos de la migración y comunicarse con la empresa de manera efectiva. Exponga un método para que cualquier persona en la empresa pueda pedir ayuda o señalar que algo no está del todo bien. Defina un contacto y configure una lista de distribución para ayudar en este proceso; de manera crítica, envíe un correo electrónico de la empresa para que todos sepan a quién contactar.
Comuníquese con su audiencia
Es probable que haya algo en el camino que se pase por alto. Anticípese a cualquier posible interrupción para los consumidores o audiencias y coloque un pequeño mensaje de mantenimiento en su sitio web o servicio con anticipación. Si bien una interrupción nunca es ideal, se ve mejor desde la perspectiva de la reputación cuando los usuarios se topan con algún error ocasional 404 o de origen.
Resumen
Cuando se trata de ejercicios de esta magnitud y complejidad, siempre habrá cosas que se pasen por alto. Adoptamos la mentalidad de que incluso si algunos redireccionamientos no apuntan del todo al lugar correcto, tener algún sitio presentado es mejor a que no funcione nada en absoluto. El final de la migración no es el final, es el principio, y ahora comienza la limpieza y el perfeccionamiento.
No es el mejor regalo de Navidad
Las consecuencias del proceso del Capítulo 11 de Edgio trajeron un regalo de Navidad inesperado para los tecnólogos de las organizaciones de OTT, streaming y publicación digital de todo el mundo, ya que se anunció el 15 de enero de 2025 como la fecha en que Edgio comenzaría a desconectar los servidores. Como resultado, los últimos 30 días y la mayor parte de la temporada navideña han estado, para muchos, completamente consumidos por migraciones rápidas (y un poco caóticas) desde la CDN y los servicios de distribución de Edgio hacia soluciones alternativas.
Uno de los aspectos más significativos de las noticias del Capítulo 11 fue que se habían comprado los contratos en lugar de las tecnologías subyacentes. En otras palabras, la migración era inevitable, se quisiera o no.
Ahora que hemos navegado por algunas de estas transiciones, me gustaría compartir cinco pasos clave de preparación que le ayudarán a gestionar de manera eficaz una migración de CDN y distribución cuando el tiempo no está de su lado.
5 pasos prácticos de preparación
1. Mantener convenciones de nomenclatura claras
Uno de los mayores desafíos al migrar dominios, subdominios y propiedades en grandes organizaciones es el gran volumen de los mismos. Cuando los ingenieros utilizan convenciones de nomenclatura como `qa-1-test-pipeline-release4.domain.com`, resulta difícil para cualquier equipo de migración bajo presión identificar quién es el propietario de cada dominio y qué hace.
Moraleja de la historia: una convención de nomenclatura coherente y clara dará sus frutos a largo plazo. Este principio se aplica no solo a los dominios, sino también a las API, reglas, certificados y redireccionamientos. Adelántese a la curva de migración estableciendo un sistema de nomenclatura uniforme para todo. Hágalo inteligible y legible para los humanos.
2. Implementar registros de dominios y subdominios
Siguiendo con la importancia de las convenciones de nomenclatura, tener un registro que realice el seguimiento de cada dominio, subdominio o redireccionamiento y de quién lo solicitó es crucial. En varias de estas migraciones, los equipos perdieron un tiempo valioso tratando de determinar quién solicitó originalmente un subdominio, cuándo se creó, para qué o si todavía se está utilizando.
¿Por qué es esto importante? Durante las migraciones masivas del Proveedor A al Proveedor B, las configuraciones pueden corromperse o tener un formato incorrecto. Se dedicó un tiempo considerable a desenredar reglas de redireccionamiento incorrectas y a averiguar hacia dónde deberían apuntar los recursos, en lugar de dónde terminaron después de la migración. Un registro centralizado con un punto de contacto para cada dominio, subdominio o regla de reescritura puede reducir drásticamente la confusión y acelerar la resolución de problemas.
3. El mantenimiento regular da sus frutos
Cualquier proceso de migración pone de manifiesto la gran cantidad de reglas que existen, a menudo con capas de reglas construidas sobre otras reglas. Esta complejidad puede dificultar el seguimiento de dónde ocurren los problemas a mitad o después de la migración. Muchas organizaciones pierden de vista lo grande que puede llegar a ser este problema; permitir que cualquiera solicite cualquier regla para cualquier propósito puede descontrolarse fácilmente de forma espiral.
Un buen mantenimiento implica limpiezas periódicas de reglas, redireccionamientos, dominios y subdominios no utilizados. Esto no solo sigue las mejores prácticas, sino que también reduce la carga de pruebas después de la migración. Considere realizar una limpieza cada seis meses. Durante estos intervalos, informe sobre cada dominio y ruta, mostrando cuántos visitantes o visitas recibe una dirección o URL determinada. Cree una gobernanza en torno al retiro de elementos no utilizados y programe auditorías de seguimiento constantes.
4. No todos los WAF se crean de la misma manera
Los firewalls de aplicaciones web (WAF) pueden ser el mejor amigo de un entorno de producción, pero el peor enemigo de un entorno de prueba. Los ingenieros a menudo descubren que los sitios, las API y los endpoints que creen que se han migrado con éxito fallan durante las pruebas, solo para descubrir que las reglas estrictas de WAF están bloqueando el tráfico en el origen. Si los orígenes utilizan listas blancas de IP o encabezados de host para protegerse, los desafíos se complican aún más.
Un enfoque útil es mover cada regla WAF al modo COUNT o REPORT durante las pruebas (o en entornos de preproducción/staging). Puede volver a habilitar el bloqueo una vez completada la migración. De esta manera, si algo deja de funcionar después de volver a activar el bloqueo, sabrá de inmediato si el culpable es el WAF o la migración de las configuraciones. Tenga en cuenta que no todos los WAF se crean de la misma manera: las reglas de lógica empresarial y propiedad intelectual que funcionaron en un proveedor pueden no comportarse de la misma manera en otro.
5. Marco de comunicaciones
Es fácil comunicarse de menos o de más cuando una migración está bajo presión. Gran parte de la preocupación inicial sobre las interrupciones del negocio podría haberse aliviado al proporcionar una vista simple y transparente de qué dominios y propiedades pertenecen a quién, sus propósitos y su estado actual.
Cree un registro y utilícelo como una hoja de seguimiento general
Intente crear planes y registros con anticipación. No es necesario que sean demasiado detallados, pero incluso una lista básica de dominios y propiedades, junto con los detalles de propiedad, si apuntan a servicios internos o externos, y una descripción legible por humanos, reducirá enormemente la confusión. Si esta situación vuelve a surgir, estará mejor preparado para afrontarla de frente. Ah, y olvídese de los diagramas de GANTT y los planes de proyectos tradicionales. Estos ayudarán con la gestión de recursos, pero es más fácil realizar un seguimiento de los problemas en relación con los dominios y las propiedades que con un modelo tradicional basado en recursos.
Defina el plan de comunicación en tiempo real del día a día
Además, recomiendo un canal abierto para las comunicaciones en toda la empresa. Use un canal de Slack o Teams. Si bien reconozco que un equipo pequeño y enfocado suele ser bueno para liderar el proceso, muchos de los dominios, propiedades, sitios y redireccionamientos habrán sido creados por un amplio equipo de productos y marketing. Su asistencia será clave, ya que necesitará ayuda con las pruebas de último minuto, la distribución de información a socios o terceros, o simplemente para obtener respuestas a las preguntas rápidamente.
Cree un equipo de trabajo y una lista de distribución
Las migraciones más exitosas son aquellas que utilizan un grupo pequeño y enfocado para trabajar a través de los desafíos de la migración y comunicarse con la empresa de manera efectiva. Exponga un método para que cualquier persona en la empresa pueda pedir ayuda o señalar que algo no está del todo bien. Defina un contacto y configure una lista de distribución para ayudar en este proceso; de manera crítica, envíe un correo electrónico de la empresa para que todos sepan a quién contactar.
Comuníquese con su audiencia
Es probable que haya algo en el camino que se pase por alto. Anticípese a cualquier posible interrupción para los consumidores o audiencias y coloque un pequeño mensaje de mantenimiento en su sitio web o servicio con anticipación. Si bien una interrupción nunca es ideal, se ve mejor desde la perspectiva de la reputación cuando los usuarios se topan con algún error ocasional 404 o de origen.
Resumen
Cuando se trata de ejercicios de esta magnitud y complejidad, siempre habrá cosas que se pasen por alto. Adoptamos la mentalidad de que incluso si algunos redireccionamientos no apuntan del todo al lugar correcto, tener algún sitio presentado es mejor a que no funcione nada en absoluto. El final de la migración no es el final, es el principio, y ahora comienza la limpieza y el perfeccionamiento.
No es el mejor regalo de Navidad
Las consecuencias del proceso del Capítulo 11 de Edgio trajeron un regalo de Navidad inesperado para los tecnólogos de las organizaciones de OTT, streaming y publicación digital de todo el mundo, ya que se anunció el 15 de enero de 2025 como la fecha en que Edgio comenzaría a desconectar los servidores. Como resultado, los últimos 30 días y la mayor parte de la temporada navideña han estado, para muchos, completamente consumidos por migraciones rápidas (y un poco caóticas) desde la CDN y los servicios de distribución de Edgio hacia soluciones alternativas.
Uno de los aspectos más significativos de las noticias del Capítulo 11 fue que se habían comprado los contratos en lugar de las tecnologías subyacentes. En otras palabras, la migración era inevitable, se quisiera o no.
Ahora que hemos navegado por algunas de estas transiciones, me gustaría compartir cinco pasos clave de preparación que le ayudarán a gestionar de manera eficaz una migración de CDN y distribución cuando el tiempo no está de su lado.
5 pasos prácticos de preparación
1. Mantener convenciones de nomenclatura claras
Uno de los mayores desafíos al migrar dominios, subdominios y propiedades en grandes organizaciones es el gran volumen de los mismos. Cuando los ingenieros utilizan convenciones de nomenclatura como `qa-1-test-pipeline-release4.domain.com`, resulta difícil para cualquier equipo de migración bajo presión identificar quién es el propietario de cada dominio y qué hace.
Moraleja de la historia: una convención de nomenclatura coherente y clara dará sus frutos a largo plazo. Este principio se aplica no solo a los dominios, sino también a las API, reglas, certificados y redireccionamientos. Adelántese a la curva de migración estableciendo un sistema de nomenclatura uniforme para todo. Hágalo inteligible y legible para los humanos.
2. Implementar registros de dominios y subdominios
Siguiendo con la importancia de las convenciones de nomenclatura, tener un registro que realice el seguimiento de cada dominio, subdominio o redireccionamiento y de quién lo solicitó es crucial. En varias de estas migraciones, los equipos perdieron un tiempo valioso tratando de determinar quién solicitó originalmente un subdominio, cuándo se creó, para qué o si todavía se está utilizando.
¿Por qué es esto importante? Durante las migraciones masivas del Proveedor A al Proveedor B, las configuraciones pueden corromperse o tener un formato incorrecto. Se dedicó un tiempo considerable a desenredar reglas de redireccionamiento incorrectas y a averiguar hacia dónde deberían apuntar los recursos, en lugar de dónde terminaron después de la migración. Un registro centralizado con un punto de contacto para cada dominio, subdominio o regla de reescritura puede reducir drásticamente la confusión y acelerar la resolución de problemas.
3. El mantenimiento regular da sus frutos
Cualquier proceso de migración pone de manifiesto la gran cantidad de reglas que existen, a menudo con capas de reglas construidas sobre otras reglas. Esta complejidad puede dificultar el seguimiento de dónde ocurren los problemas a mitad o después de la migración. Muchas organizaciones pierden de vista lo grande que puede llegar a ser este problema; permitir que cualquiera solicite cualquier regla para cualquier propósito puede descontrolarse fácilmente de forma espiral.
Un buen mantenimiento implica limpiezas periódicas de reglas, redireccionamientos, dominios y subdominios no utilizados. Esto no solo sigue las mejores prácticas, sino que también reduce la carga de pruebas después de la migración. Considere realizar una limpieza cada seis meses. Durante estos intervalos, informe sobre cada dominio y ruta, mostrando cuántos visitantes o visitas recibe una dirección o URL determinada. Cree una gobernanza en torno al retiro de elementos no utilizados y programe auditorías de seguimiento constantes.
4. No todos los WAF se crean de la misma manera
Los firewalls de aplicaciones web (WAF) pueden ser el mejor amigo de un entorno de producción, pero el peor enemigo de un entorno de prueba. Los ingenieros a menudo descubren que los sitios, las API y los endpoints que creen que se han migrado con éxito fallan durante las pruebas, solo para descubrir que las reglas estrictas de WAF están bloqueando el tráfico en el origen. Si los orígenes utilizan listas blancas de IP o encabezados de host para protegerse, los desafíos se complican aún más.
Un enfoque útil es mover cada regla WAF al modo COUNT o REPORT durante las pruebas (o en entornos de preproducción/staging). Puede volver a habilitar el bloqueo una vez completada la migración. De esta manera, si algo deja de funcionar después de volver a activar el bloqueo, sabrá de inmediato si el culpable es el WAF o la migración de las configuraciones. Tenga en cuenta que no todos los WAF se crean de la misma manera: las reglas de lógica empresarial y propiedad intelectual que funcionaron en un proveedor pueden no comportarse de la misma manera en otro.
5. Marco de comunicaciones
Es fácil comunicarse de menos o de más cuando una migración está bajo presión. Gran parte de la preocupación inicial sobre las interrupciones del negocio podría haberse aliviado al proporcionar una vista simple y transparente de qué dominios y propiedades pertenecen a quién, sus propósitos y su estado actual.
Cree un registro y utilícelo como una hoja de seguimiento general
Intente crear planes y registros con anticipación. No es necesario que sean demasiado detallados, pero incluso una lista básica de dominios y propiedades, junto con los detalles de propiedad, si apuntan a servicios internos o externos, y una descripción legible por humanos, reducirá enormemente la confusión. Si esta situación vuelve a surgir, estará mejor preparado para afrontarla de frente. Ah, y olvídese de los diagramas de GANTT y los planes de proyectos tradicionales. Estos ayudarán con la gestión de recursos, pero es más fácil realizar un seguimiento de los problemas en relación con los dominios y las propiedades que con un modelo tradicional basado en recursos.
Defina el plan de comunicación en tiempo real del día a día
Además, recomiendo un canal abierto para las comunicaciones en toda la empresa. Use un canal de Slack o Teams. Si bien reconozco que un equipo pequeño y enfocado suele ser bueno para liderar el proceso, muchos de los dominios, propiedades, sitios y redireccionamientos habrán sido creados por un amplio equipo de productos y marketing. Su asistencia será clave, ya que necesitará ayuda con las pruebas de último minuto, la distribución de información a socios o terceros, o simplemente para obtener respuestas a las preguntas rápidamente.
Cree un equipo de trabajo y una lista de distribución
Las migraciones más exitosas son aquellas que utilizan un grupo pequeño y enfocado para trabajar a través de los desafíos de la migración y comunicarse con la empresa de manera efectiva. Exponga un método para que cualquier persona en la empresa pueda pedir ayuda o señalar que algo no está del todo bien. Defina un contacto y configure una lista de distribución para ayudar en este proceso; de manera crítica, envíe un correo electrónico de la empresa para que todos sepan a quién contactar.
Comuníquese con su audiencia
Es probable que haya algo en el camino que se pase por alto. Anticípese a cualquier posible interrupción para los consumidores o audiencias y coloque un pequeño mensaje de mantenimiento en su sitio web o servicio con anticipación. Si bien una interrupción nunca es ideal, se ve mejor desde la perspectiva de la reputación cuando los usuarios se topan con algún error ocasional 404 o de origen.
Resumen
Cuando se trata de ejercicios de esta magnitud y complejidad, siempre habrá cosas que se pasen por alto. Adoptamos la mentalidad de que incluso si algunos redireccionamientos no apuntan del todo al lugar correcto, tener algún sitio presentado es mejor a que no funcione nada en absoluto. El final de la migración no es el final, es el principio, y ahora comienza la limpieza y el perfeccionamiento.
No es el mejor regalo de Navidad
Las consecuencias del proceso del Capítulo 11 de Edgio trajeron un regalo de Navidad inesperado para los tecnólogos de las organizaciones de OTT, streaming y publicación digital de todo el mundo, ya que se anunció el 15 de enero de 2025 como la fecha en que Edgio comenzaría a desconectar los servidores. Como resultado, los últimos 30 días y la mayor parte de la temporada navideña han estado, para muchos, completamente consumidos por migraciones rápidas (y un poco caóticas) desde la CDN y los servicios de distribución de Edgio hacia soluciones alternativas.
Uno de los aspectos más significativos de las noticias del Capítulo 11 fue que se habían comprado los contratos en lugar de las tecnologías subyacentes. En otras palabras, la migración era inevitable, se quisiera o no.
Ahora que hemos navegado por algunas de estas transiciones, me gustaría compartir cinco pasos clave de preparación que le ayudarán a gestionar de manera eficaz una migración de CDN y distribución cuando el tiempo no está de su lado.
5 pasos prácticos de preparación
1. Mantener convenciones de nomenclatura claras
Uno de los mayores desafíos al migrar dominios, subdominios y propiedades en grandes organizaciones es el gran volumen de los mismos. Cuando los ingenieros utilizan convenciones de nomenclatura como `qa-1-test-pipeline-release4.domain.com`, resulta difícil para cualquier equipo de migración bajo presión identificar quién es el propietario de cada dominio y qué hace.
Moraleja de la historia: una convención de nomenclatura coherente y clara dará sus frutos a largo plazo. Este principio se aplica no solo a los dominios, sino también a las API, reglas, certificados y redireccionamientos. Adelántese a la curva de migración estableciendo un sistema de nomenclatura uniforme para todo. Hágalo inteligible y legible para los humanos.
2. Implementar registros de dominios y subdominios
Siguiendo con la importancia de las convenciones de nomenclatura, tener un registro que realice el seguimiento de cada dominio, subdominio o redireccionamiento y de quién lo solicitó es crucial. En varias de estas migraciones, los equipos perdieron un tiempo valioso tratando de determinar quién solicitó originalmente un subdominio, cuándo se creó, para qué o si todavía se está utilizando.
¿Por qué es esto importante? Durante las migraciones masivas del Proveedor A al Proveedor B, las configuraciones pueden corromperse o tener un formato incorrecto. Se dedicó un tiempo considerable a desenredar reglas de redireccionamiento incorrectas y a averiguar hacia dónde deberían apuntar los recursos, en lugar de dónde terminaron después de la migración. Un registro centralizado con un punto de contacto para cada dominio, subdominio o regla de reescritura puede reducir drásticamente la confusión y acelerar la resolución de problemas.
3. El mantenimiento regular da sus frutos
Cualquier proceso de migración pone de manifiesto la gran cantidad de reglas que existen, a menudo con capas de reglas construidas sobre otras reglas. Esta complejidad puede dificultar el seguimiento de dónde ocurren los problemas a mitad o después de la migración. Muchas organizaciones pierden de vista lo grande que puede llegar a ser este problema; permitir que cualquiera solicite cualquier regla para cualquier propósito puede descontrolarse fácilmente de forma espiral.
Un buen mantenimiento implica limpiezas periódicas de reglas, redireccionamientos, dominios y subdominios no utilizados. Esto no solo sigue las mejores prácticas, sino que también reduce la carga de pruebas después de la migración. Considere realizar una limpieza cada seis meses. Durante estos intervalos, informe sobre cada dominio y ruta, mostrando cuántos visitantes o visitas recibe una dirección o URL determinada. Cree una gobernanza en torno al retiro de elementos no utilizados y programe auditorías de seguimiento constantes.
4. No todos los WAF se crean de la misma manera
Los firewalls de aplicaciones web (WAF) pueden ser el mejor amigo de un entorno de producción, pero el peor enemigo de un entorno de prueba. Los ingenieros a menudo descubren que los sitios, las API y los endpoints que creen que se han migrado con éxito fallan durante las pruebas, solo para descubrir que las reglas estrictas de WAF están bloqueando el tráfico en el origen. Si los orígenes utilizan listas blancas de IP o encabezados de host para protegerse, los desafíos se complican aún más.
Un enfoque útil es mover cada regla WAF al modo COUNT o REPORT durante las pruebas (o en entornos de preproducción/staging). Puede volver a habilitar el bloqueo una vez completada la migración. De esta manera, si algo deja de funcionar después de volver a activar el bloqueo, sabrá de inmediato si el culpable es el WAF o la migración de las configuraciones. Tenga en cuenta que no todos los WAF se crean de la misma manera: las reglas de lógica empresarial y propiedad intelectual que funcionaron en un proveedor pueden no comportarse de la misma manera en otro.
5. Marco de comunicaciones
Es fácil comunicarse de menos o de más cuando una migración está bajo presión. Gran parte de la preocupación inicial sobre las interrupciones del negocio podría haberse aliviado al proporcionar una vista simple y transparente de qué dominios y propiedades pertenecen a quién, sus propósitos y su estado actual.
Cree un registro y utilícelo como una hoja de seguimiento general
Intente crear planes y registros con anticipación. No es necesario que sean demasiado detallados, pero incluso una lista básica de dominios y propiedades, junto con los detalles de propiedad, si apuntan a servicios internos o externos, y una descripción legible por humanos, reducirá enormemente la confusión. Si esta situación vuelve a surgir, estará mejor preparado para afrontarla de frente. Ah, y olvídese de los diagramas de GANTT y los planes de proyectos tradicionales. Estos ayudarán con la gestión de recursos, pero es más fácil realizar un seguimiento de los problemas en relación con los dominios y las propiedades que con un modelo tradicional basado en recursos.
Defina el plan de comunicación en tiempo real del día a día
Además, recomiendo un canal abierto para las comunicaciones en toda la empresa. Use un canal de Slack o Teams. Si bien reconozco que un equipo pequeño y enfocado suele ser bueno para liderar el proceso, muchos de los dominios, propiedades, sitios y redireccionamientos habrán sido creados por un amplio equipo de productos y marketing. Su asistencia será clave, ya que necesitará ayuda con las pruebas de último minuto, la distribución de información a socios o terceros, o simplemente para obtener respuestas a las preguntas rápidamente.
Cree un equipo de trabajo y una lista de distribución
Las migraciones más exitosas son aquellas que utilizan un grupo pequeño y enfocado para trabajar a través de los desafíos de la migración y comunicarse con la empresa de manera efectiva. Exponga un método para que cualquier persona en la empresa pueda pedir ayuda o señalar que algo no está del todo bien. Defina un contacto y configure una lista de distribución para ayudar en este proceso; de manera crítica, envíe un correo electrónico de la empresa para que todos sepan a quién contactar.
Comuníquese con su audiencia
Es probable que haya algo en el camino que se pase por alto. Anticípese a cualquier posible interrupción para los consumidores o audiencias y coloque un pequeño mensaje de mantenimiento en su sitio web o servicio con anticipación. Si bien una interrupción nunca es ideal, se ve mejor desde la perspectiva de la reputación cuando los usuarios se topan con algún error ocasional 404 o de origen.
Resumen
Cuando se trata de ejercicios de esta magnitud y complejidad, siempre habrá cosas que se pasen por alto. Adoptamos la mentalidad de que incluso si algunos redireccionamientos no apuntan del todo al lugar correcto, tener algún sitio presentado es mejor a que no funcione nada en absoluto. El final de la migración no es el final, es el principio, y ahora comienza la limpieza y el perfeccionamiento.
Si deseas asesoramiento sobre cómo documentar ideas o prepararte para migraciones de CDN, OTT o streaming en tu ecosistema de productos y tecnología, estamos aquí para ayudarte. Con una colección de plantillas, materiales de referencia, procedimientos y marcos de trabajo, podemos ayudarte a estar listo para el próximo escenario del Capítulo 11 (Chapter 11) o cualquier otro evento de migración importante. Para saber más, escríbenos a hello@spicymango.co.uk, llámanos o envíanos un mensaje utilizando nuestro formulario de contacto y nos pondremos en contacto contigo.
Si deseas asesoramiento sobre cómo documentar ideas o prepararte para migraciones de CDN, OTT o streaming en tu ecosistema de productos y tecnología, estamos aquí para ayudarte. Con una colección de plantillas, materiales de referencia, procedimientos y marcos de trabajo, podemos ayudarte a estar listo para el próximo escenario del Capítulo 11 (Chapter 11) o cualquier otro evento de migración importante. Para saber más, escríbenos a hello@spicymango.co.uk, llámanos o envíanos un mensaje utilizando nuestro formulario de contacto y nos pondremos en contacto contigo.
Si deseas asesoramiento sobre cómo documentar ideas o prepararte para migraciones de CDN, OTT o streaming en tu ecosistema de productos y tecnología, estamos aquí para ayudarte. Con una colección de plantillas, materiales de referencia, procedimientos y marcos de trabajo, podemos ayudarte a estar listo para el próximo escenario del Capítulo 11 (Chapter 11) o cualquier otro evento de migración importante. Para saber más, escríbenos a hello@spicymango.co.uk, llámanos o envíanos un mensaje utilizando nuestro formulario de contacto y nos pondremos en contacto contigo.
