‫Agora que você tem seus pods em execução, provavelmente precisará expô-los a serviços externos em
‫algum momento.
‫Isso significa permitir que eles aceitem conexões de alguma forma no cluster ou de fora
‫do cluster.
‫E nos redemoinhos cubanos, usamos o comando exposto cube control como uma das maneiras de criar um serviço.
‫Já mencionamos o serviço algumas vezes antes, mas vamos ter certeza de que serviços é um
‫serviço.
‫Um terminal que é consistente para que outras coisas dentro ou fora do cluster possam
‫acessá-lo.
‫Portanto, quando você cria pods e entidades cubanas, eles não recebem automaticamente um nome DNS para conectividade externa
‫com um endereço IP.
‫Direito.
‫Você desejaria fazer isso criando um serviço sobre o pod existente.
‫Agora, existem várias maneiras além deste comando exposto de criar um serviço.
‫Mas vamos nos concentrar no que é comum, o que é comum aqui é o DNS principal, se você se lembrar de
‫que mencionamos que anteriormente é um dos principais recursos do seu plano de controle.
‫Esse serviço será o seu servidor DNS para resolver os nomes de todas essas coisas.
‫Além disso, para escolher o IP na porta e como ele faz isso, como ele obtém tráfego essencialmente para
‫o seu serviço, é o trabalho de um dos quatro tipos de serviço diferentes.
‫E vamos ver isso agora e depois veremos alguns exemplos.
‫Vamos começar com o IP do cluster do tipo de serviço, que é o padrão.
‫Agora, neste caso, o aspecto mais importante é que ele está disponível apenas no cluster.
‫Portanto, trata-se realmente de um conjunto de pods de cubanos conversando com outro conjunto de pods.
‫E isso corrige seu próprio DNS.
‫Portanto, esse será o endereço DNS no plano de controle principal do DNS e obterá um endereço
‫IP nesse espaço de endereço IP virtual dentro do cluster.
‫E isso permite que seus outros pods em execução no cluster conversem com esse serviço usando a porta do
‫serviço.
‫Portanto, se você estiver executando um aplicativo X danificado e ele estivesse em execução na porta 80 quando você criou este serviço, o
‫IP do serviço também poderia estar na porta 80.
‫Portanto, isso mantém algum tipo de consistência lá.
‫Se você pensar sobre isso, é muito semelhante à maneira como você cria um serviço e enxame, agora que os serviços são um
‫pouco diferentes em enxame, eles têm uma idéia diferente ao seu redor, mas são consistentes pelo menos quando você
‫cria um serviço que ele fornece você que IP interno no balanceador de carga, se você se lembra e ele
‫é executado na porta em que o aplicativo está.
‫Neste caso, estamos fazendo uma coisa muito semelhante, mas temos que criar este com um comando exposto ou outras opções sobre as
‫quais falaremos mais tarde e, a seguir, aqui está a porta do nó, que de repente é diferente.
‫É um pouco confuso fora da caixa.
‫Portanto, o IP do cluster é um padrão e sempre funciona dentro do cluster.
‫Ele não precisa de nada de especial, não precisa de regras de firewall fora do cluster para
‫o tráfego chegar, mas o IP do cluster é bom apenas no cluster.
‫Portanto, lembre-se de que o IP do cluster é bom no cluster, uma porta de nó foi projetada para algo fora
‫do cluster conversar com seu serviço através dos endereços IP nos próprios nós.
‫Portanto, quando você cria uma porta de nó, obtém uma porta alta em cada nó designado a
‫este serviço.
‫E depois que você conseguir isso, poderá atualizar outras coisas que precisam saber sobre essa porta.
‫Portanto, essa porta será uma porta alta.
‫Portanto, você não usará a porta 80, por exemplo, quando usar esse tipo.
‫E a chave para esses dois é que eles estão sempre disponíveis em qualquer gabinete é o cluster.
‫Esteja você usando uma solução de fornecedor de nuvem ou lançando seus próprios redemoinhos cubanos ou implantando um
‫pacote como dock, enterprise ou rancheiro.
‫Estes são os que sempre funcionarão imediatamente.
‫O próximo passo é o tipo de balanceador de carga.
‫Agora, isso é usado principalmente na nuvem.
‫A idéia aqui é que você está controlando um balanceador de carga externo através da linha de comando cubana dos anos 80, o
‫que é bem legal.
‫E essencialmente isso é um monte de automação.
‫O que você está fazendo aqui é em segundo plano, quando você cria esse balanceador de carga, ele cria automaticamente o
‫IP do cluster na porta do nó para que eles estejam disponíveis e então ele conversa com o sistema
‫externo.
‫Talvez seja um dos oito balanceadores de carga ou algum outro fornecedor de nuvem.
‫Basicamente, eles serão fornecidos pelos seus fornecedores de infraestrutura e permitirão que os dias de Cuba conversem
‫com eles por meio de uma API remota e os configurem para você.
‫Portanto, no caso de talvez oito de nós, o balanceador de carga, quando você cria isso, não apenas a criação das
‫portas desse nó no IP do cluster está no back-end, mas também está dizendo ao balanceador de carga do ADA Yes para conversar
‫com as portas do nó.
‫E essencialmente isso é apenas automação.
‫Direito.
‫Isso está ajudando você a evitar uma etapa de executar alguns Ada porque a linha de comando ou a interface
‫da web configura automaticamente esse segurança para você.
‫Portanto, as duas sugestões que tenho para este são pensar sobre isso, pois isso é apenas para o tráfego que
‫chega ao seu cluster a partir de uma fonte externa e requer um provedor de infraestrutura que permita às entidades
‫cubanas a capacidade de falar com ele remotamente.
‫E o último dos tipos de Serviço Florestal é o nome externo.
‫Agora, isso é usado com menos frequência e realmente não tem nada a ver com o controle do tráfego de entrada
‫para seus serviços.
‫Isso é mais sobre as coisas no seu cluster que precisam conversar com serviços externos e você
‫deseja criar nomes DNS no sistema DNS principal para que o cluster possa resolver nomes externos que talvez você
‫não tenha controle externo.
‫E uma das razões pelas quais você pode usar o nome externo é quando está fazendo migrações de coisas, então, se você
‫tiver um aplicativo remoto, esse aplicativo remoto fora da sua segurança é o cluster provavelmente já
‫tem um nome DNS.
‫Direito.
‫Mas, se você mudar, diga algo desses serviços externos para serviços internos, veja como você pode
‫usar o nome externo como um substituto para controlar o DNS dentro do seu gabinete no fluxo de trabalho.
‫Então, basicamente, você poderia ter uma única linha de comando da rede cubana, em vez de dizer
‫"preciso mudar o DNS externo por algo", então preciso executar outro utilitário para esse serviço DNS ou talvez
‫algo que nem tenha uma API por trás disso.
‫Talvez como um DNS corporativo ou algo do tipo, você possa usá-lo dentro de seus clusters para que os
‫serviços dentro de seus clusters comecem a resolver um ponto de extremidade diferente daquele que eles tinham anteriormente que
‫era externo.
‫Portanto, acho que realmente o uso apenas quando preciso alterar a forma como minhas coisas estão saindo do
‫meu cluster para algum serviço externo, mas não tenho como controlar o DNS remotamente dessas outras coisas, então prefiro
‫apenas fazê-lo dentro de entidades cubanas e criar alguns nomes externos para minhas coisas.
‫Então, quando eu quiser alterar dinamicamente as configurações cubanas das minhas coisas dentro do meu cluster, posso fazer
‫isso facilmente, sem precisar conversar com mais nada.
‫Tudo bem, vamos agrupá-los para tipos de serviço, mas existe outra maneira de o tráfego entrar
‫no cluster e isso é através da entrada e falaremos sobre isso mais tarde.
‫Isso foi projetado especificamente para o tráfego ACG.
‫Portanto, quando chegarmos a essa palestra, você entenderá por que isso é um pouco diferente desses tipos de
‫serviço.