‫Agora que falamos sobre os quatro tipos de serviços de namoro cubanos, vamos criar algo que seja a linha
‫de comando.
‫Agora, primeiro precisamos criar uma implantação para a qual possamos apontar esses serviços e, em seguida,
‫criaremos diferentes tipos de serviços para apontar para essa implantação.
‫Nesta demonstração, criaremos duas conchas diferentes ou janelas diferentes em seu Cuban I. D.
‫ambiente para que possamos ver o que está acontecendo com um comando watch.
‫Enquanto estamos fazendo isso com os outros comandos Tudo bem, então no meu caso eu tenho duas janelas uma em
‫cima da outra.
‫Realmente não importa como você faz isso, é apenas para facilitar o uso para você ver o que estou fazendo.
‫E vamos usar o controle de cubo, obter pods e adicionar um traço w.
‫É como um comando de relógio, onde ele continuará funcionando e nos mostrará com o tempo, à medida que as coisas mudam.
‫Você notará que esta é uma opção em vários comandos de controle de cubo diferentes.
‫Então, faremos isso aqui apenas para ver o que está acontecendo em segundo plano.
‫Obtenha pods com o Dash W e
‫depois em outra janela.
‫Vamos criar uma implantação,
‫criar uma implantação. Vamos chamar isso de ATP EMV e o que está sendo usado é um servidor Web HP muito simples que, basicamente, quando você o acerta com
‫um curl, apenas cospe todas as variáveis de ambiente em que está recebendo. a linha de
‫comando.
‫Portanto, é uma maneira rudimentar muito simples de validarmos que está funcionando, mas também de recuperar valores
‫interessantes, como o nome do pod.
‫Coisas assim.
‫Agora que criamos, você verá no topo que ele está criando contêineres e pensará
‫nele mais como um log, onde cada vez que algo muda de estado ou o status muda ou algo
‫assim, você o vê como uma nova linha de impressão na página, como um arquivo de log, e você verá
‫na última linha que agora mostra que temos esse pod em execução no estado de execução.
‫Agora, vamos girar mais desses pods para que possamos ter mais de um desses contêineres rodando atrás de nosso serviço, o
‫que criará um segundo. Agora,
‫o comando scale é útil em uma implantação, pois permite alterar o número de réplicas em
‫uma única comando amigável.
‫E, claro, com tudo em Cuba hoje em dia, existem várias maneiras de fazer isso, mas
‫essa é a maneira mais fácil em nossa situação aqui.
‫Tudo bem agora, você verá que ele criou mais quatro pods e mostra os que estão em execução.
‫E agora vamos criar esse serviço e, para isso, usaremos o comando
‫exposto agora, neste caso, informaremos em qual implantação expor e a porta em que essa implantação está
‫atendendo e você verá que isso não ocorreu altere qualquer um dos pods, pois isso está criando um recurso adicional que não
‫está relacionado aos mesmos.
‫Na verdade, isso criará um IP de cluster por padrão.
‫Esse é o cluster I. P. tipo de serviço e ele será criado antes da implantação.
‫Então, vamos conferir o serviço que acabamos de criar.
‫Agora você deve ver dois aqui.
‫O primeiro serão os redemoinhos cubanos que são para a API e você verá nosso serviço que acabamos de criar e
‫seu tipo é o IP do cluster.
‫Lembre-se de que o IP de um cluster só pode ser usado dentro do cluster para que nós e outros pods possam
‫acessá-lo.
‫Portanto, podemos alcançar esse endereço IP, mas depende de onde estamos e se podemos ou não alcançá-lo.
‫E como esse endereço IP só é acessível a partir dos próprios nós ou de outros pods dentro do cluster quando você
‫estiver na área de trabalho, lembre-se de que ele não está sendo executado no SO host do Mac e do Windows,
‫tecnicamente está sendo executado em um pequena VM Linux.
‫Portanto, precisamos executar neste caso um outro pod que esteja sendo executado nesse cluster, para que possamos curvá-lo e não queremos executar
‫uma implantação com um conjunto de réplicas.
‫Nesse caso, queremos apenas executar um único pod e a maneira mais fácil de fazer isso
‫é com o controle de cubo executado e usaremos um gerador alternativo.
‫Você deve se lembrar disso do ar mais cedo.
‫Falaremos um pouco sobre o que são os geradores.
‫Agora, há muita coisa acontecendo nesse comando, então vamos detalhar a execução do controle do cubo que você já viu antes.
‫O gerador é o tipo de modelo que queremos executar o comando a ser usado.
‫Falaremos um pouco mais sobre isso em uma palestra futura.
‫Então, estamos escolhendo o modelo de pod porque queremos apenas executá-lo.
‫Não queremos uma implantação completa com conjuntos de réplicas ou algo assim.
‫Vamos chamá-lo de shell temporário e você notará que algumas dessas opções são semelhantes à execução
‫do Docker e isso é proposital.
‫Um dos objetivos futuros do comando cube control run é agir mais como um comando docker run.
‫Na verdade, falaremos mais adiante sobre como, eventualmente, por padrão, basta criar um pod para você e
‫você não precisará usar esta opção de gerador.
‫Então, vamos usar um hífen aqui, o que significa que quando o pod parar.
‫Vá em frente e remova-o, pois o Dash I t nos concha um shell nesse pod uma vez que pressionamos o comando enter
‫e, em seguida, a imagem do dash está nos dizendo qual imagem preferimos.
‫E, neste caso, estamos usando minha imagem net shoot, que inclui vários utilitários diferentes de rede
‫e Linux, um dos quais é o Coronel e, com o comando run, podemos alterar o CMB ou o que será executado dentro do container
‫e fazemos isso com um espaço Dash Dash Space que diz ao comando run para parar de olhar as opções e,
‫em seguida, qualquer coisa depois desse traço duplo é o comando a ser executado quando eu executar esse contêiner
‫e você verá na parte superior o shell temporário O pod está aparecendo e agora é o status de execução. Estamos
‫no pod com nosso prompt do bash e algo sobre o qual falaremos daqui a
‫pouco.
‫É que o nome do serviço que criamos se torna parte do nome DNS desse serviço.
‫Para que possamos usar o muito semelhante ao que fizemos no Docker and swarm, podemos usar
‫o nome do serviço
‫para obtê-lo com o DNS e lembrar que ele está sendo executado na porta 8 8 8 8
‫e, para isso, obtemos a resposta que eu esperaria esse utilitário HP Envy simplesmente despeja todas as variáveis de ambiente naquela máquina que está dentro desse pod
‫exclusivo.
‫Direita.
‫Então você verá o nome do pod como o nome do host e outras entidades cubanas como padrão na caixa.
‫Agora esse método funcionará para qualquer um de vocês em qualquer cluster, desde que sua linha de comando de
‫controle de cubo possa conversar com a API que o levará a um novo pod executando a imagem dentro de um shell e isso é
‫ótimo.
‫Mas se você está no Linux, há uma maneira mais fácil, porque a forma como o cubano funciona é que todos
‫os nós e contêineres, por padrão, podem conversar entre si imediatamente, o nó em que você está assumindo, assumindo que está executando o
‫cubano os dados não são de que a máquina local tenha acesso a todos esses endereços IP privados;
‫portanto, você deve poder apenas enrolar o IP do serviço.
‫Então, deixe-me sair do meu shell e fazer um controle de cubo obter serviço novamente e esse endereço IP para
‫o IP do cluster deve ser resolvido pelos seus hosts. Seu host não saberá o nome DNS como fizemos no pod, porque isso é
‫exclusivo para estar dentro do cluster, mas ele saberá o endereço IP e poderá
‫acessá-lo.
‫Assim, você pode enrolar os dois pontos do endereço IP 8 8 8 8 da mesma forma que faria com outra máquina na sua rede.
‫O motivo não funciona na área de trabalho do Docker é porque você está
‫sentado no Mac ou Windows quando digita esses comandos e eles não estão no mesmo cluster de entidades cubanas que a VM do Linux que executa
‫seus anúncios cubanos para você.
‫Tudo bem, vamos em frente e deixar essas coisas funcionando para a próxima palestra em que
‫vamos criar mais serviços.