Hola a todos, y bienvenidos de nuevo.
Ahora, en el video anterior, discutíamos sobre los conceptos básicos de la arquitectura basada en el registro
centralizado y también las ventajas que ofrece.
Ahora, en el video de hoy, seguiremos adelante y lo implementaremos.
El servicio que usaremos es la nube, y veremos cómo funciona realmente la configuración del registro de seguimiento
de la nube entre cuentas.
Ahora, similar al diagrama, tendremos un error en esta cuenta donde se crearía nuestro depósito S3.
En esta segunda cuenta, tendremos un rastro en la nube y veremos cómo el rastro en la nube puede enviar
los registros al depósito S3.
Ahora, similar a la arquitectura de la que hablábamos, tengo dos pestañas.
La primera está asociada con una cuenta de registro y la segunda pestaña está asociada con esa cuenta de producción.
Entonces estamos registrando una cuenta.
Abramos rápidamente el servicio S3 y, en la cuenta de la dirección de producción, abramos el servicio de seguimiento en
la nube.
Ahora estamos iniciando sesión en la cuenta.
Vamos a crear rápidamente un nuevo depósito S3 y puede darle cualquier nombre.
Lo llamaré rastro de nube de lapso de escape, cubo central.
Está bien.
Sigamos adelante y crearemos un depósito.
Ahora desde una consola en la nube de una cuenta de producción.
Avancemos y creemos rápidamente un nuevo sendero.
Simplemente lo llamaré como el rastro de guión mo.
Y dentro de aquí deberá especificar el depósito S3 donde se almacenarán los registros.
Ahora, dentro de ahí, idealmente, deberíamos estar especificando.
Nuestro nuevo balde S3 que escapa de las vueltas balde central del rastro de la nube.
Ahora, tenga en cuenta que no puede almacenar directamente los registros en la nube de una cuenta a otro depósito S3 de cuentas con una
configuración predeterminada.
Por ejemplo, si un seguimiento en la nube de la cuenta A quiere almacenar sus datos en el depósito S3 de la cuenta B, entonces el depósito de
la cuenta B debe permitir que el servicio de seguimiento en la nube coloque los registros.
De lo contrario, esta configuración de cuenta bruta realmente no funcionaría.
Entonces, lo que debe hacer en este depósito S3 de la cuenta de registro, deberá agregar una nueva política
de depósito que permita que el servicio en la nube agregue los registros al depósito S3.
Entonces, lo que debemos hacer en nuestro cubo, vayamos rápidamente a los permisos.
Y dentro de aquí, deberá agregar una nueva política de depósito.
Ahora, para la demostración de hoy, ya tengo una política de tres cubos que permite que Cloud Rail agregue los registros
al cubo.
Ahora echemos un vistazo rápido a esta política de nuevo.
Adjuntaré esta política después de este video para que también pueda consultarla.
Ahora, si observa esta política de depósito, lo que estamos haciendo es permitir que el servicio de riel en la
nube, que es punto de riel en la nube, punto com de Amazon, realice dos operaciones.
El primero es la ACL del depósito de puerta y el segundo es el objeto de venta.
Put object es importante porque el servicio en la nube debe poder agregar algunos datos a este depósito S3 y luego estamos
especificando el recurso.
Y debajo del recurso tienes el balde.
Entonces, una política de depósito muy simple.
Copiemos esto y agréguemoslo aquí.
Ahora, una cosa que tendrá que cambiar es el depósito, por lo que puede copiar el depósito aquí y aquí.
De hecho, déjame acercar para que sea visible.
Excelente.
Entonces, dentro del recurso, permítanme agregar el depósito.
Así que reemplazaré el cubo en ambas secciones de recursos.
Muy bien, vamos a alejarnos.
Una vez que esto sea así, puede continuar y guardar los cambios.
Entonces, en esta etapa, está recibiendo un error.
Veámoslo.
Establece que las políticas deben ser válidas, json y el primer byte debe.
De acuerdo, una cosa que tendrá que tener en cuenta es que debe asegurarse de que no haya espacio adicional.
Así que eliminemos el espacio aquí.
Por lo general, esto sucede cuando copia y pega las políticas del depósito.
Una vez hecho esto, puede guardar el cambio.
Muy bien, entonces nuestra política de depósito está lista.
Así que ahora llega el momento en que puede continuar y especificar los detalles del depósito aquí.
Así que déjenme copiar el nombre del depósito y agréguelo aquí para simplificar realmente no usará el CMS para
el cifrado y dentro de la ubicación de almacenamiento, en lugar de crear un depósito, haga clic en usar el depósito
S3 existente.
Copiemos ese cubo aquí.
Una vez que esto sea así, puede continuar y hacer clic en siguiente.
Y haga clic en Siguiente de nuevo.
Y haga clic en Crear.
Está bien.
Entonces, una vez que esto se haya creado, volvamos a nuestros objetos aquí.
Actualicemos y automáticamente verá que se crea una nueva carpeta.
Y en esta carpeta normalmente obtendrá el número de cuenta asociado con el registro en la nube.
Entonces, en este caso, el número de cuenta termina en cuatro, siete, seis, tres, lo que coincide con el número de
cuenta que se ejecuta en una segunda pestaña.
Excelente.
Así que espero que con esto haya entendido los conceptos básicos del registro de cuentas cruzadas basado en el servicio de seguimiento en la nube.
Ahora nuevamente, como estamos discutiendo que existen múltiples servicios y cada servicio genera su propio
conjunto de registros.
Por lo tanto, según el servicio que elija, el registro de cuentas cruzadas puede ser sencillo, como hemos
visto como seguimiento en la nube, o puede implicar algunos pasos más.
Entonces, dependiendo del servicio, el proceso general también cambiaría.
Pero en una descripción general de alto nivel, el objetivo principal de este video era comprender el registro de cuentas cruzadas
desde un punto de vista práctico, y esta es una de las razones por las que tomamos uno de los servicios, que es
la nube para la demostración de hoy.
Así que esto concluirá el video de hoy.