Un registro reúne 1.579 iconos SVG de AWS, Azure y Google Cloud bajo licencias dispares
Amazon aporta 739 iconos, Microsoft 626 y Google Cloud 214, todos con slug y licencia declarada en un JSON estático. El set de AWS es CC-BY-ND-2.0: no admite recoloreado.
El proyecto thesvg.org ha catalogado los sets de iconos de arquitectura de las tres nubes grandes en un único registro consultable por máquina: 739 de AWS, 626 de Azure y 214 de Google Cloud. Son 1.579 SVG con slug, categoría y licencia declarada en un JSON estático que no pide clave ni autenticación. La parte que conviene leer antes de usarlos es la licencia, porque el set de Amazon no es libre del todo.
Cualquiera que haya escrito documentación de arquitectura conoce el problema: quieres una caja de Lambda y otra de BigQuery en el mismo README y acabas descomprimiendo dos ZIP con dos criterios distintos de lo que es un icono.
Qué hay dentro de cada set
El conjunto de AWS es el más grande y no es homogéneo. De los 739 archivos, 300 son iconos de servicio (los cuadrados de color de siempre), 400 son recursos concretos dentro de un servicio —una función Lambda suelta, por ejemplo—, 26 son de categoría y 13 de grupo, para marcos y cabeceras. Se distinguen por el prefijo del slug: aws-, aws-res-, aws-cat- y aws-group-. Solo los de Amazon se publican en cuatro variantes, 16, 32 y 64 píxeles además de la de por defecto; Azure y Google Cloud entregan una única versión. En la categoría de cómputo, el registro lista 38 iconos de AWS, 39 de Azure y 13 de Google.
Los nombres siguen la nomenclatura del producto, y ahí hay una trampa. El icono de Lambda no es aws-lambda sino aws-aws-lambda: el primer aws es el prefijo de la colección y el segundo forma parte del nombre del servicio. Adivinar el slug devuelve un 404. Lo práctico es filtrar el JSON del registro por título o por categoría en vez de componer la ruta a mano, y quedarse luego con el patrón estable /icons/{slug}/{variante}.svg.
La licencia del set de AWS
El registro declara CC-BY-ND-2.0 para los iconos de Amazon. ND significa No Derivatives: se pueden compartir sin modificar y con atribución, pero no alterar. Recolorear un icono para que pegue con la paleta corporativa cuenta como modificación, igual que recortar el badge o quitarle el fondo. Escalarlo de forma proporcional, en cambio, se considera el mismo dibujo. Azure figura como MIT y Google Cloud como Apache-2.0, aunque ambas compañías publican además sus propios términos de uso, que son los que hay que leer si el icono va a acabar en una página de producto y no en un diagrama interno. Las marcas siguen siendo de sus dueños, algo que el proyecto recuerda en su aviso legal. El registro se limita a anotar la licencia declarada y no opina sobre ella.
El peso no es un problema: la mediana de un SVG por defecto de AWS es de 2.875 bytes y el mayor llega a 13.951. En Azure la mediana es 2.045 y el mayor 46.239, y los de Google son los más ligeros, con mediana de 725 bytes y un máximo de 3.517.
Sirven donde no llega draw.io, cuyas bibliotecas ya traen formas de AWS, Azure y GCP: una etiqueta <img> que GitHub renderiza, un frame de Figma o una diapositiva. Y sobre todo diagramas generados por script, donde lo que importa es una ruta de archivo estable. En ese caso conviene descargar el SVG una vez y dejarlo en el repositorio, para no depender de una llamada de red en cada render.
La novedad no es el catálogo de iconos, que lleva años existiendo repartido en tres webs, sino tener un registro legible por máquina con la licencia de cada pieza al lado. Eso es lo que permite automatizar la búsqueda y, de paso, recordar que el set de AWS no se puede retocar.
