Diseñando su jerarquía (con ejemplos empresariales)
Principles and worked patterns for AWS Organizations, single accounts, multi-cloud groups, MSPs and regulated regions.
Diseñando su jerarquía (con ejemplos empresariales)
Cómo decidir cómo debería verse su árbol y cinco patrones trabajados: una organización de AWS, una cuenta de AWS dividida por etiquetas, muchas nubes y organizaciones, muchos clientes y regiones reguladas.
Where in CostGlassSettings → Hierarchy
PlanAll plans
Who can do thisAnyone planning the structure; see the Hierarchy guide for who can edit
Time needed15 minutes to read
En resumen
- Refleje cómo es usted responsable del dinero, no cómo está distribuida la nube. La unidad de negocio, luego el equipo y luego el entorno funcionan para la mayoría de las empresas.
- Utilice la jerarquía para la propiedad y el acceso: un lugar por cuenta y las personas adecuadas verán las cuentas adecuadas.
- Utilice etiquetas virtuales para cualquier cosa que abarque varias cuentas o que se encuentre dentro de una cuenta, como un producto, un centro de costos o un cliente.
- Utilice filtros guardados para reutilizar una parte del gasto en vistas e informes.
- CostGlass no importa su diseño de unidad organizativa de AWS. Usted mismo crea los nodos y coloca las cuentas (a mano, por regla o mediante CSV).
Antes de empezar
- has leído Configurar la jerarquía de su organización entonces los nombres de los botones tienen sentido.
- Usted sabe quién en su empresa es responsable de cada grupo de cuentas en la nube.
- Tus cuentas en la nube están conectadas (o sabes cuántas conectarás).
¿Cuál es la mejor jerarquía?
No existe un mejor árbol, pero sí una buena prueba: Para cada nodo, ¿puede nombrar una persona o equipo que sea responsable de su gasto? Si puedes, el nodo es útil. Si un nodo existe sólo porque "ahí es donde se encuentra la cuenta", probablemente no lo sea.
Principios
- Responsabilidad espejo. Nivel superior: las partes más grandes de la empresa (unidades de negocio, filiales o regiones). A continuación: los equipos dueños de los presupuestos. Por último, si es útil: entornos como Producción y No producción.
- Mantenlo superficial. Tres o cuatro niveles son suficientes. Cada nivel extra es algo que hay que mantener.
- Una cuenta, un nodo. Una cuenta puede ubicarse en un solo nodo, así que elija la dimensión que debe ser exclusiva, generalmente quién es su propietario. Coloque la dimensión que se superpone (producto, proyecto, cliente) en etiquetas virtuales.
- No hagas de la nube el nivel superior. Un árbol que comienza con "AWS", "Azure", "Google" responde "¿cuánto gastamos en cada nube?" que ya muestran Cost Explorer y Cloud Spend. Put clouds at the bottom: each team node holds that team's accounts from every cloud.
- Nombra los nodos con el nombre de cosas que perduran. Los nombres de los equipos cambian con menos frecuencia que los nombres de los proyectos.
- Plan de acceso. Cualquiera que vincule a un nodo verá todo lo que hay debajo de él. Asegúrese de que un nodo nunca contenga cuentas que un grupo no debería ver.
| Forma | Bueno cuando | Cuidado con |
|---|---|---|
| Unidad de negocio → equipo → entorno | Tienes chargeback o showback por equipo, y diferentes personas son dueñas de la producción y el desarrollo. | Muchos nodos pequeños si tienes cientos de cuentas. Utilice reglas o un CSV en lugar de hacer clic. |
| Filial o región → equipo | Diferentes entidades legales o países pagan sus propias facturas. | Los equipos que trabajan en subsidiarias necesitan cuentas en más de un lugar. |
| Por proveedor de nube | Sólo un equipo independiente se ocupa de cada nube. | Oculta quién es el propietario del dinero y duplica lo que Cloud Spend ya muestra. |
| Por producto | Un equipo de producto es propietario de todas sus cuentas. | Las cuentas compartidas (redes, inicio de sesión) no encajan en ninguna parte. Give them their own "Shared services" node. |
Cómo encajan la jerarquía, las etiquetas virtuales y los filtros guardados
HierarchyWho owns it and who can see it
Un árbol de nodos. Cada cuenta de la nube está exactamente en un nodo. Impulsa los totales acumulados y acceso: una persona vinculada a un nodo ve solo las cuentas que se encuentran debajo de él.
Virtual tagsHow to slice spend
Reglas que etiquetan el costo facturado, por ejemplo "cada cargo en el servicio X, o etiquetado equipo=pagar, pertenece a Producto = Pagar". Abarcan cuentas y funcionan dentro de una cuenta. Se utilizan para agrupar en Informes, Explorador de costos y presupuestos. No restringen quién puede ver algo.
Saved filtersA reusable selection
Un conjunto con nombre de condiciones de inclusión y exclusión (servicios, regiones, cuentas, proveedores) que se aplican a las vistas e informes guardados, de modo que todos utilicen la misma definición de, por ejemplo, "cómputo de producción".
Una simple regla general: si la respuesta debe ser exclusiva y decide el acceso, utilice la jerarquía. Si se trata de una etiqueta de gasto, utilice una etiqueta virtual. Si es una forma repetida de ver el gasto, guárdela como filtro.
Lo que la jerarquía no hace
La jerarquía no es una opción de agrupación en Cost Explorer o Reports. Para ver el gasto agrupado por equipo en esas páginas, exprese el equipo como una etiqueta virtual (por ejemplo, a partir de ID de cuenta). La propia página de jerarquía muestra el resumen de cada nodo.
Patrón A: una organización de AWS con unidades organizativas
Situación. Tiene una organización de AWS, con cuentas de miembros agrupadas en unidades organizativas (OU) de AWS, como Producción, No producción y Caja de arenay los equipos poseen cuentas dentro de ellos.
CostGlass no importa unidades organizativas
CostGlass lee qué cuentas existen en su organización, pero no lee el diseño de la unidad organizativa. Usted recrea la estructura que desea y decide si copia sus unidades organizativas o sigue a los equipos.
Opción 1: reflejar las unidades organizativas
Es mejor cuando sus unidades organizativas ya representan quién es responsable.
1
Conecte la organización
Utilice la configuración de la organización en Conecte AWS para que se encuentren las cuentas de los miembros. Espere los primeros datos de costos; Las cuentas aparecen en la página del árbol a medida que se descubren.
2
Crear un nodo por OU
On Settings → Hierarchy click + New Department OU for each OU, using the same names. Add sub-nodes with + Add Sub-OU if you have nested OUs.
3
Exporte su lista de cuentas desde AWS
En la consola de AWS Organizations, enumere cada cuenta con su unidad organizativa. Necesita el ID de cuenta de 12 dígitos y el nombre de la unidad organizativa para cada uno.
4
Construir un CSV
Make a file with the columns provider, native_account_id and one column per level. Usar
ay as the provider.5
Importarlo
Click Bulk CSV Import, choose the file and click Upload & Build Tree. Verifique el resultado de las filas omitidas.
6
Mantenlo actualizado
When you add an account in AWS, it appears at the root in Root Unplaced Accounts. Colóquelo a mano o vuelva a cargar el CSV.
CSV de ejemplo (ID de cuenta ilustrativos)
Opción 2: seguir equipos, no unidades organizativas
Es mejor cuando una unidad organizativa combina varios equipos. Haz que los equipos estén en el nivel superior y luego coloca los entornos debajo. El CSV tiene la misma forma, con el equipo primero y el medio ambiente segundo.
If your account display names carry a convention (for example every name contains "prod"), an Auto-Rules rule with Display Name contains pinchar can place many accounts in one click of Run Rules Now.
Una empresa mediana
La raíz tiene dos nodos: Ingeniería de Producto y Datos y análisis. Debajo de cada uno están los equipos, y debajo de cada equipo Producción y No producción llevar las cuentas. El Jefe de Datos está obligado a Datos y análisis y ve sólo esas cuentas. El líder financiero no está limitado y lo ve todo.
Patrón B: una cuenta de AWS, cargas de trabajo separadas solo por etiquetas
Situación. Todo se ejecuta en una única cuenta de AWS. Los equipos o productos se diferencian únicamente por etiquetas de recursos como equipo o producto.
Una jerarquía no puede dividir una cuenta
La jerarquía coloca cuentas enteras. Una cuenta es un nodo, por lo que no puedes dividir su gasto entre equipos con nodos. Uso etiquetas virtuales en cambio.
1
Mantenga el árbol simple
Deje la cuenta en la raíz o colóquela en un solo nodo como Ingeniería.
2
Revisa tus etiquetas
Abierto Explorador de etiquetas y Cumplimiento de etiquetas para ver qué claves de etiqueta existen y cuánto gasto no está etiquetado.
3
Crear una etiqueta virtual
En Etiquetado virtual cree una clave como Equipo. Agregue una regla por valor que coincida con su etiqueta de nube (por ejemplo, la etiqueta de recurso equipo es igual pagar) y establezca un valor predeterminado para todo lo que no coincida.
4
Informe al respecto
Agrupe por etiqueta virtual en Informes y Explorador de costos y establezca presupuestos por valor de etiqueta.
Nota
Las etiquetas se comparan utilizando las etiquetas que CostGlass tiene para cada recurso. El gasto que se factura sin un ID de recurso (por ejemplo, algunas líneas de soporte o transferencia de datos) no puede coincidir con una etiqueta y cae dentro del valor predeterminado. Consulte la guía de etiquetado virtual para conocer la cobertura.
Consejo
Si así es como trabaja hoy, considere si las cuentas de AWS separadas por equipo serían útiles más adelante. Esa es su decisión, pero las cuentas separadas también permiten que la jerarquía restrinja quién ve qué y qué etiquetas por sí solas no pueden hacer.
Patrón C: varias organizaciones de AWS, inquilinos de Azure, cuentas de facturación de Google y inquilinos de Oracle
Situación. Un grupo con subsidiarias, cada una con su propia organización de AWS, inquilino de Azure, cuenta de facturación de Google Cloud o arrendamiento de Oracle, y desea una vista de todos ellos.
1
Conecte cada uno por separado
Connect every AWS Organization, Azure tenant, Google Cloud billing account and Oracle tenancy on its own, from Settings → Cloud Accounts. Use Integrate another in the AWS wizard to add a second AWS Organization. Ver Conecta tus nubes.
2
Consulta el límite del plan
Tu plan establece un número máximo de conexiones. Si se le niega un mensaje de actualización, lo ha alcanzado. Consulte Facturación y planes.
3
Colocar filiales o regiones en la cima
Bajo la raíz, cree un nodo por filial (o región). Debajo de cada uno, crea los equipos.
4
Coloque cuentas desde cada nube
In the CSV use one row per account with the right provider value, for example
ay y azul. Se pueden ubicar varias nubes en el mismo nodo del equipo.5
Vincular a los líderes
Bind each subsidiary's finance lead to their top node. Las finanzas del grupo no están vinculadas y abarcan a todas las filiales.
Árbol de ejemplo (ilustrativo)
Nota
Cloud Spend, Forecasting and Kubernetes Costs combine spend across the whole organisation and are not narrowed by a person's node. Planee que las personas a nivel de grupo los vean, o vea qué páginas respetan el alcance.
Patrón D: un MSP o revendedor con muchos clientes
Situación. Usted gestiona los costos de la nube para varios clientes y cada cliente nunca debe ver a otro.
Utilice una organización CostGlass por cliente
Una jerarquía vive dentro de una única organización y las personas de esa organización comparten sus datos. For strict separation between customers, create a separate CostGlass organisation for each, connect that customer's clouds there, and invite that customer's people to it.
- Cada organización tiene su propio plan, facturación, equipo, claves API y registro de auditoría.
- Una dirección de correo electrónico puede pertenecer solo a una organización, por lo que uno de sus ingenieros necesita una dirección de correo electrónico separada para cada organización de cliente en la que trabaja. No hay ninguna pantalla que muestre varias organizaciones a la vez.
- Dentro de un cliente aún puedes usar la jerarquía, las etiquetas virtuales y los filtros guardados como en los otros patrones.
Nota
Si desea brindarle a un cliente una vista limitada a su propia porción de una sola organización, para eso está el acceso con alcance, pero no es un límite estricto para cada página (consulte la lista de páginas que siempre muestran toda la organización). Para clientes que deben estar completamente separados, utilice organizaciones separadas.
Patrón E: regiones reguladas
Situación. Los datos sobre los usuarios de la UE deben permanecer en la UE, los datos del Reino Unido en el Reino Unido, etc.
Cuando se crea una organización, la persona que elige una región en la página de registro elige dónde se almacenan todos sus datos. La región queda fija a partir de ese momento y no se puede cambiar. Cada región es su propio sitio con su propia base de datos, por lo que una jerarquía no puede abarcar regiones.
- Crear una organización CostGlass por región, cada uno se registró en esa región. Conecte solo las cuentas en la nube cuyos datos de costos pertenecen allí.
- Utilice la jerarquía dentro de cada organización como en los otros patrones.
- Actualmente, los informes a nivel de grupo entre regiones se realizan fuera de CostGlass (por ejemplo, combinando las exportaciones de cada organización), porque las organizaciones no se ven entre sí.
- Se puede registrar una dirección de correo electrónico en una sola región. Una persona que trabaja en varias regiones necesita una dirección diferente en cada una.
Ver Residencia y retención de datos para lo que es fijo y lo que puedes configurar.
Una breve lista de verificación de diseño
- Anote quién es responsable de cada grupo de cuentas.
- Dibuja el árbol en papel con un máximo de cuatro niveles.
- Decide qué cortes son exclusivos (jerarquía) y cuáles se superponen (etiquetas virtuales).
- Prepare un CSV, o los patrones de reglas, para colocar las cuentas.
- Create the nodes, import, and look at Root Unplaced Accounts: it should reach zero.
- Vincula a las personas y luego inicia sesión como uno de ellos (o pídeles) que verifiquen lo que ven.
Preguntas frecuentes
¿Debo copiar exactamente mis unidades organizativas de AWS?
Sólo si las unidades organizativas ya coinciden con quién es responsable. De lo contrario, diseñe para la rendición de cuentas y asigne cuentas a ella.
¿Puedo cambiar el árbol más tarde?Sí. Se puede cambiar el nombre de los nodos y moverlos, y las cuentas se pueden mover entre nodos en cualquier momento. Nada se pierde cuando te reorganizas.
¿La jerarquía cambia mis datos de factura o costos?No. Cambia cómo se agrupan las cuentas y quién puede verlas. El gasto en sí no cambia.
¿En qué se diferencia esto de una etiqueta virtual?Una etiqueta virtual etiqueta el gasto y puede cruzar o dentro de las cuentas, pero no limita quién la ve. La jerarquía coloca cuentas completas e impulsa el acceso.