Herion e bem-vindo de volta agora a este vídeo em alto nível, ou estaremos discutindo sobre o serviço
de configuração AWB.
Agora, a configuração do AWB é usada principalmente para registrar as alterações na configuração do recurso ao longo do tempo.
Agora, por exemplo, vamos ver, na primeira semana, você tem uma infraestrutura específica.
Você só tem um conjunto de duas instâncias.
Agora, na segunda semana, o que você decidir fazer, você decide também ter um balanceador de carga integrado
à instância C2.
Na semana três, você tem um novo bucket S3 que eles configuram.
Você tem um novo banco de dados de ideias configurado para seu aplicativo.
Portanto, o Eatables Config permite que você vá em frente e registre as alterações de configuração dos recursos que estão sendo feitas ao
longo do tempo.
Agora, isso é útil em muitos cenários.
Vamos supor que você tenha uma instância que está hospedando um site nos últimos 90 dias e que tudo esteja
funcionando perfeitamente bem.
Agora, de repente, na última semana, há muitos problemas com os pedidos que vão para o
site.
Agora, a pergunta que vem é o que exatamente é modificado agora, caso você tenha um nível
de infraestrutura de IP de configuração comestível, você pode identificar facilmente quais são as mudanças de configuração que
estão sendo feitas nos recursos.
Portanto, este é um bom caso de uso com comestíveis configura um segundo caso de uso extensivamente usado em que
o Idalis configura o uso está associado à auditoria e conformidade.
Portanto, a configuração do EDNESS vem com um grande conjunto de regras que podem monitorar continuamente seu ambiente e
relatar a descoberta.
Por exemplo, digamos que você tenha uma regra de EMI Idiz aprovada.
Então, agora, qual configuração do idalis causará algum dano?
Você verá duas instâncias iniciadas se o stent não for criado a partir de um EMI específico.
Digamos que você tenha um apontador de segurança aprimorado que todos os usuários devem usar e um desenvolvedor
que decide usar algum EMI completamente diferente.
Então, com a auditoria de configuração de comestíveis, você pode identificar isso facilmente.
Portanto, você tem um recurso não compatível para que possa identificar facilmente, que fácil de entender, não é
iniciado a partir do aprovado.
E a segunda é que a segurança na nuvem será habilitada.
E há vários conjuntos de regras e essas regras são avaliadas continuamente com base em qual relatório
é e com razão.
Vamos fazer uma coisa.
Vamos prosseguir e examinar as coisas que discutimos em um ambiente de demonstração para entender as coisas de uma
maneira melhor.
Portanto, atualmente estou no console de gerenciamento.
Vamos prosseguir e ir para o serviço de configuração.
Então é assim que o novo console do Convit do banco de dados se parece agora no lado
direito, você vê que existem várias regras que são criadas como Ismailis aprovados, segurança na nuvem, habilitar o ano um relacionado
ao root MFA habilitado ou não, e muitos outros.
Portanto, vamos analisar isso rapidamente.
Então vamos clicar em aprovar.
Talvez sim.
E ainda, se olharmos para a descrição, ela afirma que as instâncias em
execução estão usando essa imagem especificada e a imagem que adicionamos como parte da regra está em vigor.
Um dois três quatro cinco.
Portanto, qualquer instância fácil que não esteja executando este específico, o FEMA será sinalizado por esta regra.
Portanto, atualmente, ele afirma que há um fácil de criar uma instância aqui e o status é incompatível.
Isso basicamente significa que é fácil de criar uma instância, sem usar esse e-mail específico.
Agora, aquela configuração estabelecida não vem com muitas regras que você pode definir.
Então, se eu fizer o que eu faço rapidamente, Gloria, existem várias maneiras de você ter uma regra não gerenciada, você pode
criar uma regra personalizada.
Portanto, para gerenciar regra, você tem acesso.
Novamente, existem várias regras que você pode seguir e ler uma descrição, se desejar.
Veja que entra em tantas páginas, AURIER.
Portanto, todas essas são regras gerenciadas que avaliarão seus resultados e fornecerão um relatório de conformidade ou
não conformidade semelhante ao que vimos por e-mail.
Então é disso que se trata a auditoria e conformidade.
O principal que estávamos discutindo está associado à configuração do recurso.
E é aqui que a configuração realmente funciona bem.
Então, deixe-me mostrar aqui rapidamente.
Portanto, vamos rapidamente aos recursos aqui e, a partir daqui, você pode ir em frente e selecionar o recurso
e a configuração fornecerá a alteração de configuração, se houver, para um recurso específico.
Então, deixe-me ir em frente e copiar a ideia de instância que temos atualmente em execução.
Portanto, esta instância é a mesma que não estava em conformidade com base na regra de configuração associada aos
emails.
Então, vamos abrir isso.
Então, basicamente, isso dá a você a descrição.
Também mostra que essa instância específica não está em conformidade.
O que nos interessa agora é a linha do tempo do recurso.
Então, a partir daqui, basicamente dá a você os eventos que foram feitos para este recurso específico.
Então, por exemplo, vamos abrir o alterador de configuração.
Então, atualmente você tinha essa configuração específica e algumas novas configurações foram
adicionadas aqui.
Por exemplo, digamos que você tenha um grupo de segurança específico, então está usando o lançamento de nomes de grupo
do AZN.
No entanto, na nova configuração, você verá que um novo grupo foi adicionado.
Portanto, este grupo é denominado como firewall de hífen KP LEPs.
Portanto, um novo grupo de segurança foi adicionado em um ano.
Portanto, a mesma coisa pode ser vista.
Na verdade, deixe-me maximizá-lo caso seja difícil de ler.
Portanto, se você ver que estamos sob o verde, isso indica que este grupo de segurança específico está associado aqui.
Agora, você também tem outras alterações de configuração.
Portanto, no lado esquerdo, o nome da configuração estava em execução.
No lado direito, você vê que foi interrompido.
Também no lado esquerdo, você vê configuração, status instantâneo, P2 micro.
No lado direito está a configuração Instant Stavisky 2. 0
Portanto, houve muitas mudanças relacionadas à configuração de instâncias que foram feitas na
instância que estávamos examinando.
E esta é a ideia de instância de maneira semelhante.
Algumas configurações também foram feitas posteriormente.
Este foi um 21 57 e este é 22 00.
Então, vamos dar uma olhada em qual configuração foi feita aqui.
Portanto, a instância foi interrompida anteriormente.
Agora está executando o Aurier e, como a instância foi interrompida, não havia nenhum nome DNS público quando a instância foi a
transição, um novo conjunto de IP público foi atribuído e o novo conjunto de nomes DNS públicos também foi Azania.
E também 22, 04, novamente, você vê que a instância foi interrompida novamente, portanto, ela estava em execução antes.
Portanto, no lado esquerdo, ele estava sendo executado anteriormente com este IP público e depois foi interrompido e o nome DNS e
outras coisas foram removidos.
Portanto, isso permite que você identifique rapidamente qual foi a alteração que estava sendo feita em um recurso específico.
Nesse caso, é fácil instanciar.
Agora, deixe-me dar mais um exemplo para entendermos melhor.
Portanto, desta vez em recursos, deixe-me ir em frente e colar a ideia associada ao grupo de segurança.
Então, basicamente, eu modifiquei o grupo de segurança para a demonstração de hoje.
Portanto, vamos examinar o grupo de segurança.
Vamos para a linha do tempo do recurso aqui.
E ainda afirma que existem várias alterações de configuração que foram feitas, uma delas, você vê,
é que havia uma regra adicionada no lado direito, você veria uma adição típica.
Então, uma regra foi adicionada a bordo 22 sobre essa ideia de zero zero zero zero.
Então, alguém adicionou um ponto de suicídio para ser liberado em toda a Internet posteriormente.
Mais uma regra foi adicionada.
Você vê a regra de 80 no CAGR de zero zero zero zero.
Então, alguém estava modificando o grupo de segurança.
E também sabemos qual foi a alteração exata que foi feita no grupo de segurança.
Portanto, para estabelecer a configuração, torna-se muito mais fácil ver o cronograma geral de alteração da configuração que foi
feito para um recurso específico.
Portanto, esses são os dois principais casos de uso em que configurações comestíveis são amplamente utilizadas.
Junto com isso, você também tem um recurso de conformidade de volta.
Portanto, esse recurso é basicamente uma coleção de alimentos, regras de configuração e ações de correção que podem
ser facilmente implantadas.
Agora, como estamos discutindo, se você for para as regras, vamos clicar em Adicionar uma regra.
Existem tantas regras disponíveis que se torna um pouco difícil se você quiser ir em frente
e entender cada regra em detalhes para ver o que exatamente faz e alcançar um caso de uso específico.
Em vez de fazer isso, o que você pode fazer é clicar na parte de trás da conformidade.
Atualmente, tenho uma conferência de volta que está implantada.
Mas se você olhar para o modelo de amostra associado a esses dados disponíveis, você tem várias coisas,
como melhores práticas operacionais, silvicultura.
Se você for grande para baixo em suas operações, as melhores práticas para o BCP e recuperação de desastres.
Da mesma forma para benchmark CIAs para instâncias Ekta e vários outros.
Portanto, em vez de selecionar cada regra individualmente, você pode selecionar toda a conformidade de volta.
Então, vamos ver se eu seleciono essa conformidade de volta.
Isso, por sua vez, vem com muitas regras associadas às melhores práticas de base PCI e, em seguida,
a configuração Eatables fornecerá o relatório de conformidade e não conformidade.
Por exemplo, se você olhar para as regras aqui, se vir que muitas regras foram adicionadas,
coisas do Norwegian como roteador e hardware, MFA, rota, conta MFA, então você tem a mesma rota.
O acesso a todos esses está voltado para conformidade, porém, apenas para regras manuais que são adicionadas
na segurança da nuvem e os e-mails aprovados.
Tirando isso, todos os outros estão vindo da parte traseira de conformidade que está habilitada.
O nome que dei localmente é um modelo.
No entanto, esse estagiário está usando a conformidade relacionada ao IAM de volta.
Isso é ótimo.
Portanto, espero que em uma visão geral de alto nível você tenha entendido os benefícios da configuração comestíveis para o
caso de uso da alteração da configuração do recurso para o caso de uso de auditoria e conformidade, e também a importância do
recurso de conformidade de volta.
Agora, vamos discutir rapidamente os princípios básicos de preços também.
Na verdade, antes o preço da configuração comestível era muito alto e muitas organizações não usavam
a configuração idalis, especificamente as regras de configuração.
No entanto, agora ele fez várias alterações nos preços para torná-los mais razoáveis.
Portanto, dependendo do recurso que você usa enquanto estamos discutindo, a configuração vem com muitos recursos,
dependendo dos recursos que você usa, o preço também mudaria.
Então, basicamente você paga zero vírgula zero zero três por item de configuração registrado em seus corpos de conta do banco de
dados e não configura as obras em um nível razoável.
Então você também tem um preço baseado na avaliação da regra.
Portanto, dependendo do número de regras que você adicionou, uma série de avaliações que ocorrem,
você tem um preço baseado nisso e também é cobrado pela avaliação de conformidade de volta em
sua conta, caso tenhamos usado isso, isso é ótimo .
Essa é a visão geral de alto nível sobre os benefícios do serviço de configuração comestíveis.