Olá a todos e bem-vindos de volta.
Agora, no vídeo de hoje, vamos discutir sobre a arquitetura da conta de identidade.
Portanto, hoje em dia, na maioria das organizações que você verá, existem dois tipos principais de arquitetura que
geralmente são muito comuns.
A primeira é a arquitetura da conta de identidade e a segunda é baseada no
logon único e, portanto, é importante entendê-las.
E no vídeo de hoje, nosso foco principal será a arquitetura da conta de identidade.
Portanto, isso não é importante apenas do ponto de vista do exame, mas também do ponto de vista
da produção.
Agora, antes de prosseguirmos e entendermos mais detalhadamente sobre esse tipo de arquitetura, é
importante darmos um passo atrás para entender qual era o tipo de arquitetura que as
organizações costumavam usar nos primeiros dias, quando estava ganhando força. .
Então, durante os primeiros tempos, você veria que a maioria das organizações tinha uma única conta.
Portanto, todos os recursos, todos os servidores que foram criados, estavam apenas em uma única conta.
Então, nesses casos, o gerenciamento era muito simples e cada usuário que precisava de acesso a uma conta diversificada tinha um único
conjunto de nome de usuário e senha e um único conjunto de acesso e chave secreta.
E geralmente o que acontecia era que essa conta era dividida.
Houve uma divisão com base na região.
Uma região foi usada para o ambiente de desenvolvimento, a segunda região foi usada para o ambiente de produção.
Assim, os desenvolvedores tiveram acesso a uma região de ambiente de desenvolvimento e a equipe de segurança da equipe teve
acesso tanto ao desenvolvimento quanto à produção.
Então, isso era geralmente muito comum nos primeiros dias.
E, de fato, hoje em dia, em muitas das pequenas startups, você ainda verá esse tipo de arquitetura
sendo comumente usado.
Agora, quando as organizações se tornam grandes e têm centenas de servidores, uma arquitetura baseada em uma única conta não é
muito adequada e você também precisa ter muito cuidado em suas políticas de IAM.
Por exemplo, você adicionou um novo desenvolvedor à sua conta e, por engano, deu a ele acesso à
instância fácil de usar, mas esqueceu de especificar a condição da região do ambiente de desenvolvimento.
Então agora o que vai acontecer é que o desenvolvedor terá acesso tanto ao desenvolvimento quanto
às regiões de produção aqui.
Portanto, isso novamente cria um certo conjunto de desafios e você precisa ter bastante cuidado com suas políticas de
IAM e, portanto, quando sua organização se tornar grande, é importante que você tenha uma arquitetura melhor
com melhor isolamento.
Portanto, uma arquitetura melhor que você geralmente verá sendo amplamente usada hoje em dia é a conta individual
por função.
Portanto, você deve considerar a conta do ambiente de desenvolvimento para preparar uma conta para produção.
Portanto, caso o desenvolvedor queira acessar o local em que deseja fazer alguns testes, ele poderá obter acesso ao
ambiente de desenvolvimento.
Agora, embora este seja um ótimo tipo de arquitetura, ele vem com seu próprio desafio.
Um dos principais desafios que você verá é que cada usuário terá um conjunto diferente de
nome de usuário e senha para cada conta e um conjunto diferente de acesso e chave secreta para cada conta.
Por exemplo, digamos que uma equipe de segurança agora terá que monitorar todas essas três
contas.
Portanto, um membro da equipe de segurança deseja fazer login na conta de desenvolvimento.
Ele terá seu próprio nome de usuário e senha se quiser realizar algumas operações por meio de um conjunto diferente de
acesso e chaves secretas forem necessárias.
Então, quando você tem, digamos, 100, muitas organizações têm centenas de contas.
Portanto, nesses casos, ter 100 nomes de usuário e senhas diferentes, 100 acessos e chaves secretas
diferentes é muito difícil de gerenciar.
Então, para superar isso, você tem uma arquitetura de conta de identidade.
Então, o que acontece em uma arquitetura baseada em conta de identidade é que todos os usuários do IAM são armazenados em uma conta de
banco de dados central que você pode chamar de conta de identidade.
Você pode se referir como uma conta central ou pode dar um nome diferente também.
Portanto, se você vir no diagrama na conta de identidade, todos os usuários do IAM são armazenados e
você cria uma configuração de forma que os usuários da conta de identidade possam fazer login no ambiente de
desenvolvimento, eles podem fazer login no ambiente de produção diretamente sem ter um conjunto separado de credenciais.
Então, novamente, não é que qualquer usuário possa fazer login para desenvolver uma introdução.
Tudo depende da política que você adiciona em um nível de usuário.
Ele pode entrar no desenvolvimento, entrar na produção ou ambos.
Portanto, esta é a ideia básica da conta de identidade.
Apenas um conjunto de credenciais é usado.
Nenhum nome de usuário e senha separados são criados para cada uma das contas.
Então, com este conjunto básico, vamos em frente e fazer uma demonstração rápida.
Agora, para a demonstração de hoje, tenho duas guias abertas e em cada etapa temos uma conta separada.
Então, nessa guia, número um, se você vir, é referido como uma identidade.
Portanto, esta é a conta de identidade e a guia número dois é chamada de produção.
Então isso é um.
Conta de introdução.
Não.
Na conta de identidade você verá que um usuário de Alice fez login.
Agora digamos que o usuário Alice queira acessar a conta de produção.
Agora, neste caso, como estamos discutindo, como temos uma arquitetura base de conta de identidade, o
usuário ALICE não precisará ser criado na conta de produção se a permissão de acesso estiver lá, o usuário alice
poderá fazer login diretamente na conta de produção.
Então, a partir da conta de identidade, o que o usuário Alice pode fazer, ela pode fornecer o link de login se você
vir o link de assinatura associado à conta de produção e o número da conta de produção também for
fornecido e terminar com quatro, sete, seis três.
Assim, assim que o usuário ALICE adiciona isso, a configuração básica da função do switch aparece e tudo o que precisa ser feito é
a função do switch.
E agora você vê que o usuário Alice fez login na conta de produção.
Você pode até ver daqui que você vê a produção de hífen seguido pelo número da
conta e se você olhar para o número da conta está terminando com quatro, sete, seis três e
se você olhar para uma segunda guia pertencente à conta de produção, isso também termina com quatro, sete, seis, três.
Agora, digamos que o usuário Alice tenha concluído o trabalho apropriado na conta de produção.
Então o usuário Alice pode ir em frente e voltar e agora Alice está de volta à conta de identidade.
E mais tarde, digamos que o usuário Alice queira fazer alguns testes na conta de desenvolvimento semelhante a como ela
mudou para a conta de produção.
A abordagem continua a ser semelhante.
Agora mais uma coisa.
Como Alice mudou para a conta de produção, se ela quiser fazer isso de novo, o histórico do
papel continua aqui.
Então, tudo o que ela precisa fazer é clicar na produção.
Assim, assim que o usuário clica, ele volta para a conta de produção.
Tudo bem.
Então, espero que em uma visão geral de alto nível você tenha entendido a arquitetura da conta de identidade.
Portanto, independentemente de quantas contas existem, você tem 100 contas, 200 contas etc. Isso não importa.
Tudo o que você precisa fazer é dar acesso ao usuário na conta de identidade para que o usuário
possa fazer login na conta de identidade e, a partir daqui, possa fazer login em todas as outras contas, dependendo
da permissão que o usuário possui.
Agora, em uma visão geral de alto nível, se você discutir a arquitetura prática, há três etapas que
geralmente são necessárias.
A primeira é que o usuário precisa ser criado na conta.
Uma conta nada mais é do que a conta de identidade.
A segunda é que você também precisa criar uma função entre contas na conta.
B Então, digamos que o usuário Alice tenha feito login na conta de produção.
Agora qual é o acesso que o usuário Alice terá?
Ela terá acesso a um três?
Ela terá acesso à instância E2 e assim por diante?
Portanto, todas essas coisas são definidas nessa função específica entre contas.
E a terceira é você permitir que os usuários mudem para a função da conta B.
Então você dá permissão ao usuário na conta de identidade para que ele possa mudar para desenvolvimento,
produção ou qualquer outra conta dependendo das permissões orais.
Portanto, esses ponteiros podem ser facilmente entendidos com essa arquitetura prática.
Você tem uma conta de identidade.
Todos os usuários do IAM estão presentes, você tem uma conta cruzada, função do IAM em cada uma das contas em que
deseja que os usuários se conectem diretamente por meio da conta de identidade e, em seguida, os usuários podem executar a operação de
função para se conectar a essa conta específica.
Agora você verá na conta b que você tem uma permissão do bucket do S3 na conta.
C Você tem a permissão de instância fácil.
Portanto, se um usuário tiver feito login na conta C, o usuário terá acesso apenas a E dois e nenhum outro serviço.
Então deixe-me mostrar isso rapidamente também.
Agora na conta de produção, vamos abrir rapidamente o IAM e aqui dentro eu tenho um papel de produção do
hífen C.
Portanto, se você notou que esse usuário usou essa função, que é a produção de hífen C.
Agora, qual é a permissão que esse papel tem?
A única permissão anexada é o acesso somente leitura do S3.
Portanto, se o usuário Alice tentar abrir o serviço fácil por aqui, você verá imediatamente que receberá um erro.
Portanto, a única permissão que Alice tem é o acesso S3.
Então, se você tentar abrir o S3.
Você vê, todos os baldes estão aparecendo na grade do guerreiro.
Portanto, esta é a visão geral de alto nível sobre a arquitetura da conta de identidade.
E no próximo vídeo iremos em frente e analisaremos de um ponto de vista prático para que nosso entendimento
seja sólido e claro.
Então com isso vai concluir o vídeo de hoje.