Ei, pessoal.
E bem-vindo de volta.
Agora, no vídeo anterior, tivemos uma grande introdução ao motor de orquestração de contêineres.
Agora, já havíamos discutido que existem múltiplos motores de orquestração.
Então você tem o enxame Docker, você tem mísseis Apache, você tem Kubernetes e tem vários outros.
Portanto, de longe, Kubernetes é um dos mais populares motores de orquestra de contêineres, que está disponível.
E no vídeo de hoje, teremos uma introdução de alto nível à Kubernetes, seguida de algumas pequenas demonstrações
também.
Agora, Kubernetes é um motor de orquestração de recipientes de código aberto, que é desenvolvido pelo Google.
Portanto, Kubernetes foi completamente desenvolvida e mantida pelo Google, e posteriormente foi entregue
à C e ZF, que é a Cloud Native Computing Foundation, que atualmente a está administrando.
Portanto, Kubernetes também é referido como os k8s em forma abreviada.
Portanto, a razão pela qual você tem k8s é porque entre K e entre S, você tem oito caracteres aqui.
E esta é a razão pela qual ela é chamada de K.
Fala-se agora da arquitetura dos Kubernetes.
Você tem aqui um mestre Kubernetes e você tem os nós de trabalhadores.
Portanto, os nós de trabalhadores são basicamente os servidores físicos ou as máquinas virtuais onde os containers estariam
funcionando.
E o mestre Kubernetes é quem vai administrar os contêineres.
Portanto, o mestre Kubernetes receberá basicamente os comandos dos usuários.
Agora, a questão é: como ele receberá os comandos?
Portanto, pode receber os comandos via API, pode recebê-los via CLI, e também pode receber via UI.
Assim, você tem API CLA e GI através das quais os usuários poderão enviar os comandos para o mestre Kubernetes e o mestre
Kubernetes processará as coisas que são mencionadas dentro dos comandos.
Portanto, vamos entender isto com uma simples analogia.
Então, digamos que você tem um comando chamado enquanto eu quero lançar o App A.
Então este é o comando que você dá a Kubernetes, mestre.
Então agora o mestre Kubernetes vai verificar quantos nós ele tem.
Portanto, atualmente existem três nós que estão associados ao mestre Kubernetes.
Assim, ele irá em frente e lançará a aplicação em um dos nós.
Agora, existem vários algoritmos com base nos quais um nó específico é selecionado, portanto não é
como se o nó A estivesse tendo 100% da carga da CPU atualmente.
Então, nesse caso, o mestre Kubernetes não enviará o pedido ao Node one.
Ele o enviará para o nó que tem mais recursos disponíveis.
Portanto, há muitas coisas que estão acontecendo nos bastidores, mas atualmente estamos apenas olhando para
uma visão geral de alto nível por aqui.
Muito bem.
Portanto, atualmente você tem o comando que foi fornecido pelo usuário Kubernetes é mestre levou-o
e ele lançou o recipiente em um dos nós de trabalhadores.
Agora, digamos que você faça alguma razão para que este nó de trabalhador tenha parado de funcionar.
Pode haver uma razão pela qual o servidor parou de funcionar devido a problemas de energia, conectividade de rede, problema
de kernel e vários outros.
Assim, agora, uma vez que este nó operário tenha parado de funcionar, o mestre Kubernetes irá detectá-lo automaticamente.
Assim, ele detecta automaticamente que o nó operário não está realmente funcionando bem e migra o contêiner para
um nó operário em funcionamento diferente.
Portanto, isto também é referido como o registro de intenções.
Então o que é basicamente o registro de intenção Então este é o registro de intenção em uma visão geral de alto nível.
Assim, o registro de intenção é geralmente dado pelo usuário, que afirma que eu quero lançar um recipiente.
Portanto, este é o recipiente do aplicativo.
E como usuário eu digo ao OC Kubernetes, eu quero lançar o container do aplicativo, e é tudo.
Agora não tenho que fazer mais nada.
A Kubernetes se encarregará tanto do lançamento do contêiner quanto do seu gerenciamento a longo prazo.
Portanto, como estávamos discutindo, não se trata apenas de lançar o contêiner uma vez.
Trata-se também do exame de saúde.
O mestre Kubernetes não só pode detectar que o nó está desligado, como também pode detectar se o aplicativo não está funcionando corretamente.
E se o app container não estiver funcionando corretamente, ele pode reiniciar automaticamente o app container.
Ele pode migrar automaticamente o container de aplicação para diferentes nós de trabalhadores e vários outros.
Portanto, há muitas coisas que estão acontecendo nos bastidores.
Assim, no vídeo de hoje, nosso foco principal foi a introdução.
Portanto, estamos apenas olhando para uma visão geral de alto nível sobre como as coisas funcionam.
Portanto, vamos saltar rapidamente para a demonstração para que possamos entender mais sobre isso.
Portanto, estou na minha classe e vamos fazer rapidamente um cubo.
Obter nós.
E atualmente você vê que eu tenho um nó que está disponível.
Assim, discutimos durante a fase arquitetônica que você tem um mestre Kubernetes e depois tem múltiplos
nós de trabalhadores.
Portanto, os nós de trabalhadores são basicamente onde os contêineres seriam implantados.
Assim, os nós de trabalhadores podem ser um, podem ser 100, podem até ser 1000.
Portanto, isso realmente depende.
Assim, para nossa demonstração, temos um nó de trabalhador, que está atualmente disponível.
Agora, no próximo slide, estávamos discutindo sobre o registro de intenção, onde através de um
dos meios pode ser claro o API, fornecemos um registro de intenção.
Portanto, o registro de intenção era que eu queria lançar um recipiente, então vamos experimentá-lo.
Então eu direi que vai funcionar, vou chamá-lo de Motor X e vou lançá-lo a partir da imagem do motor X.
Agora você não precisa se preocupar com o que são estes comandos neste momento.
Discutiremos sobre isso em grande detalhe no próximo vídeo.
Este vídeo específico é apenas para lhe dar uma idéia geral sobre os Kubernetes.
Então, uma vez que você executa isto, diz que o motor de implantação é criado.
E agora, se você fizer um cubo, ele terá portos.
Você verá que você tem uma cápsula que está atualmente em fase de criação.
Então, o que aconteceu exatamente?
Dissemos a Kubernetes que queremos lançar um recipiente a partir da imagem do motor X.
Então esta é a parte que tínhamos feito, e isto foi fornecido ao mestre Kubernetes.
Agora, o mestre Kubernetes vai analisar os nós operários e depois lançará aquela cápsula específica em um
dos nós operários.
Portanto, você pode indicar a cápsula como um recipiente para começar.
Portanto, a Kubernetes lançou basicamente o contêiner em um dos nós de trabalhadores.
Portanto, agora se você apenas atualizar, verá que o status deste quadro atual está no estado de funcionamento.
Portanto, agora este pod está rodando no meu servidor onde estamos rodando os comandos do CLI.
Portanto, se eu fizer uma peça do Docker no motor X, na verdade, deixe-me copiar este nome.
Você verá que tem um recipiente de motor que está funcionando.
Então agora vamos fazer uma coisa.
Vamos parar este recipiente e ver o que acontece exatamente.
Então eu direi, Docker, pare.
Seguido do recipiente.
E agora se você fizer uma peça de Docker, você deve ver que o primeiro container que tínhamos parado,
não está mais presente aqui.
Portanto, agora analisando a arquitetura.
Então, o que tínhamos feito, dissemos à Kubernetes para lançar um recipiente a partir da imagem do motor X.
A Kubernetes foi em frente e criou o recipiente.
Então agora o que fizemos, em vez de apagar o nó, o que fizemos, paramos o contêiner manualmente.
Ou você pode dizer que matamos o contêiner.
Assim, agora a Kubernetes será capaz de detectar que este recipiente não está mais funcionando e pode iniciar automaticamente
ou pode iniciar automaticamente um novo recipiente em um nó completamente diferente.
Portanto, se você quiser ver novamente, vamos fazer uma peça de Docker e você verá que mais um container foi lançado.
Portanto, este recipiente foi lançado antes de 53 segundos.
Portanto, esta é uma das grandes características de um típico motor de orquestra, que é Kubernetes em nosso caso.
Portanto, espero que a um alto nível, todos vocês tenham entendido o que é Kubernetes.
Agora, mais uma vez, este é apenas um dos exemplos que tínhamos tomado.
Agora, a Kubernetes tem muitas características, e discutiremos sobre elas à medida que avançamos
no curso.
Agora, antes de concluirmos este vídeo, eu só queria mostrar mais uma coisa.
Portanto, estávamos discutindo que havia três maneiras de fornecer os comandos à Kubernetes.
Mestre, você tem o API, você tem a CIA, e você tem a IU.
Portanto, o comando CTL que estávamos executando nesta demonstração foi um exemplo do CLI.
Você também tem a característica da IU.
Portanto, se você quiser ver como é exatamente Java, este é o painel de instrumentos da UI para a Kubernetes.
Portanto, atualmente, se você vê aqui dentro dos nós, está mostrando que há um nó de trabalhador que está
disponível.
Também mostra a CPU, bem como as especificações relacionadas à memória daquele nó específico de trabalhador.
Agora, junto com isso, também pode mostrar várias informações sobre os containers atuais que
estão rodando os conjuntos de daemon, as implantações, etc. Portanto, esta é uma grande IG que está disponível e realmente
ajuda a entender as coisas de uma maneira mais rápida porque a IU é sempre a maneira mais rápida de demonstrar as coisas.
Portanto, esta é a IG.
Nós também examinamos o CLI e definitivamente você pode até mesmo fornecer comandos via API.
Portanto, esta é a visão geral de alto nível sobre a Kubernetes.
Mais uma vez, tivemos uma visão geral de alto nível no vídeo de hoje.
Espero que você tenha uma idéia geral sobre o que é Kubernetes e quais são as coisas que ela pode fazer.
Agora, nos próximos vídeos, vamos entrar em detalhes sobre os Kubernetes, e vamos analisar muitas
características que o motor do orquestrador Kubernetes fornece.
Assim, com isto, concluiremos este vídeo.
Espero que este vídeo tenha sido informativo para você, e espero vê-lo no próximo vídeo.