Olá a todos e bem-vindos de volta.
Agora, no vídeo anterior, estávamos discutindo sobre os fundamentos da arquitetura baseada em log
centralizado e também as vantagens que ela oferece.
Agora, no vídeo de hoje, vamos em frente e implementá-lo.
O serviço que usaremos é a nuvem, e veremos como a configuração do log de trilha da nuvem entre contas
realmente funciona.
Agora, semelhante ao diagrama, teremos um erro nesta conta onde nosso bucket do S3 seria criado.
Nesta segunda conta, teremos uma trilha de nuvem e veremos como a trilha de nuvem pode enviar
os logs para o bucket do S3.
Agora, semelhante à arquitetura que estávamos discutindo, tenho duas guias.
A primeira está associada a uma conta de registro e a segunda guia está associada a essa conta de produção.
Então, estamos registrando uma conta.
Vamos abrir rapidamente o serviço S3 e na conta de endereço de produção vamos abrir o serviço de trilha na
nuvem.
Agora estamos registrando a conta.
Vamos criar rapidamente um novo bucket do S3 e você pode dar qualquer nome.
Vou chamá-lo de fuga de fuga de fuga, balde central.
Tudo bem.
Vamos em frente e vamos criar um bucket.
Agora a partir de um console na nuvem da conta de produção.
Vamos em frente e criar rapidamente uma nova trilha.
Vou chamá-lo apenas como a trilha mo hífen.
E aqui você terá que especificar o bucket do S3 onde os logs serão armazenados.
Agora, dentro dela, idealmente, deveríamos estar especificando.
Nosso novo balde S3 que escapa do balde central da trilha da nuvem de voltas.
Agora observe que você não pode armazenar diretamente os logs de nuvem de uma conta para outro bucket do S3 de contas com
uma configuração padrão.
Por exemplo, se uma trilha de nuvem da conta A deseja armazenar seus dados no bucket do S3 da conta B, o bucket da
conta B deve permitir que o serviço de trilha de nuvem coloque os logs.
Caso contrário, essa configuração de conta bruta não funcionaria realmente.
Então, o que você precisa fazer neste bucket do S3 da conta de log, você terá que adicionar uma nova
política de bucket que permita que o serviço de nuvem adicione os logs ao bucket do S3.
Então, o que precisamos fazer em nosso bucket, vamos rapidamente para permissões.
E aqui, você terá que adicionar uma nova política de bucket.
Agora, para a demonstração de hoje, já tenho uma política de três buckets que permite que o cloud rail adicione os
logs ao bucket.
Agora vamos analisar rapidamente essa política novamente.
Estarei anexando esta política após este vídeo para que você também possa fazer referência a ela.
Agora, se você olhar para esta política de bucket, o que estamos fazendo, estamos permitindo que o serviço de trilho
de nuvem, que é ponto de trilho de nuvem, Amazon dot com execute duas operações.
A primeira é a ACL do bucket de porta e a segunda é o objeto put.
O objeto Put é importante porque o serviço de nuvem deve ser capaz de adicionar alguns dados a esse bucket do S3 e, em seguida, estamos
especificando o recurso.
E sob o recurso você tem o bucket.
Portanto, uma política de bucket muito simples.
Vamos copiar isso e vamos adicioná-lo aqui.
Agora, uma coisa que você terá que mudar é o bucket, então você pode copiar o bucket aqui e aqui.
Na verdade, deixe-me aumentar o zoom para que fique visível.
Excelente.
Então, dentro do recurso, deixe-me adicionar o bucket.
Então, substituirei o bucket em ambas as seções de recursos.
Tudo bem, vamos diminuir o zoom.
Feito isso, você pode prosseguir e salvar as alterações.
Então, nesta fase, você está recebendo um erro.
Vamos olhar para ele.
Ele afirma que as políticas devem ser válidas, json e o primeiro byte devem.
Ok, então uma coisa que você terá que tomar cuidado é que você tem que garantir que não haja espaçamento
extra.
Então vamos remover o espaço aqui.
Portanto, geralmente isso acontece quando você copia e cola as políticas do bucket.
Feito isso, você pode salvar a alteração.
Tudo bem, nossa política de bucket está pronta.
Então agora chega a hora de você ir em frente e especificar os detalhes do bucket aqui.
Então deixe-me copiar o nome do bucket e vamos adicioná-lo aqui para simplificar, realmente não usará o
CMS para criptografia e dentro do local de armazenamento, em vez de criar um bucket, clicará em usar bucket
S3 existente.
Vamos copiar esse balde aqui.
Feito isso, você pode ir em frente e clicar em próximo.
E clique em Avançar novamente.
E clique em Criar.
Tudo bem.
Assim que isso for criado, vamos voltar aos nossos objetos aqui.
Vamos atualizar e automaticamente você verá que uma nova pasta foi criada.
E nesta pasta você normalmente obterá o número da conta associado ao log da nuvem.
Portanto, neste caso, o número da conta está terminando com quatro, sete, seis três, que corresponde ao número da conta
que está sendo executada em uma segunda guia.
Excelente.
Espero que com isso você tenha entendido o básico do registro de contas cruzadas com base no serviço de trilha na nuvem.
Agora, novamente, enquanto estamos discutindo que existem vários serviços em vigor e cada serviço gera seu
próprio conjunto de logs.
Portanto, dependendo do serviço que você escolher, o registro de contas cruzadas pode ser simples,
como vimos como trilha na nuvem, ou pode envolver mais algumas etapas.
Portanto, dependendo do serviço, o processo geral também mudaria.
Mas em uma visão geral de alto nível, o objetivo principal deste vídeo foi entender o registro de contas cruzadas de
um ponto de vista prático, e essa é uma das razões pelas quais escolhemos um dos serviços, que é a nuvem
para a demonstração de hoje.
Então isso vai concluir o vídeo de hoje.