Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Objetivos para la transición a una arquitectura de cuentas múltiples
La transición a una arquitectura de varias cuentas suele estar impulsada por la necesidad empresarial de obtener uno o más de los siguientes beneficios:
-
Agrupar las cargas de trabajo según el propósito o la propiedad de la empresa
-
Aplicar distintos controles de seguridad por entorno
-
Restringir el acceso a los datos confidenciales
-
Promover la innovación y la agilidad
-
Limitar el alcance del impacto de los eventos adversos
-
Ser compatible con varios modelos operativos de TI
-
Administrar costos
-
Distribuir Servicio de AWS las cuotas y los límites de la tasa de solicitudes de API
Para obtener más información sobre las numerosas ventajas de utilizar una arquitectura de varias cuentas, consulte Cómo organizar el AWS entorno con varias cuentas (AWS documento técnico) y las directrices para configurar un entorno con una buena arquitectura (documentación).AWS Control Tower
Ejemplo de arquitectura de cuenta única
Como punto de partida, es habitual que las startups o pequeñas empresas utilicen una única Región de AWS y tengan dos nubes privadas virtuales (VPC) que están conectadas por Interconexión de VPC. Cada VPC contiene recursos de computación, como las instancias de Amazon Elastic Compute Cloud (Amazon EC2). El equipo de ingeniería desarrolla el código directamente en la VPC de desarrollo. El equipo de producto revisa los cambios y, a continuación, el equipo de ingeniería los promueve de forma manual a la VPC de producción. El equipo de finanzas tiene acceso a la consola para Cuenta de AWS poder revisarla. Administración de facturación y costos de AWS
A continuación, se muestran algunos ejemplos de desafíos que una empresa podría experimentar en este entorno:
-
Un ingeniero borró por error los datos de producción cuando pensó que estaba accediendo a una base de datos de desarrollo.
-
Una demostración de ventas se vio afectada cuando una implementación de producción tardó más de lo esperado.
-
Cuando se estaba realizando una prueba de carga del código de desarrollo, la VPC de producción se ralentizó y generó mensajes de error relacionados con la limitación.
-
El equipo de finanzas no puede diferenciar los costos de los entornos de producción y desarrollo.
-
Al director ejecutivo le preocupa que algunos contratistas externos recién contratados tengan acceso a los datos de los clientes a través de la VPC de producción.
-
El equipo de finanzas no puede impedir el acceso a información específica Servicios de AWS que pueda suponer costes elevados.
La adopción de una estrategia de cuentas múltiples aborda todos estos desafíos mediante el uso de compartimentos Cuentas de AWS para separar las cargas de trabajo y el acceso.
