Cloud Blaster: limpia tu proyecto de Google Cloud sin complicaciones

Safe Scrub es un proyecto que escribí en Bash. En esencia, hace lo mismo. Si quieres más detalles, lee este blog post.

Las ventajas de Safe Scrub:

• Safe Scrub te da la tranquilidad de no eliminar nada de inmediato. Solo genera un script de Bash con una lista simple de sentencias delete. Después lo revisas y lo ejecutas cuando quieras.
• Como Safe Scrub es Bash puro, puede darte más confianza ver el código que se ejecuta, sin pasos de compilación.
• Safe Scrub admite más tipos de recursos que Cloud Blaster (por ahora).

Cloud Blaster tiene sus propias funciones de seguridad, como verás más adelante. También admite los tipos de recursos más comunes, con la posibilidad de añadir más.

Frente a Safe Scrub, Cloud Blaster soporta mayor complejidad porque está hecho en Kotlin y no en Bash. Esto facilita agregar nuevos tipos de recursos y funciones, y manejar casos especiales con solidez. Cloud Scrub está al límite de la complejidad que se puede manejar en Bash, así que es poco probable que avance más.

Está pensado para proyectos de desarrollo y pruebas informales, en los que quieres empezar de cero al final del día o antes de una nueva ronda de pruebas.

Es menos probable que sea útil en proyectos de producción o staging, o incluso en proyectos de pruebas en equipo. Para esos casos deberías usar Terraform u otra Infrastructure as Code (IaC) que lleve registro de los recursos creados. Así puedes eliminarlos cuando lo necesites.

Para que todo sea seguro y confiable, Cloud Blaster cuenta con estas funciones.

1. El primer paso, el Lister, no elimina ningún recurso. Solo lista los recursos en un archivo que puedes revisar.
2. El Lister te exige indicar el proyecto de forma explícita. No usa de manera implícita el proyecto por defecto de tu gcloud.
3. El Lister se puede filtrar. Puedes definir una expresión regular por tipo de recurso para que solo se listen u omitan ciertos recursos.
4. Después de ejecutar el Lister, revisas la lista de recursos por eliminar y agregas la línea de comentario # Ready to delete al inicio. Así te aseguras de no saltarte la etapa de revisión. (Si te gusta vivir al límite, escribe un script que añada este comentario entre los pasos del Lister y el Deleter.)
5. Por último, ejecuta el Deleter, que elimina exactamente los recursos listados en el archivo.

Para obtener el código, haz git clone o descárgalo como archivo zip.

Consulta el README para ver detalles y opciones. En resumen:

• Si lo deseas, edita list-filter.yaml para incluir en lista blanca o negra los recursos que quieras dejar dentro o fuera de la lista de eliminación.
• Ejecuta el Lister desde la línea de comandos.
• Revisa el archivo de salida asset-list.txt y agrega un comentario # Ready to delete.
• Ejecuta el Deleter.

Para ver otras opciones, ejecuta ./lister.sh -h o ./deleter.sh -h.

Consulta el README de Cloud Blaster para más detalles

Cloud Blaster ya admite los tipos de recursos más comunes que se crean y se desmontan en desarrollo y QA. Entre ellos:

• Instancias, discos, firewalls y direcciones de Google Compute Engine
• Topics y suscripciones de Google Cloud PubSub
• Clusters regionales y zonales de Google Kubernetes Engine
• Métricas de logs de Google Cloud Operations
• Servicios y versiones de Google App Engine
• Google Cloud Functions
• Servicios de Cloud Run
• Instancias de Cloud SQL
• Buckets de Google Cloud Storage

Si quieres más tipos de recursos o nuevas funciones, abre un issue en GitHub o añade soporte para el tipo de recurso y envía un pull request.

¡Es fácil!

La sintaxis concisa de Kotlin y una clase base de deleter hacen que sea sencillo agregar un deleter para un nuevo tipo de recurso. El cuerpo del deleter de PubSub Topic, por ejemplo, tiene apenas siete líneas. Desde que escribí el primer borrador de este artículo, agregué uno para Cloud SQL y lo probé, en apenas 15 minutos y 13 líneas de código.

Así se hace:

• Descomenta el tipo de recurso en asset-types.properties y, si hace falta, especifica ahí la clase del deleter. Las instrucciones están al inicio de ese archivo.
• Agrega el tipo de recurso a list-filter.yaml. (Mantenemos dos archivos de configuración separados porque solo uno está pensado para que lo edite el usuario. Si olvidas editar este archivo, un mensaje de error claro te lo recordará.) Si lo deseas, agrega un filtro por defecto, como en el ejemplo de Firewall dentro del archivo.
• Implementa una subclase de BaseDeleter junto a las clases de deleter existentes. Te sirven de ejemplo para invocar las distintas APIs de Google Cloud.

• Safe Scrub es un proyecto en Bash más antiguo que hace lo mismo.
• Travis CI GCloud Cleanup y Bazooka también eliminan recursos de GCE.
• Cloud Nuke hace lo mismo en AWS.
• Sandbox Projects está disponible sin costo para los clientes de DoiT International.

Para mantenerte al día, síguenos en el DoiT Engineering Blog , el canal de DoiT en LinkedIn y el canal de DoiT en Twitter . Para explorar oportunidades laborales, visita https://careers.doit-intl.com .