Infraestructura como código

Muchas organizaciones han empezado a considerar o ya han comenzado a implementar la infraestructura de TI mediante definiciones basadas en código, con frecuencia denominada Infraestructura como código (IaC). El proceso para hacerlo suele implicar los siguientes pasos:

1. Seleccionar un lenguaje de automatización, como CloudFormation, Terraform, plantillas ARM, Bicep u otros
2. Definir diversos ajustes de infraestructura, como la configuración de la red virtual, las especificaciones de un equipo virtual y los equilibradores de carga entrantes o proxies inversos
3. Ejecutar la «construcción» de ese entorno desde una herramienta manual iniciada por el usuario u otro proceso automatizado

El resultado de la implementación de la IaC es un conjunto de recursos que podrían implementarse correctamente a mano, seleccionando configuraciones y ajustes individuales, pero que a través de la IaC pueden implementarse con una gran coherencia, volver a implementarse automáticamente o modificarse ligeramente para ajustarse a nuevas especificaciones.

Por lo general, ArcGIS es compatible con muchos planteamientos y sistemas de IaC, que con frecuencia están diseñados para funcionar en un entorno o sistema de nube específico, como AWS CloudFormation, las plantillas ARM de Azure o el GCP Cloud Deployment Manager. Esri también crea herramientas para determinados proveedores, en concreto plantillas AWS CloudFormation y plantillas ARM de Azure, que pueden utilizarse como base para una configuración posterior o ampliada.

Una vez implementada la infraestructura mediante un proveedor o una herramienta de IaC, el software ArcGIS puede implementarse manual o automáticamente en estos sistemas. Consulte Automatización de la implementación del software ArcGIS para obtener más detalles.

Algunos patrones de IaC están diseñados para una implementación frecuente en la que los cambios se introducen en la infraestructura a menudo o cada vez que cambia el código. Este patrón puede ser difícil de alinear con los sistemas ArcGIS, ya que tanto ArcGIS Pro como ArcGIS Enterprise dependen de un entorno de red e infraestructura relativamente estable y coherente. Por lo tanto, si se requieren cambios en el IaC, se recomienda o bien proceder cuidadosamente con esos cambios como con cualquier cambio en un sistema de TI Enterprise (planificar, probar, revisar, ajustar), o bien que estos sistemas se combinen con otras herramientas del estilo DevOps que habiliten la automatización de la implementación del software, de modo que todo el sistema pueda reconstruirse e implementarse con una cadencia regular.

IaC y ArcGIS

Entre las sugerencias adicionales para trabajar con Infraestructura como código junto con ArcGIS se incluyen:

• IaC es una herramienta excelente para mantener la infraestructura y las configuraciones de línea base, pero no para mantener el estado de un sistema. El «estado» de un sistema ArcGIS incluye usuarios, elementos, contenido, servicios y datos. Aunque la IaC puede establecer el «hardware» apropiado y la instalación del software, restaurar el estado de un sistema puede ser complejo y llevar mucho tiempo.
• Utilizar IaC para implementar el hardware al principio de un proyecto (o para un nuevo entorno) es más sencillo que intentar actualizar un entorno existente. Las actualizaciones pueden ajustar las configuraciones de red, la denominación de los equipos, las reglas de almacenamiento o firewall, u otras condiciones en las que se basa el software, y si éste no es consciente de ese cambio o no está preparado para él, estos cambios a nivel de infraestructura podrían provocar inestabilidad o interrupciones del servicio. Como analogía, si un sistema ArcGIS en funcionamiento fuera un coche, viajando por la calle, no esperaría cambiar los neumáticos del coche a mitad de camino, o cambiar de gasolina a gasóleo mientras el motor está en marcha.
• Es probable que otros lenguajes o proveedores de IaC sean compatibles con ArcGIS. En general, al consultar un posible planteamiento de IaC, tenga en cuenta los pasos de configuración manual necesarios para el hardware y la infraestructura, pruebe a automatizarlos secuencialmente y pase a la implementación y configuración del software una vez completados.

DevOps, CI/CD y ArcGIS

DevOps, como término, se refiere generalmente a un flujo de trabajo de implementación impulsado por el código, en el que las confirmaciones o las versiones implementan algo automáticamente, reemplazando lo que había antes. Otros términos utilizados en esta área son integración continua o CI, e implementación continua o CD, con frecuencia combinados como CI/CD. Estos términos proceden del mundo de la ingeniería de software y de la construcción de aplicaciones de desarrollo y de software a medida, donde la implementación y las pruebas continuas se utilizan para dar soporte a la versión del software.

ArcGIS es un paquete de software comercial listo para usar y, como tal, está algo desalineado con el uso actual que hacen muchas organizaciones de CI/CD o DevOps para el desarrollo de aplicaciones personalizadas. ArcGIS, una vez implementado, comienza a crear el estado y las configuraciones en ArcGIS Enterprise, el contenido del portal, los servicios, el contenido del usuario, las configuraciones. La nueva implementación de ArcGIS Enterprise o de una nueva organización de ArcGIS Online destruye ese estado existente a menos que se restaure una copia de seguridad, por lo que ya no podrá ver lo que creó.

Para que DevOps se utilice correctamente con los sistemas ArcGIS, una organización tendrá que:

• Mantener una implementación bastante rígida con un conjunto fijo de contenido, o un contenido administrado cuidadosamente, cuya implementación puede automatizar a partir de un sistema «en blanco». Por ejemplo, una única aplicación visualizadora que incluya un conjunto estático de datos basados en archivos puede implementarse cada noche, incluidas la publicación o actualización automática de servicios web.
• Identificar una forma fiable de extraer el estado, por ejemplo con WebGISDR, volver a implementar los componentes del sistema y la configuración base y, a continuación, volver a implementar el estado.