Hola a todos, y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a hablar sobre la arquitectura de la cuenta de identidad.
Entonces, hoy en día, en la mayoría de las organizaciones que verá, hay dos tipos principales de arquitectura
que generalmente son muy comunes.
El primero es la arquitectura de la cuenta de identidad y el segundo se basa en el inicio de sesión único
y, por lo tanto, es importante que los entendamos.
Y en el video de hoy, nuestro enfoque principal será la arquitectura de la cuenta de identidad.
Entonces, esto no solo es importante desde la perspectiva del examen, sino que también es importante desde el punto de vista
de la producción.
Ahora, antes de seguir adelante y comprender más en detalle este tipo de arquitectura, es
importante que demos un paso atrás para comprender cuál era el tipo de arquitectura que las
organizaciones solían usar en los primeros días cuando estaba ganando terreno. .
Entonces, durante los primeros tiempos, vería que la mayoría de las organizaciones tenían una sola cuenta.
Entonces, todos los recursos, todos los servidores que se crearon estaban solo en la cuenta única.
Entonces, en tales casos, la administración era muy simple y cada usuario que necesitaba acceder a una cuenta diversa tenía un solo
conjunto de nombre de usuario y contraseña y un solo conjunto de acceso y clave secreta.
Y generalmente lo que solía pasar era que esta cuenta estaba dividida.
Había una división basada en la región.
Una región se usó para el entorno de desarrollo, la segunda región se usó para el entorno de producción.
Entonces, los desarrolladores tenían acceso a una región del entorno de desarrollo y el equipo de seguridad del equipo tenía acceso
tanto al desarrollo como a la producción.
Así que esto era generalmente muy común en los primeros días.
Y, de hecho, hoy en día en muchas de las pequeñas empresas todavía verás que este tipo de arquitectura
se usa comúnmente.
Ahora, cuando las organizaciones se vuelven grandes y tienen cientos de servidores, una arquitectura basada en una sola cuenta no
es muy adecuada y también debe tener mucho cuidado con sus políticas de IAM.
Por ejemplo, agregó un nuevo desarrollador a su cuenta y, por error, le dio acceso a la
instancia fácil, pero olvidó especificar la condición de la región del entorno de desarrollo.
Entonces, ahora lo que sucederá es que el desarrollador tendrá acceso tanto a las regiones de desarrollo
como a las de producción aquí.
Entonces, esto nuevamente crea cierto conjunto de desafíos y debe tener mucho cuidado con sus políticas de IAM y,
por lo tanto, cuando su organización se vuelve grande, es importante que tenga una mejor arquitectura con
un mejor aislamiento.
Entonces, una mejor arquitectura que generalmente verá que se usa ampliamente hoy en día es la cuenta individual
por función.
Por lo tanto, debe tener en cuenta la cuenta del entorno de desarrollo para preparar una cuenta para producción.
Entonces, en caso de que el desarrollador quiera acceder al lugar donde quiere hacer algunas pruebas, puede obtener acceso
al entorno de desarrollo.
Ahora, aunque este es un gran tipo de arquitectura, viene con su propio desafío.
Uno de los principales desafíos que verá es que cada usuario tendrá un conjunto diferente de
nombre de usuario y contraseña para cada cuenta y un conjunto diferente de acceso y clave secreta para cada cuenta.
Entonces, por ejemplo, digamos que un equipo de seguridad ahora tendrá que monitorear estas tres
cuentas.
Entonces, un miembro del equipo de seguridad quiere iniciar sesión en la cuenta de desarrollo.
Tendrá su propio nombre de usuario y contraseña si desea realizar algunas operaciones a través de un conjunto diferente de
acceso y se requieren claves secretas.
Entonces, cuando tiene, digamos, 100, muchas organizaciones tienen cientos de cuentas.
Entonces, en tales casos, tener 100 nombres de usuario y contraseñas diferentes, 100 accesos y claves secretas
diferentes es muy difícil de administrar.
Entonces, para superar esto, tiene una cuenta de arquitectura de identidad.
Entonces, lo que sucede en una arquitectura basada en una cuenta de identidad es que todos los usuarios de IAM se almacenan en una cuenta de
base de datos central a la que puede referirse como cuenta de identidad.
Puede hacer referencia a una cuenta central o también puede dar un nombre diferente.
Entonces, si ve en el diagrama en la cuenta de identidad, todos los usuarios de IAM se almacenan y
crea una configuración de tal manera que los usuarios de la cuenta de identidad pueden iniciar sesión en el entorno
de desarrollo, pueden iniciar sesión en el entorno de producción directamente sin tener un conjunto separado de credenciales.
De nuevo, no se trata de que cualquier usuario pueda iniciar sesión para desarrollar una introducción.
Todo depende de la política que agregue a nivel de usuario.
Puede iniciar sesión en desarrollo, iniciar sesión en producción o ambos.
Así que esta es la idea básica de la cuenta de identidad.
Solo se utiliza un conjunto de credenciales.
No se crean nombres de usuario y contraseñas separados para cada una de las cuentas.
Entonces, con este conjunto básico, sigamos adelante y tengamos una demostración rápida.
Ahora, para la demostración de hoy, tengo dos pestañas abiertas y en cada paso tenemos una cuenta separada.
Entonces, en esa pestaña, número uno, si ves que se refiere a una identidad.
Así que esta es la cuenta de identidad y la pestaña número dos se conoce como producción.
Así que esto es un.
Cuenta de introducción.
No.
En la cuenta de identidad verás que un usuario de Alice ha iniciado sesión.
Ahora digamos que el usuario Alice quiere acceder a la cuenta de producción.
Ahora, en este caso, como estamos discutiendo, dado que tenemos una arquitectura base de cuenta de identidad, no
será necesario crear el usuario ALICE en la cuenta de producción si el permiso de acceso está allí, el usuario alice
puede iniciar sesión directamente en la cuenta de producción.
Entonces, desde la cuenta de identidad, lo que el usuario Alice puede hacer, puede proporcionar el enlace de inicio de sesión si ve que
está firmando un enlace asociado con la cuenta de producción y también se proporciona el número de cuenta de
producción y termina en cuatro, siete, seis tres.
Entonces, tan pronto como el usuario de ALICE agrega esto, aparece la configuración básica del rol de cambio y todo lo que se necesita hacer
es cambiar el rol.
Y ahora ve que el usuario Alice ha iniciado sesión en la cuenta de producción.
Incluso puede ver desde aquí que tiene un guión de producción seguido del número de
cuenta y si mira el número de cuenta termina en cuatro, siete, seis tres y si mira
una segunda pestaña que pertenece a la cuenta de producción, esto también termina con cuatro, siete, seis tres.
Ahora digamos que el usuario Alice ha completado el trabajo apropiado en la cuenta de producción.
Luego, el usuario de Alice puede continuar y volver atrás y ahora Alice vuelve a la cuenta de identidad.
Y luego digamos que el usuario Alice quiere hacer algunas pruebas en la cuenta de desarrollo de forma similar a cómo
cambió a la cuenta de producción.
El enfoque sigue siendo similar.
Ahora una cosa más.
Dado que Alice se cambió a la cuenta de producción, si quiere volver a hacerlo, el historial de funciones
sigue estando aquí.
Así que todo lo que tiene que hacer es hacer clic en la producción.
Entonces, tan pronto como el usuario hace clic, regresa a la cuenta de producción.
Está bien.
Así que espero que en una descripción general de alto nivel haya entendido la arquitectura de la cuenta de identidad.
Entonces, independientemente de cuántas cuentas haya, tiene 100 cuentas, 200 cuentas, etc. No importa.
Todo lo que necesita hacer es dar acceso al usuario en la cuenta de identidad para que el usuario
pueda iniciar sesión en la cuenta de identidad y desde aquí puede iniciar sesión en todas las demás cuentas según
el permiso que tenga el usuario.
Ahora, en una descripción general de alto nivel, si analiza la arquitectura práctica, hay tres pasos que
generalmente se requieren.
La primera es que el usuario debe crearse en la cuenta.
Una cuenta no es más que la cuenta de identidad.
La segunda es que también debe crear un rol de cuenta cruzada en la cuenta.
B Entonces, digamos que el usuario Alice ha iniciado sesión en la cuenta de producción.
Ahora, ¿cuál es el acceso que tendrá el usuario Alice?
¿Tendrá acceso a un tres?
¿Tendrá acceso a E dos instancias y así sucesivamente?
Entonces, todas esas cosas se definen en este rol específico de cuentas cruzadas.
Y el tercero es permitir que los usuarios cambien al rol de cuenta B.
Entonces le das permiso al usuario en la cuenta de identidad para que pueda cambiar a desarrollo, producción
o cualquier otra cuenta dependiendo de los permisos orales.
Por lo tanto, estos indicadores se pueden entender fácilmente con esta arquitectura práctica.
Tienes una cuenta de identidad.
Todos los usuarios de IAM están presentes, tiene una cuenta cruzada, un rol de IAM en cada una de las cuentas donde
desea que los usuarios se conecten directamente a través de la cuenta de identidad y luego los usuarios pueden realizar la operación
de rol para conectarse a esta cuenta específica.
Ahora verá en la cuenta b que tiene un permiso de depósito S3 en la cuenta.
C Tienes el permiso de Easy para instanciar.
Entonces, si un usuario ha iniciado sesión en la cuenta C, el usuario solo tendrá acceso a E dos y no a otros servicios.
Así que déjame mostrarte eso también rápidamente.
Ahora, en la cuenta de producción, abramos rápidamente el IAM y aquí dentro tengo un papel de producción
de guiones.
Entonces, si hubiera notado que este usuario ha usado este rol, que es la producción de guiones C.
Ahora, ¿cuál es el permiso que tiene este rol?
El único permiso que se adjunta es el acceso de solo lectura de S3.
Entonces, si el usuario de Alice intenta abrir el servicio fácil aquí, verá inmediatamente que obtiene un error.
Entonces, el único permiso que tiene Alice es el acceso S3.
Entonces, si intenta abrir el S3.
Verás, todos los cubos están apareciendo en la cuadrícula del guerrero.
Esta es la descripción general de alto nivel sobre la arquitectura de la cuenta de identidad.
Y en el próximo video seguiremos adelante y lo analizaremos desde un punto de vista práctico para que nuestra comprensión
sea sólida y clara.
Así que con esto concluirá el video de hoy.