Por Nicole Welch y Maggie Busek

 

Como usuario de ArcGIS Enterprise, es posible que tus necesidades empresariales u organizativas evolucionen y requieran una migración. En el mundo de ArcGIS Enterprise, la migración puede abarcar diversas situaciones. Quizás necesites migrar a una nueva infraestructura, de un entorno local a la nube o de una opción de implementación a otra. Además de la migración completa del entorno, también podrías necesitar migrar contenido específico en flujos de trabajo de promoción, pasando de entornos de preproducción, como desarrollo o pruebas, a entornos de producción. Incluso podrías querer migrar entre productos, de ArcGIS Online a ArcGIS Enterprise o viceversa.

Como probablemente ya sepas, la migración puede ser un proceso complejo, tanto para definirla como para planificarla. Este blog de ArcGIS Enterprise te guiará a través de los flujos de trabajo de migración más comunes, las herramientas y los enfoques disponibles, así como los beneficios y las consideraciones de ciertas herramientas según tu escenario de migración. Este blog también te ayudará a reflexionar sobre las preguntas clave que debes plantearte al prepararte para la migración y elegir el enfoque adecuado para tus necesidades. Concluiremos con algunos ejemplos de escenarios de migración para resumir todo lo que hemos visto. ¡Comencemos!

Flujos de trabajo de migración comunes

Ya sabes que necesitas migrar a ArcGIS Enterprise, pero ¿qué implica esto en la práctica? Para empezar, un factor clave a considerar es si se tratará de una migración completa del entorno o de una migración de contenido o flujos de trabajo específicos. Además de estas migraciones específicas de ArcGIS Enterprise, es posible que incluso necesites migrar entre productos de ArcGIS para adaptarte a las necesidades cambiantes de tu organización. Analicemos algunos escenarios de migración comunes en estas dos categorías para determinar qué flujo de trabajo te corresponde.

Migraciones completas del entorno:

1. Migración de ArcGIS Enterprise a una nueva infraestructura: Es posible que tu organización necesite migrar su implementación actual de ArcGIS Enterprise a una nueva infraestructura. Esto podría deberse a diversos motivos, como por ejemplo:

• Queremos actualizar a máquinas con versiones más recientes del sistema operativo. 
• Migración de infraestructura local a infraestructura en la nube o viceversa. 
• Intentar minimizar el tiempo de inactividad durante una actualización mediante la configuración de un entorno replicado. 
• Cambios internos que requieren el uso de máquinas diferentes.
• Independientemente del motivo, en este caso, trasladará toda su implementación de ArcGIS Enterprise, incluyendo todo el contenido y los usuarios, a la nueva infraestructura .

2. Cambio entre opciones de implementación de ArcGIS Enterprise: ArcGIS Enterprise tiene tres opciones de implementación: Windows, Linux y Kubernetes. Puede haber casos en los que hayas instalado originalmente ArcGIS Enterprise con una opción de implementación , pero necesites cambiar a otra debido a cambios en las necesidades del negocio. En algunos casos, tu equipo de TI puede estar enfocado en implementar otro software nativo de la nube y deseas usar ArcGIS Enterprise en Kubernetes después de haberlo usado históricamente en Windows o Linux. En otros casos, puede haber más experiencia para dar soporte al software en Linux , por lo que deseas migrar su implementación instalada originalmente en Windows. Una vez más , en este caso, está migrando toda su implementación de ArcGIS Enterprise.

Migraciones de contenido, usuarios o flujos de trabajo específicos:  

1. Flujos de trabajo de promoción de contenido: Es posible que tu organización haya designado entornos de preproducción para pruebas, desarrollo y control de calidad. Por lo tanto, es posible que necesites migrar contenido entre los entornos de preproducción y producción. En los escenarios de promoción de contenido, normalmente se migran elementos individuales o grupos de elementos a la vez.

2. Compartir contenido para proyectos y colaboración: tu organización puede contar con varios entornos de ArcGIS Enterprise para respaldar su trabajo. Es posible que necesites compartir contenido entre estos entornos para proyectos o diferentes tipos de trabajo. También puedes tener varios equipos o grupos que utilicen distintos entornos de ArcGIS Enterprise y necesiten compartir contenido para colaborar. En estos casos, deberás migrar elementos individuales o grupos de elementos para completar su trabajo.  

Cambiar entre productos de ArcGIS:  

1. Migración de ArcGIS Online a ArcGIS Enterprise, de ArcGIS Enterprise a ArcGIS Online o viceversa: ArcGIS Online ofrece las mismas herramientas básicas de mapeo, visualización, análisis espacial y colaboración que ArcGIS Enterprise. La principal diferencia radica en que ArcGIS Online es un producto SaaS (software como servicio) y ArcGIS Enterprise es un software autohospedado. En algunos casos, las necesidades de tu empresa en cuanto a seguridad, conexión a datos locales y opciones de extensibilidad pueden cambiar, lo que te obligará a migrar de ArcGIS Online a ArcGIS Enterprise. Dado que se trata de una migración a un nuevo producto, deberás seleccionar los usuarios, el contenido y los flujos de trabajo que deseas transferir según tus necesidades. Debido a que ArcGIS Enterprise y ArcGIS Online son productos distintos, habrá algunas diferencias entre sus entornos anterior y nuevo. 

Otro flujo de trabajo que se suele mencionar junto con la palabra " migración " es el de la transición a versiones más modernas de las aplicaciones. ArcGIS Enterprise ofrece acceso a un conjunto completo de aplicaciones. Estas aplicaciones evolucionan con el tiempo para proporcionar nuevas funcionalidades, un rendimiento mejorado y una mejor experiencia de usuario. En algunos casos, ciertas aplicaciones pueden quedar obsoletas y ser reemplazadas por versiones más modernas, lo que requiere reconstruir los elementos creados originalmente con las aplicaciones obsoletas. Un ejemplo reciente es la obsolescencia de ArcGIS Web AppBuilder a partir de ArcGIS Enterprise 12.0, que exige la transición de las aplicaciones de ArcGIS Web AppBuilder a ArcGIS Experience Builder. Esta transición requiere la reconstrucción de los elementos individualmente. Con este proceso, migrará a una aplicación más reciente, pero es importante tener en cuenta que la reconstrucción manual puede formar parte de este proceso y debe considerarse como un proceso distinto de los flujos de trabajo de migración descritos anteriormente. 

Es fundamental comprender qué flujo de trabajo de migración está planificando, ya que eso determinará los enfoques y las herramientas más adecuadas para su proyecto.

 

Elegir tu enfoque de migración

Una vez que hayas definido el flujo de trabajo de migración que deseas implementar, deberás determinar el enfoque más adecuado. ArcGIS Enterprise ofrece diversas herramientas para la migración, y es importante comprender las ventajas y consideraciones de cada enfoque. Analicemos las herramientas más comunes para la migración y las situaciones en las que resultan más útiles. Describiremos cada herramienta, sus posibles casos de uso, las ventajas de cada enfoque y las limitaciones que debe tener en cuenta. 

Enfoques para migraciones completas de entornos:  

1. WebGISDR: La herramienta WebGISDR está diseñada para la recuperación ante desastres. Permite realizar copias de seguridad de toda la implementación de ArcGIS Enterprise en Windows y Linux, y restaurarlas en un nuevo entorno. Si bien su propósito es la recuperación ante desastres, en ciertas situaciones puede ser útil para la migración . Gracias a que permite realizar copias de seguridad y restaurar toda la implementación de ArcGIS Enterprise, resulta muy práctica al migrar completamente a una nueva infraestructura.

• Ventajas: La herramienta permite realizar copias de seguridad de todo su despliegue, incluyendo contenido, usuarios y configuración. En caso de migración a una nueva infraestructura, esto garantiza que pueda trasladar todo su entorno anterior a la nueva infraestructura en un solo proceso.
• Consideraciones:
  • El enfoque WebGISDR puede resultar demasiado complejo en escenarios en los que solo se desea migrar una parte de la implementación.
  • WebGISDR solo puede utilizarse en ciertas migraciones de implementación completas. La migración debe realizarse entre dos implementaciones de ArcGIS Enterprise que utilicen el mismo sistema operativo y la misma versión. Además, la herramienta solo es compatible con las opciones de implementación de Windows o Linux.
  • El alias DNS debe coincidir entre el entorno antiguo y el nuevo, lo que requiere trabajo adicional y colaboración con tu equipo de TI para lograrlo con éxito. 

2. Operación Unirse al sitio: La operación Unirse al sitio en los componentes ArcGIS Server y Portal for ArcGIS se utiliza generalmente para flujos de trabajo de alta disponibilidad y recuperación ante desastres, con el fin de agregar una máquina de reserva a su sitio de ArcGIS Server. Este método también puede utilizarse para reemplazar una máquina en su implementación con fines de migración, sin pérdida de contenido y con una mínima interrupción del servicio. Este proceso se realizará máquina por máquina.

• Ventajas: Este método permite realizar una migración de máquinas con un tiempo de inactividad mínimo. Si se realiza correctamente, se mantendrán todos los contenidos, usuarios y servicios.
• Consideraciones:
  • El flujo de trabajo de la operación "Unir sitio" requiere que mueva los directorios de contenido de su portal ArcGIS Enterprise y ArcGIS Server desde la unidad local del equipo antiguo a una ubicación compartida en la red a la que pueda acceder el equipo nuevo. Esto exige que sea posible compartir el almacenamiento entre los equipos y significa que el flujo de trabajo solo debe realizarse entre equipos dentro del mismo centro de datos.
  • Durante el proceso de unión al sitio, sus máquinas, tanto la antigua como la nueva, estarán temporalmente en una configuración multimáquina que requiere que utilicen el mismo sistema operativo. Esta configuración no permite migrar de un método de implementación a otro (por ejemplo, de Windows a Linux).
  • Si bien este enfoque introduce interrupciones limitadas en el servicio, se producirán tiempos de inactividad durante los reinicios necesarios como parte del proceso, por ejemplo, al cambiar los directorios del portal de ArcGIS Enterprise y de ArcGIS Server, o al unir o anular el registro de máquinas. Estos períodos de inactividad deben tenerse en cuenta al elegir este método de migración.
  • Este método requerirá temporalmente que las máquinas antiguas y nuevas estén instaladas una al lado de la otra. Tenga en cuenta los requisitos de recursos de infraestructura para este método al prepararse para la migración.
  • Para garantizar una migración exitosa de toda la implementación, es necesario seguir diversos pasos manuales. Es fundamental contar con copias de seguridad de directorios importantes, como el directorio de contenido del portal ArcGIS Enterprise y los directorios y el almacén de configuración de ArcGIS Server, en caso de que algo falle durante el proceso. 
  • El flujo de trabajo de la operación Unirse al sitio solo admite migraciones para implementaciones de ArcGIS Enterprise que utilicen el mismo método de implementación y la misma versión de ArcGIS Enterprise.

 

Enfoques para migraciones específicas de contenido, usuarios o flujos de trabajo:

1. Exportar e importar contenido de grupo: Esta función permite a los administradores exportar elementos compartidos con un grupo a un paquete de exportación (.epk) y utilizar dicho paquete para importar los elementos a grupos de la misma organización o de organizaciones diferentes. En el caso de migraciones, esta puede ser una herramienta valiosa para transferir contenido de forma masiva de un entorno a otro. 

• Ventajas: Este enfoque permite compartir contenido de forma eficiente entre diferentes entornos mediante una interfaz de usuario intuitiva disponible directamente en el portal de ArcGIS Enterprise. 
• Consideraciones:
  • Como su nombre lo indica, este contenido debe compartirse con grupos para que funcione eficazmente. En algunos casos, esto puede añadir un paso adicional a tu trabajo.
  • Al igual que WebGISDR, esta funcionalidad solo está disponible para migraciones de ArcGIS Enterprise a ArcGIS Enterprise y no se puede utilizar para migrar contenido desde y hacia ArcGIS Online.
  • Algunos tipos de contenido no son compatibles con esta funcionalidad. Solo se admite el contenido alojado, por lo que si los elementos hacen referencia a un almacén de datos registrado, no funcionará correctamente. Además, los tipos de elementos como los paneles no son compatibles con ArcGIS Enterprise 12.1 y versiones anteriores. Consulte la documentación del producto para obtener más detalles.

2. Colaboración distribuida: La colaboración distribuida permite compartir contenido seleccionado entre entornos de ArcGIS Enterprise o entre una organización de ArcGIS Enterprise y una de ArcGIS Online. Estos entornos pueden ser internos a su empresa u organización, o bien, se puede utilizar para compartir contenido externamente con socios de confianza. Un caso de uso común para la colaboración distribuida son los flujos de trabajo de migración de contenido repetitivos y la migración de contenido entre ArcGIS Enterprise y ArcGIS Online.

• Ventajas: La colaboración distribuida genera confianza entre organizaciones para compartir contenido. Tras la configuración inicial, compartir los elementos seleccionados resulta sencillo gracias a esta confianza. Esta confianza permite compartir contenido con regularidad, lo que la convierte en una opción útil para flujos de trabajo de migración recurrentes. La colaboración distribuida también admite el intercambio de contenido alojado, así como de contenido que hace referencia a un almacén de datos registrado. 
• Consideraciones: La configuración inicial de la colaboración distribuida implica un flujo de trabajo de varios pasos, con procesos de intercambio entre entornos para establecer la confianza. Este enfoque es ideal para procesos de migración repetidos donde el contenido debe estar disponible de forma continua. La colaboración distribuida también presenta limitaciones en los tipos de elementos que admite para la migración, así como un límite de tamaño para los elementos.

 

3. Creación de scripts para la migración mediante la API de ArcGIS para Python: La API de ArcGIS para Python es una potente biblioteca en Python que permite realizar diversas actividades para los usuarios de ArcGIS Enterprise. Un caso de uso común es la creación de scripts para flujos de trabajo de migración mediante la API de ArcGIS para Python, lo cual resulta eficaz para transferir contenido entre entornos.

• Ventajas: Las limitaciones en cuanto a los tipos de elementos alojados que se pueden migrar mediante la API de ArcGIS para Python y los entornos entre los que se puede migrar el contenido son mínimas. Puede migrar contenido de un entorno de ArcGIS Enterprise a ArcGIS Online y entre diferentes métodos de implementación de ArcGIS Enterprise. Los flujos de trabajo mediante scripts también son beneficiosos para las migraciones repetitivas, ya que permiten automatizar la migración periódica de contenido. 
• Consideraciones: Existen limitaciones en cuanto a los tipos de servicios que se pueden migrar mediante la API de ArcGIS para Python. Este enfoque es más adecuado para contenido alojado, especialmente en escenarios de migración entre ArcGIS Enterprise y ArcGIS Online.
  • La migración de scripts también requiere conocimientos especializados de la API de ArcGIS para Python. Estos conocimientos son necesarios tanto para escribir los scripts inicialmente como para mantenerlos actualizados a medida que cambian el entorno, el contenido o las necesidades del negocio. Es importante determinar si podrá crear y mantener estos scripts internamente o si necesitará recurrir a recursos externos para esta tarea.

Reconstrucción en lugar de usar las herramientas de migración disponibles: La reconstrucción es una alternativa a la migración. En este caso, se opta por reconstruir el contenido o los entornos en lugar de migrar los elementos o configuraciones existentes. Este enfoque es útil cuando se decide comenzar desde cero con un nuevo entorno y se desea eliminar contenido o configuraciones potencialmente excesivas. También puede ser necesario migrar si los tipos de contenido existentes se retiran en una nueva versión del software, lo que requiere crear una nueva alternativa con funcionalidades modernas.

1. Ventajas: La reconstrucción ofrece la oportunidad de definir con precisión cómo debería ser su nuevo entorno o contenido. Este enfoque le permite replantear configuraciones existentes potencialmente complejas o eliminar contenido que pueda resultar innecesario en el nuevo entorno. Además, al reconstruir desde cero, no existen limitaciones en cuanto al tipo de contenido ni a las opciones de configuración disponibles. 
2. Consideraciones: La reconstrucción puede ser laboriosa y requerir la repetición de flujos de trabajo de configuración o publicación previos. La reconstrucción es una opción que debe considerarse para migraciones puntuales, no para migraciones repetidas. Finalmente, el proceso de reconstrucción debe incluir un inventario exhaustivo y una comprensión profunda de su entorno y/o contenido actual para garantizar que comprenda el alcance total del trabajo que implica la configuración de su nuevo contenido y/o entorno. 

 

 

Preguntas comunes que debes hacerte para determinar el camino correcto

Ahora que comprendemos las diferentes opciones de migración, sus casos de uso comunes, sus beneficios y sus limitaciones, analicemos algunas preguntas comunes que debemos considerar para determinar qué enfoque de migración se adapta mejor a su situación. 

• ¿Se trata de una migración completa del entorno o solo de una migración de contenido? Esta es una pregunta crucial para determinar el alcance de la migración. Si vas a migrar un entorno completo, una herramienta como WebGISDR probablemente sea la más adecuada, ya que le proporcionará una única copia de seguridad para restaurar en su nuevo entorno. La operación "Unirse al sitio" también permite realizar una migración completa del entorno, pero requiere pasos manuales adicionales en el proceso de migración máquina por máquina. En el caso de la migración de contenido, dispone de más opciones, como la exportación/importación de grupos, la creación de flujos de trabajo mediante scripts y la colaboración distribuida. 
• ¿Será un proceso repetitivo o un proyecto único?: Los proyectos únicos pueden requerir enfoques diferentes a los de los flujos de trabajo de migración repetitivos. Para un proyecto único, la reconstrucción puede ser una opción a considerar además de los métodos de migración. Para los procesos de migración repetitivos, herramientas como la exportación e importación de contenido de grupos, la colaboración distribuida y la creación de scripts mediante la API de ArcGIS para Python funcionan bien. 
• ¿Voy a migrar entre diferentes productos (ArcGIS Enterprise y ArcGIS Online)?: Si vas a migrar a un producto completamente nuevo, es posible que necesite un enfoque multifacético, dependiendo del alcance de la migración. En el caso de migraciones de entorno completo, considere usar la colaboración distribuida para la migración de contenido. Para usuarios, permisos, licencias y configuraciones, probablemente tendrá que reconstruirlos en el nuevo entorno. También puedes considerar usar la API de ArcGIS para Python para ciertos aspectos de la migración, si cuenta con recursos con la experiencia necesaria para este enfoque. 
• ¿Estoy migrando entre diferentes opciones de implementación (Windows, Linux, Kubernetes)?: Los distintos métodos de implementación presentan diferencias en los requisitos y configuraciones del sistema. No existe un único enfoque para migrar de una opción a otra. En este caso, reconstruir el sistema podría ser la solución adecuada. Este proceso puede requerir muchos recursos, así que asegúrese de planificarlo correctamente.   
• ¿Qué tipos de contenido quiero migrar?: Las distintas opciones de migración presentan diferentes limitaciones en cuanto a los tipos de elementos. Enfoques como WebGISDR tienen muy pocas limitaciones en cuanto a los tipos de elementos compatibles, mientras que la colaboración distribuida y el contenido de grupos de exportación e importación requieren más consideraciones en cuanto a los tipos y tamaños de los elementos. También es importante considerar si se trata de contenido alojado o referenciado, ya que ciertas herramientas para migrar este tipo de contenido presentan limitaciones adicionales, especialmente si dicho contenido necesita hacer referencia a nuevos almacenes de datos registrados en el nuevo entorno.   
• ¿Qué recursos tengo asignados para este proyecto?: El nivel de esfuerzo y los recursos necesarios para una migración se definen según el alcance, los objetivos y la experiencia disponible. Antes de migrar, asegúrate de tener una definición clara de su plan, objetivos y resultados esperados para poder asignar adecuadamente los recursos necesarios. Considera si la migración podría ocasionar interrupciones en tu entorno y planifica este trabajo en función de los proyectos clave. La migración puede completarse en un corto período de tiempo o realizarse por etapas, según las necesidades de su negocio. Esri Professional Services puede ser un excelente recurso para brindarte apoyo durante la planificación y ejecución de la migración. Además, existen soluciones de Esri Business Partner diseñadas específicamente para ciertos escenarios de migración que también puedes considerar.   
• ¿Debo reconstruir o migrar?: Tras definir el alcance y los objetivos de la migración, es posible que la reconstrucción requiera menos recursos y genere menos interrupciones que la migración. La reconstrucción puede ser una opción a considerar si se trata de un proyecto único, si desea optimizar la configuración de su entorno o contenido, si está migrando a un método de implementación o producto completamente nuevo, si desea actualizar las máquinas donde está instalado su entorno u otras  herramientas de terceros que se utilizan con él, y si cuenta con los recursos necesarios para dar soporte a un nuevo entorno.
• ¿Cómo puedo planificar para cumplir con los estrictos requisitos de disponibilidad de mi entorno durante las migraciones?: tu entorno de ArcGIS Enterprise puede estar dando soporte a flujos de trabajo críticos para la misión o el negocio. Por lo tanto, es recomendable minimizar cualquier impacto en el servicio durante una migración para no interrumpir el trabajo de los usuarios. Para migraciones completas del entorno, puedes usar la herramienta WebGISDR para restaurar en un entorno paralelo mientras los usuarios siguen accediendo al entorno original. Puedes configurar el entorno original en modo de solo lectura durante la migración y redirigir el tráfico al nuevo entorno cuando esté listo. El enfoque de operación de unión al sitio requerirá cierto tiempo de inactividad durante los reinicios de la máquina como parte del proceso, por lo que debe evaluar si este tiempo de inactividad es aceptable para su escenario de migración. Para flujos de trabajo de migración de contenido específicos, puede mantener una copia en un entorno al que los usuarios puedan acceder hasta que el elemento se haya migrado y esté listo para acceder en un nuevo entorno. Antes de la migración, debes considerar cuidadosamente qué nivel de interrupción del servicio es aceptable para los usuarios y elegir un enfoque de migración que te permita cumplir con esos requisitos. 

 

Ejemplos de escenarios de migración comunes y enfoques recomendados

Para resumir todo lo que hemos tratado en el blog, vamos a repasar algunos ejemplos de escenarios de migración y ver qué enfoque de migración es probablemente el más adecuado. 

1. Escenario de ejemplo: Actualmente, tengo una implementación de ArcGIS Enterprise 12.1 en Windows. Quiero migrar toda mi implementación actual de ArcGIS Enterprise a una nueva infraestructura. Las nuevas máquinas tendrán una versión diferente del sistema operativo, pero yo seguiré usando Windows y ArcGIS Enterprise 12.1. 

• Enfoque de migración recomendado: La herramienta WebGISDR me permitirá migrar toda mi implementación de ArcGIS Enterprise utilizando una sola copia de seguridad. Dado que mantengo el mismo sistema operativo (Windows) y la misma versión de ArcGIS Enterprise, este será el enfoque más sencillo para la migración. También podría considerar la operación Unirse al sitio, pero esto requeriría más pasos manuales para completar la migración de mi máquina.  

2. Escenario de ejemplo: Mi organización cuenta con varios equipos que utilizan SIG para su trabajo, y cada uno tiene una implementación dedicada de ArcGIS Enterprise. Debido a algunos cambios en la empresa, mi equipo está transfiriendo un proyecto a otro equipo y necesitamos migrar el contenido del proyecto desde nuestro ArcGIS Enterprise al entorno del nuevo equipo. Todo el contenido está alojado en ArcGIS Enterprise.

• Enfoque de migración recomendado: Estoy considerando dos herramientas principales para este trabajo: exportar e importar contenido de grupo o colaboración distribuida. Ambas me permitirán migrar contenido de mi ArcGIS Enterprise al ArcGIS Enterprise de nuestro equipo. Dado que todo el contenido se encuentra actualmente alojado en mi ArcGIS Enterprise y no hace referencia a ningún almacén de datos registrado, decidí usar la exportación e importación de contenido de grupo. Todavía no hemos configurado la colaboración distribuida entre los entornos de ArcGIS Enterprise de nuestros dos equipos, por lo que la colaboración distribuida habría requerido una configuración más compleja en este caso. Si hubiera estado migrando contenido que hace referencia a un almacén de datos registrado, habría necesitado usar la colaboración distribuida, ya que la exportación e importación de contenido de grupo no admite contenido referenciado.

3. Escenario de ejemplo: Administro tres entornos de ArcGIS Enterprise para mi organización: desarrollo, pruebas y producción. Regularmente necesito promover o migrar contenido entre estos tres niveles. A veces, este contenido está alojado en la nube y otras veces hace referencia a un almacén de datos registrado. He configurado la colaboración distribuida entre los entornos. 

• Enfoque de migración recomendado: Dado que tengo configurada la colaboración distribuida para mis organizaciones, elijo esta opción de migración porque sé que podría necesitar migrar tanto el contenido alojado como el contenido que hace referencia a un almacén de datos registrado. Ocasionalmente, hay elementos, como los paneles, que no son compatibles con la colaboración distribuida. En esos casos, reconstruyo manualmente el panel en el otro entorno. Se ha incorporado un nuevo miembro al equipo que es experto en la API de ArcGIS para Python, por lo que en el futuro podríamos considerar la posibilidad de automatizar algunos de estos flujos de trabajo recurrentes de promoción de contenido, pero queremos asegurarnos de contar con los recursos adecuados en el equipo para crear y mantener dichos flujos de trabajo antes de considerar ese enfoque. 

4. Escenario de ejemplo: Mi organización utiliza ArcGIS Online actualmente, pero las necesidades del negocio han cambiado y hemos decidido migrar la mayor parte de nuestros flujos de trabajo y contenido a ArcGIS Enterprise. Planeo instalar ArcGIS Enterprise 12.1 y necesito que muchos de mis usuarios y la mayor parte de mi contenido estén en la nueva implementación. No tengo a nadie en mi equipo que sea experto en el uso de la API de ArcGIS para Python.

• Enfoque de migración recomendado: Dado que sé que mi ArcGIS Enterprise no será una réplica exacta de mi organización de ArcGIS Online, ya que son productos diferentes, aprovecharé esta oportunidad para reflexionar sobre qué usuarios y contenido realmente necesitan ser migrados y veré esto como una oportunidad para limpiar el contenido obsoleto y considerar qué miembros participan activamente en el sistema. Después de definir los usuarios y el contenido que quiero en mi nuevo entorno de ArcGIS Enterprise, comenzaré agregando a mis usuarios a ArcGIS Enterprise. Optaré por agregarlos manualmente, ya que será una parte de mis usuarios existentes de ArcGIS Online y quiero asegurarme cuidadosamente de que cada persona tenga las licencias y privilegios correctos. Para mi contenido, puedo optar por usar la colaboración distribuida para compartir contenido entre mi organización existente de ArcGIS Online y mi nuevo ArcGIS Enterprise. Si bien puedo usar la colaboración distribuida para migrar gran parte de mi contenido, es posible que no sea compatible con todos los elementos que quiero migrar, como los paneles, en mi versión de ArcGIS Enterprise 12.1. En el caso de esos elementos, los reconstruiré en ArcGIS Enterprise. Podría haber considerado la API de ArcGIS para Python para este trabajo, pero no tengo ningún experto en esta tecnología en mi equipo y los enfoques de scripting suelen ser mejores para flujos de trabajo repetitivos que para migraciones únicas como la mía.

5. Escenario de ejemplo: Mi organización ha decidido migrar de Windows a Linux como sistema operativo predeterminado. Actualmente, mi implementación de ArcGIS Enterprise se realiza en Windows, y se me ha encomendado la tarea de migrarla a máquinas Linux. 

• Enfoque de migración recomendado: No existe ninguna herramienta de migración disponible que migre mi implementación completa, tal como existe actualmente, de Windows a Linux. Necesitaré instalar la implementación de Linux en máquinas nuevas e incorporar mis usuarios, contenido y configuraciones a la nueva implementación. Agregaré a mis usuarios manualmente y consideraré opciones como la colaboración distribuida para migrar cierto contenido. En algunos casos, puede que necesite republicar o reconstruir el contenido manualmente. Dado que esta será una transición importante, estoy planificando con mucha antelación y podré crear mi nueva implementación de Linux mientras mi implementación actual en Windows esté disponible para que mis usuarios trabajen. También aprovecharé esta oportunidad para considerar si necesito migrar todo el contenido y los usuarios o si esta puede ser una oportunidad para limpiar contenido antiguo y usuarios inactivos.

 

¡Es hora de migrar!  

A través de este blog, hemos aprendido sobre los diferentes tipos de migración que podrías considerar como usuario de ArcGIS Enterprise, los distintos enfoques de migración y sus consideraciones, así como las preguntas clave que debes hacerte para prepararte para una migración. ¡Ahora estás listo para tu próxima migración! Por favor, haznos saber cómo podemos seguir brindándote las herramientas necesarias para tu próxima migración a través de la Comunidad Esri .  

 

 

Nicole Welch

Nicole es gerente de marketing de producto en el equipo de ArcGIS Enterprise. Cuenta con experiencia en comunicaciones estratégicas, marketing y narración de marca, adquirida durante su trayectoria en The Walt Disney Company y Spotify. En su puesto, se centra en apoyar el éxito del cliente mediante el desarrollo de recursos para la incorporación, la capacitación y la adopción efectivas de ArcGIS Enterprise en Kubernetes.

 

Maggie Busek

Gerente de producto de ArcGIS Enterprise.