‫Oh cara, eu aposto que você está esperando apenas para acessar a linha de comando do Cuba Daddy há um tempo, mas felizmente
‫temos alguns conceitos fora do caminho, então vamos à linha de comando.
‫A primeira coisa que precisamos ter certeza é que tudo o que você fez com a configuração de
‫entidades cubanas que estão sendo executadas e a maneira como podemos fazer isso é semelhante à versão do docker e à versão de
‫composição e coisas assim.
‫Podemos ir para o shell e digitar o controle de cubo que é K, você é a versão CTO e deve voltar
‫às versões.
‫É como no Docker, onde você obtém a versão do cliente e a versão do servidor.
‫Lembre-se de que todas essas ferramentas de linha de comando estão falando com uma API remota.
‫Nesse caso, provavelmente é a API da sua máquina, mas, assim como o Docker, o swarm e a linha de comando
‫de controle do cubo, também pode conversar com a API de comunidades remotas.
‫Agora que você já conhece as versões do servidor cliente, é provável que você vá, se tiver um erro, provavelmente
‫seria porque a versão do servidor não aparece e diz que não pode se conectar.
‫Isso significa que, de alguma forma, você está mal configurado e seu aliado local não pode conversar com os servidores Cuban 80.
‫Portanto, eu verificaria como a implantou para garantir que esteja em execução, talvez, se você estiver na área de trabalho,
‫precise iniciar o Docker e, em seguida, verifique também nas configurações que as entidades cubanas estão executando e, se
‫for de outra maneira, verifique o instale o vídeo se você tiver algum problema com isso nas perguntas
‫e respostas ou com folga.
‫Tudo bem, existem duas maneiras de implantar pods em Cuba e redemoinhos, na verdade, na linha
‫de comando, onde você especifica todas as opções na linha de comando ou usa Jamel.
‫Portanto, isso pode ser semelhante em conceito a serviços, pilhas e enxame, mas é claro que quando você realmente se dedica a isso,
‫há muitas coisas diferentes sob as cobertas.
‫Então, eu odeio fazer essa analogia, mas essas são realmente as duas opções que você tem: linha de comando
‫ou Iêmen.
‫Vamos nos concentrar na linha de comando por alguns minutos e o primeiro comando que
‫vamos executar aqui é o controle de cubo, portanto é uma adaga semelhante ao meu motor X e você pode chamá-lo como quiser.
‫Este é o nome da sua implantação e, em seguida, traça a imagem do traço.
‫E especificaremos o nome da imagem aqui, vamos usar o mecanismo X como estamos acostumados e pressionar Enter agora por
‫um minuto.
‫Vamos ignorar o aviso depreciado, se você o receber em algumas das versões recentes de redemoinhos
‫cubanos.
‫Falaremos sobre isso daqui a pouco.
‫Mas, por enquanto, vamos ver o que aconteceu e podemos usar isso com o
‫comando cube control get comando cube control get pods que você deve ver que há seu objeto nomeado junto com alguns caracteres no final e você verá
‫um em um está correndo.
‫Portanto, isso é muito semelhante ao conceito de serviços no formulário em que, por padrão, apenas executamos uma réplica e você pode
‫ver seu nome lá.
‫Mas por que temos esse nome estranho?
‫Bem, isso tem a ver com a maneira como o comando cube control run funciona quando você
‫está usando a execução como está agora na versão 1. 0 14 que está tecnicamente usando um controlador de implementação e esse
‫controlador de implantação cria um controlador de conjunto de réplicas e que replica esse controlador, em seguida, cria os pods.
‫Nesse caso, é apenas uma réplica.
‫Portanto, é apenas um pote.
‫Se fizermos um controle de cubo obter tudo o
‫que você veria, todos os objetos listados estão listados e os pods ignoram o serviço por enquanto.
‫Falaremos um pouco sobre isso.
‫A implantação e, em seguida, o conjunto de réplicas, para que você possa ver essas diferentes camadas do modelo de objeto e
‫redemoinhos cubanos saindo aqui, onde apenas executamos um único comando, mas na verdade ele criou vários objetos para
‫nós.
‫Vamos para a minha prancheta e descreveremos como esses objetos se relacionam, como você viu nos redemoinhos cubanos.
‫Temos mais níveis de abstração e controle do que anteriormente no enxame ou no próprio Dunker.
‫Nesse caso, quando executamos o controle do cubo, o executamos em segundo plano, criando várias abstrações diferentes automaticamente
‫para nós.
‫Ele criou o pod, mas também criou em torno desse conjunto de réplicas.
‫E em torno disso uma implantação.
‫Então, vamos à prancheta e mostrarei como essas abstrações se relacionam entre si. Como lembrete, temos cães correndo por baixo
‫e, em seguida, alguns contêineres em execução que gerenciam entidades cubanas e não vou falar
‫sobre esses direitos. agora.
‫Então, vamos saber que temos esse conjunto diferente de contêineres aqui apenas para executar o cubo.
‫E quando executamos o controle do cubo, o que ele criou foi obviamente nosso contêiner de injeção, que era
‫a parte que conhecemos, mas os diferentes níveis de controle ou abstrações são a parte interessante.
‫O primeiro aqui é o pod e, novamente, ele pode executar um ou mais contêineres dentro deste pod.
‫E como parte desse pod, ele poderia criar volumes, se precisássemos, e criou o apelido
‫para o pod.
‫Agora, da maneira que ele criou esse pod, quando digitamos o controle de cubo, ele criou uma implantação e um
‫controlador de implantação gerencia conjuntos de réplicas.
‫Portanto, temos vários níveis de abstração em que a implantação foi criada.
‫E faz coisas como atualizações contínuas ou implantações em verde azul e muitas outras coisas em que você
‫pensa quando pensa em serviços de orquestração, como tínhamos nos serviços de enxame quando a implantação
‫foi criada.
‫Ele criou um conjunto de réplicas de um
‫e este é outro controlador, e
‫o trabalho dos conjuntos de réplicas é garantir que o número de pods solicitados esteja em execução no momento.
‫Nesse caso, deixamos tudo no padrão.
‫Portanto, nossa implantação criou um conjunto de réplicas e esse conjunto de réplicas criou um pod.
‫Agora, poderíamos controlar cada um desses diferentes níveis de abstração e digitar comandos para controlar a
‫implantação.
‫O conjunto de réplicas ou o próprio pod diretamente, mas geralmente nessas situações você sempre
‫gerenciará a implantação em si.
‫Depois, ele cuidará do resto e lhe dará uma idéia do porquê da
‫réplica existir no meio, como se quiséssemos criar outra cópia desse pod.
‫Assim como quando fazemos réplicas de serviço de enxames, no meu desenho aqui eu criei uma cópia desse pod e isso seria se escalássemos as
‫réplicas para duas muito semelhantes à forma como o enxame faz e a réplica define o
‫trabalho novamente para garantir que dois pods estão sendo executados com o modelo idêntico.
‫E o trabalho de implantações é gerenciar a configuração do conjunto de réplicas antes de passarmos para a próxima aula.
‫Vamos excluir todos esses recursos que acabamos de criar com o comando run.
‫Usando o comando delete.
‫Agora, isso é diferente do Docker, onde o Docker teve o comando removido.
‫Agora, estamos usando um comando de exclusão com as
‫unidades de controle do Cubo, especificando o tipo de objeto e o nome dele.
‫Então, estamos trabalhando no espaço de implantação.
‫O nome da implantação e, quando você fizer isso, excluirá todas as coisas abaixo dela.
‫A réplica define os próprios pods e os contêineres neles.
‫Podemos verificar isso rapidamente com o mesmo comando get all e você verá apenas o cluster I. P. lá, que é o próprio
‫servidor cubano ETI.