Infra As Code

La computación en la nube nos trae muchas ventajas, ya que bastan unos pocos clics para aprovisionar un recurso en la nube. Sin embargo, a medida que los proyectos crecen, esos pocos clics se vuelven tediosos y un obstáculo para el crecimiento del proyecto.

Imagina tener que repetir esos clics cada vez que necesites crear un nuevo entorno, o un nuevo proyecto.

Pues bien, en ese caso, tendrías que repetir manualmente todos los procedimientos para crear tus recursos en la nube.

Y lo peor, imagina cometer un error en un parámetro. Solo necesitas configurar un tamaño de máquina incorrecto o elegir la configuración equivocada para crear un entorno diferente al que necesitas, y listo, tenemos un proyecto con fallos.

Y como si eso no fuera suficiente, ¿cuánto tiempo te tomará descubrir el fallo? ¿Y cuánto tiempo te tomará corregirlo?

Pues bien. Pensando en estos problemas, surgieron conceptos muy interesantes que cada año más empresas están adoptando.

Esto es lo que llamamos Infrastructure As Code, o en su abreviación, IaC.

Pero después de todo, ¿qué significa Infrastructure As Code (IaC)?

Infra as Code utiliza un lenguaje de alto nivel (generalmente siguiendo el patrón .json o .yaml) para describir las características de cada recurso que queremos crear en nuestra nube. Estos archivos suelen llamarse templates.

De esta manera, de la misma forma que ‘versionas’, estableces reglas y automáticamente despliegas aplicaciones, lo mismo puede hacerse con toda tu infraestructura.

Esto se debe a que tu infraestructura queda almacenada en formato de código y siempre que se necesita una alteración, es posible utilizar alguna herramienta de control de versiones, como git, por ejemplo, para gestionar tus cambios.

Incluso, esta gestión también puede hacerse con nuestro git flow, el Z-Flow. ¿Quieres saber más? ¡Haz clic aquí!

¿Cuáles son las ventajas de utilizar Infrastructure As Code (IaC)?

Estandarización de entornos: Con la infraestructura “escrita”, tu equipo no está sujeto a errores cuando crea diversos entornos.
Configuración de reglas: Con la posibilidad de que alguien revise tu infraestructura antes de aprovisionarla, puedes configurar reglas de revisión para que tu infraestructura siga un estándar determinado. De esta forma, puedes bloquear, por ejemplo, un template que no contenga tags, que no sea aprobado.
Mantener un historial de actualizaciones: Con la posibilidad de versionar tu infraestructura, automáticamente mantienes un historial de actualizaciones y puedes rastrear de manera más fácil alguna modificación en tu infraestructura.
Automatización de procesos: Tu equipo no necesita perder tiempo creando toda la infraestructura de nuevos proyectos. Proyectos similares pueden reutilizar templates y, modificando solo algunos parámetros, una nueva infraestructura se crea rápidamente.
Parametrización: Los templates permiten parametrizar nombres, tags, enlaces entre recursos e incluso identificar si los recursos serán creados o no. Esto flexibiliza la forma de crear templates para desarrollar infraestructuras adecuadas a tu necesidad. De esta forma, un mismo template puede servir a diferentes necesidades solo cambiando sus parámetros. La creación continua está estandarizada y organizada, pero la parametrización adapta el template a lo específico para cada entorno. Veamos algunos ejemplos:
Dos entornos iguales, pero uno con los recursos creados en Estados Unidos y otro en Brasil.
Un mismo template que crea una máquina virtual, pero en el entorno de desarrollo el tipo de máquina es más simple que en producción.

¿Cómo empezar a utilizar Infrastructure As Code (IaC)?

Existen diversas herramientas que nos ayudan a crear templates cuando el asunto es Infrastructure As Code (IaC).

Los proveedores en la nube poseen servicios propios para la creación de templates, como es el caso de CloudFormation de AWS.

También existen herramientas genéricas que sirven como template para diversos proveedores, como es el caso de Terraform.

¿Cuál es la adopción de Infrastructure As Code (IaC) en el mercado?

Infrastructure As Code (IaC) es una de las innumerables posibilidades dentro del mundo DevOps, un sector que ha crecido bastante en los últimos años.

De acuerdo con una investigación, muchas empresas ya adoptaron alguna herramienta de IaC o planean adoptarla.

Después de todo, con tantos beneficios, ¿por qué tu equipo se quedaría fuera de incorporar esta herramienta en su día a día?

¿Qué ha hecho Zappts cuando el asunto es Infrastructure As Code (IaC)?

Aquí en Zappts ya adoptamos el uso de templates en el 100% de nuestros proyectos.

Los templates están parametrizados de forma que podamos facilmente hacer el despliegue de una misma infraestructura para múltiples entornos.

¿Quieres ver un ejemplo real de cómo se hace? Vente con nosotros 🙂

Aquí solemos utilizar la herramienta CloudFormation, servicios de AWS para el aprovisionamiento de recursos.

¿Cómo funciona la herramienta CloudFormation de AWS?

¡Vamos!

CloudFormation requiere un archivo, que puede ser escrito en .json o en .yaml. La documentación completa de los recursos la puedes encontrar aquí.

Vamos a analizar la anatomía de un template:

AWSTemlateFormatVersion: ‘2010-09-09’
Description: ‘Example Template’

Parameters:
Stage:
Type: string
Default: dev

Resources:
DynamoResourceExample:
Type: AWS::DynamoDB::Table
Properties:
TableName: !Sub ${Stage}_table
KeySchema:
– AttributeName: hash_key
KeyType: HASH
AttributeDefinitions:
– AttributeName: hash_key
AttributeType: S
BillingMode: PAY_PER_REQUEST

El template anterior crea una tabla de DynamoDB en AWS. En “Parameters”, podemos definir la identificación del entorno de este recurso, que se utiliza para crear el nombre de la tabla, con la propiedad !Sub.

Observa que para cada recurso es necesario describir sus características para que el recurso sea aprovisionado adecuadamente. En la documentación, encontramos cuáles son las propiedades obligatorias y cómo completarlas.

El despliegue de estos templates se hace vía pipeline, donde utilizamos los comandos de AWS CLI para hacer el despliegue.

De esta forma, toda creación de infraestructura se hace de forma segura, automática, con el mínimo esfuerzo posible y con el máximo de asertividad.

Repositorio Git de Zappts

Además, con el objetivo de difundir conocimiento, Zappts posee un repositorio público con varios ejemplos de templates donde los Zappters y la comunidad pueden reutilizar templates y acelerar la creación de nuevas infraestructuras en la nube.

El repositorio también cuenta con una documentación muy interesante que explica cómo utilizar algunos ejemplos e incluso algunas propiedades específicas de CloudFormation.

Consulta el repositorio: https://github.com/zappts/zappts_cfn_templates

¿Te gustó este artículo? ¡Sigue a Zappts y Estate atento a los próximos!