Cloud/Configuración/Equipos
Equipos
Miembros agrupados para conceder acceso en lote: crea un equipo una vez, añade personas a él, y todo proyecto que toque lo sigue.
Teams es donde la membresía se convierte en estructura. La descripción: "Group members to manage access at scale." La propia pista de la página lo precisa: "Group members to grant access to projects in bulk."
Teams
Group members to manage access at scale.
Group members to grant access to projects in bulk.
Platform Engineering
Owns the connector runtime and edge infrastructure.
Billing Ops
Finance integrations and metering.
El mockup es la superficie real. Crea un equipo, añade miembros a él, y elimina uno que ya no necesites.
Una tarjeta por equipo
Cada equipo muestra su nombre, una descripción opcional y las personas que lo componen como chips. Add member toma los miembros de la organización en Members; la misma persona puede estar en varios equipos. Crear es org:teams:manage: un diálogo, un nombre, una "Brief description" opcional, y el equipo existe. Delete team elimina el agrupamiento; las personas siguen siendo miembros de la organización, solo desaparece el paquete.
Por qué agrupar importa
Sin equipos, el acceso se concede persona por persona, y cada cambio de proyecto significa tocar a cada persona. Con equipos, la unidad de asignación pasa a ser el grupo: concede el proyecto a Platform Engineering una vez, y añadir a alguien al equipo es todo el onboarding. Cuando alguien se va, eliminarlo de un equipo revoca todo lo que llegó a través de él.
Por qué existe esta página
Los equipos son la diferencia entre administrar el acceso y vigilarlo. Mantienen legible el modelo de permisos de la organización: en lugar de una matriz de quién puede tocar qué, lees los equipos, y los equipos se leen como el organigrama.
Qué viene después
Roles define lo que un rol puede hacer; los equipos definen quién viaja junto.