Modernizing perimeter security: Scalable perimeters with VPC Service Controls
Agents represent a fundamental shift in cloud operations. They can act on behalf of users or autonomously, make non-deterministic decisions, and request data across projects at unprecedented speed and scale.
Agents represent a fundamental shift in cloud operations. They can act on behalf of users or autonomously, make non-deterministic decisions, and request data across projects at unprecedented speed and scale.
Traditional, manually-operated network perimeters are vulnerable to today’s machine-speed attacks. Overly permissive perimeters, built to avoid blocked connections, increase the risk of unauthorized data theft, but overly strict perimeters stall development under a flood of access denials.
Today, we're excited to announce key enhancements to VPC Service Controls (VPC-SC) that make perimeters easier to create, maintain, and scale. You can now add folders to perimeter membership, so that projects contained in them inherit policy. You can also manage granular exceptions and resolve denials with guided, scoped remediation.
The result is data protected by default, so you can scale autonomous agents across your enterprise without letting data leave your perimeter. This update is generally available, and at no additional cost.
Perimeters aligned to your architecture VPC-SC provides a context-aware network security perimeter around your Google Cloud deployment, designed to secure your organization against data theft, even in the event of compromised credentials, identity and access management (IAM) misconfigurations, and insider threats. By extending network-layer protection across service-to-service interactions in Google Cloud's infrastructure, VPC-SC goes beyond traditional firewalls and creates an additional layer of defense that prevents access outside your corporate network — and is now easier for your organization to manage.
In context
- Topic: Cloud y Arquitectura — Nube pública, híbrida, costos y decisiones de infraestructura.
- Source: Google Cloud Blog
- Published: 15/10/2026
Continue reading at the original source →
Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.
Por qué importa
Después de unos años, casi toda organización que migró a la nube descubre lo mismo: la factura crece más rápido que el negocio. No porque la nube sea cara, sino porque nadie apaga lo que ya no se usa y nadie tiene el incentivo de revisarlo.
Mi lectura pasa por quién ve la factura. En las organizaciones donde el costo de nube le llega al equipo que lo genera, el gasto se ordena solo. Donde la factura la ve únicamente finanzas, el gasto crece y la discusión se vuelve un recorte a ciegas cada fin de año.
Lo que suele salir mal
Lo que más veo fallar es la migración literal. Se mueve el sistema tal como estaba, sin rediseñar nada, y se termina pagando por hora lo que antes se pagaba una vez. Funciona igual, cuesta más, y a los dos años alguien pregunta para qué se hizo. Levantar y mover no es modernizar.
Qué mirar
- Quién ve la factura y con qué detalle: sin dueño del gasto, el gasto crece solo.
- Dónde quedan físicamente los datos y qué exige la regulación local sobre eso.
- Qué pasa cuando el proveedor tiene una caída, porque la va a tener, y qué queda operando mientras tanto.
Cómo leo esta entrada
Yo lo leería pensando en la salida antes que en la entrada. No porque uno planee irse, sino porque la conversación de cómo saldría es la que revela cuánto se está amarrando. Si nadie en la mesa puede describir ese camino, la dependencia ya es mayor de lo que se cree.
La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.
Comentarios
Todavía no hay comentarios. El primero puede ser el tuyo.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
