cloudgraphdev/cliLa herramienta universal de API GraphQL y CSPM para AWS, Azure, GCP, K8s y Tencent.
CloudGraph es la herramienta gratuita de código abierto universal API de GraphQL y Gestión de Postura de Seguridad en la Nube (CSPM) para AWS, Azure, GCP y K8s. Con CloudGraph obtienes:
Cloud Graph te permite conocer tu nube en 5 minutos. Construido y mantenido con amor por el equipo de ❤️ AutoCloud ❤️
💰 Recibe compensación por construir proveedores de CloudGraph
** el uso no implica respaldo
AWS, Azure y GCP han hecho un trabajo maravilloso construyendo soluciones que permiten a ingenieros como nosotros crear sistemas para potenciar nuestro mundo cada vez más interconectado. En los últimos 15 años, productos como EC2, S3, RDS y Lambda han cambiado fundamentalmente nuestra forma de pensar sobre la computación, el almacenamiento y las bases de datos.
Con la proliferación de Kubernetes y Serverless en los últimos 5 años aproximadamente, los servicios en la nube se han vuelto cada vez más abstractos sobre racks de servidores físicos. Para los usuarios finales, todo en la nube es solo una API, por lo que no necesitamos saber necesariamente cómo funcionan internamente Lambda Functions o EKS para poder usarlos en la construcción de aplicaciones. Con un poco de documentación, acceso a API o consola, y un tutorial, cualquiera puede crear prácticamente cualquier cosa que necesite.
Estas abstracciones han dado lugar a mejoras masivas en la conveniencia general y la amplitud de las ofertas de servicios de CSP. Lo que antes era un proceso tedioso, lento y propenso a errores de aprovisionar nuevos servidores, bases de datos o sistemas de archivos ahora se puede hacer en segundos con solo hacer clic en un botón o implementar IAC. Dado que todo es solo una abstracción de API, cuando un CAP está listo para introducir un nuevo "producto", simplemente necesita exponer una nueva API; sí, estoy simplificando un poco :)
Cualquiera familiarizado con los CSP sabe que las API de servicios casi siempre están divididas en espacios de nombres modulares que contienen docenas, si no cientos, de métodos API separados para recursos individuales. Por ejemplo, el servicio AWS EC2 contiene más de 500 métodos API diferentes, y ocasionalmente se agregan nuevos. Cualquier empresa que construya sistemas sustanciales en un CSP probablemente esté utilizando muchos, muchos servicios diferentes.
Si bien es una obra maestra de la arquitectura de centros de datos, esta elección de cientos de servicios y opciones de configuración pone la carga del conocimiento sobre cómo usar correctamente estos servicios directamente sobre nosotros, los ingenieros. Como resultado, nos encontramos teniendo que mantenernos constantemente actualizados y aprender sobre todas las ofertas de servicios o cambios nuevos. Esto requiere una cantidad significativa de tiempo y energía mental. Como desarrolladores, puede ser difícil, lento y frustrante usar la CLI de AWS para hacer 5 llamadas API diferentes para describir, por ejemplo, un clúster de AWS ECS, sus servicios, definiciones de tareas, tareas, definiciones de contenedores, etc. A menudo nos perdemos en la documentación y tenemos que usar media docena de API para obtener respuestas a preguntas como "¿Qué está ejecutando exactamente en esta VPC?"
Esto significa que AWS, Azure y GCP pueden sentirse abrumadores rápidamente incluso para arquitectos de nube experimentados. Si bien los CSP son fantásticos construyendo los servicios reales que impulsan nuestros negocios, no se ha avanzado mucho en simplificar la experiencia de usuario diaria de consultar estos cientos de servicios de una manera sensata.
Nuevas soluciones como Cloud Control API para AWS han intentado crear una interfaz estandarizada para consultar muchos tipos diferentes de recursos de AWS. Desafortunadamente, el uso de Cloud Control API es severamente limitado, y los usuarios aún necesitan saber cómo consultar correctamente sus datos. Esto significa más tiempo leyendo documentación y entendiendo cómo funcionan los servicios y cómo se relacionan entre sí.
