Olá a todos e bem-vindos de volta.
Agora, no vídeo de hoje, vamos falar sobre um catálogo de serviços.
Agora, antes de fazermos isso, vamos analisar rapidamente o processo de criação de instância fácil.
Então, do AC ao console, vamos iniciar rapidamente uma nova instância.
Agora, quando você inicia um fácil, por exemplo, há tantas opções que você terá que selecionar.
Um dos primeiros é o nome do AC para a AMA, a partir do qual o AC para instância deve ser lançado.
Então você tem o tipo de instância, você tem o teclado, então vem a configuração de rede na qual
você pode selecionar a VPC nas sub-redes.
Você pode selecionar opções relacionadas aos endereços IP elásticos, firewalls e, se ficar um pouco abaixo,
vem a opção de armazenamento.
E dentro dos detalhes avançados aqui, você tem opções relacionadas a funções do IAM ou recuperação automática.
Se você diminuir um pouco a configuração relacionada à observação da nuvem, configuração de crédito, grupos
de posicionamento e assim por diante, tantas configurações, tantas configurações estão lá agora para o cara dev ops ou para um cara.
Esta não é uma coisa realmente complicada.
Eles fizeram a certificação, passaram pela documentação.
Eles sabem sobre quais são as coisas que precisam ser criadas.
Mas para um desenvolvedor, isso pode ser um trabalho complicado.
Então, geralmente, o que você verá na organização é que o desenvolvedor vai em frente e adiciona um nome, adiciona AMA e o
grupo de segurança.
Será 0000 para todas as portas e eles apenas iniciarão a instância.
Eles realmente não analisam outros detalhes que são importantes não apenas do ponto de vista da confiabilidade,
mas especificamente do ponto de vista da segurança.
Portanto, é importante que o desenvolvedor também faça uso das opções padronizadas para iniciar a instância AC two.
Agora, o desenvolvedor realmente não quer entrar em todas essas opções porque eles têm seu próprio trabalho
a fazer.
Então, geralmente, o que eles dizem é: Ei, você pode me dar uma opção de clique único onde eu possa clicar em um
botão e todos os dados do ambiente de desenvolvimento são criados para mim, e é isso que o desenvolvedor precisa.
E isso não beneficia apenas o desenvolvedor, mas também beneficia o DevOps e a equipe de segurança.
Porque se houver um modelo padronizado com base no qual o ambiente de desenvolvimento possa ser lançado,
ele também poderá ser seguro e confiável.
Então é aí que o catálogo de serviços entra em cena.
Portanto, o catálogo de serviços de visão geral de alto nível permite que as organizações criem e gerenciem o catálogo
de serviços de TI aprovados para o usuário em um dispositivo.
Então vamos entendê-lo rapidamente.
Então, digamos que você tenha um produto de catálogo de serviços.
Então são dois produtos.
Você tem um ambiente de desenvolvimento e tem um ambiente de produção e tem um conjunto de usuários
à esquerda.
Vamos chamá-los de desenvolvedores.
Agora os desenvolvedores querem lançar seus recursos de desenvolvimento.
Então, em vez de criar manualmente as duas instâncias fáceis, criar manualmente o banco de
dados e assim por diante, o que eles podem fazer neste catálogo de serviços, já que existem dois produtos
disponíveis, o desenvolvedor pode ir em frente e lançar este produto de inveja de desenvolvimento do catálogo de serviços e
O Service Catalog nos bastidores cuida do lançamento das duas instâncias do AC, o lançamento do banco de dados e sua configuração
associada.
Tudo bem.
Portanto, esta é a visão geral de alto nível sobre o que o catálogo de serviços nos permite fazer.
Então vamos fazer uma coisa.
Vamos fazer uma demonstração rápida.
Agora, atualmente estou logado no catálogo de serviços do nosso usuário Bob e você pode considerar Bob como desenvolvedor
no vídeo de hoje.
Agora, como estamos procurando, existem dois ambientes aqui: ambiente de desenvolvimento e ambiente de produção.
Agora o usuário Bob, em vez de criar manualmente as duas instâncias do ESI e os recursos associados necessários para o desenvolvimento,
ele pode acessar o Catálogo de Serviços.
Ele pode clicar no ambiente de desenvolvimento e pode clicar em Launch Product e você pode dar um nome.
Você pode dizer Bob Dev e ser.
Vamos descer um pouco e clicar em lançar produto.
E agora você vê nas informações que o catálogo de serviços de namoro está iniciando o ambiente de desenvolvimento do bulbo
e o provisionamento está concluído, o status está disponível e, se você ficar um pouco para baixo, verá nos recursos
uma instância fácil.
Então, vamos abrir rapidamente esta instância fácil e você verá que nossos dados de instância estão sendo executados.
Agora, digamos que Bob tenha concluído seus testes e não precise mais de seu ambiente de desenvolvimento.
Tudo o que ele pode fazer é encerrar o ambiente do catálogo de serviços.
E essa rescisão está em grau de processo.
Essa é a visão geral de alto nível sobre o catálogo de serviços.
Agora uma das perguntas que realmente vem aqui é como o catálogo de serviços sabe qual é
a instância exata exata?
Tipo, eu sou o tipo de instância que precisa ser lançado quando Bob lança o produto de inveja de desenvolvimento?
Ou qual é a configuração do banco de dados IDS que precisa ser criada?
Então é aí que a parte de administração entra em cena.
Agora, na conta de administrador, você geralmente verá que tem uma guia de provisionamento.
Portanto, esse provisionamento geralmente é o que os usuários veriam.
Portanto, se você discutir sobre Bob, Bob está vendo apenas o provisionamento como produtos e produtos de provisionamento.
Portanto, neste estágio, o ambiente foi encerrado com sucesso.
Agora o administrador veria um monte de coisas especificamente, você tem portfólios de lista de produtos e assim por diante.
Agora, se você olhar para a lista de produtos aqui, você tem um desenvolvimento e uma produção.
E sob o tipo de produto você vê que não é nada além do modelo de formação de nuvens.
Portanto, nos bastidores, o administrador precisa fazer é que, quando o administrador estiver criando esse produto específico,
como ambiente de desenvolvimento, esse produto também precisará ser associado a um modelo de formação de
nuvem específico.
E no modelo de formação de nuvem, o administrador terá que definir o EMI ID a partir do qual a instância ESI duas precisa
ser iniciada, o tipo de instância e todos os outros recursos que precisam ser criados como parte do ambiente
de desenvolvimento.
Agora o vídeo de hoje.
Acabamos de analisar o ESI para exemplificar, mas geralmente para os ambientes de
produção, você terá todo o ambiente, de fácil a ideias, balanceadores de carga a buckets S3, etc.
Excelente.
Essa é a visão geral de alto nível sobre o catálogo de serviços.
E com isso concluiremos o vídeo de hoje.