O que é a orquestração de contêineres do kubernetes explicou exercícios de espondiloartrites no mundo

Os contêineres do Docker reformularam a maneira como as pessoas pensam sobre o desenvolvimento, a implantação e a manutenção de software. Baseando-se nos recursos de isolamento nativos dos sistemas operacionais modernos, os contêineres oferecem suporte à separação de interesses semelhantes à VM, mas com muito menos sobrecarga e flexibilidade de implantação muito maior do que as máquinas virtuais baseadas em hipervisor.

Os contêineres são tão leves e flexíveis que deram origem a novas arquiteturas de aplicativos. A nova abordagem é empacotar os diferentes serviços que constituem um aplicativo em contêineres separados e implantar esse tratamento de artrite em ayurveda em contêineres hindi em um cluster de máquinas físicas ou virtuais. Isso dá origem à necessidade de orquestração de contêineres – uma ferramenta que automatiza a implantação, o gerenciamento, o dimensionamento, a rede e a disponibilidade de aplicativos baseados em contêiner. [Você está pronto para a invasão de contêineres?

Aprenda como começar com o Kubernetes. | Kubernetes, Slack, TensorFlow, Vue.js e muito mais: Veja os vencedores do Prêmio de Tecnologia do Ano 2018 da InfoWorld. | Corta para as principais notícias e problemas em tecnologia empresarial de ponta com o boletim informativo do InfoWorld Daily. ]

Digite o Kubernetes. Esse projeto de código aberto criado pelo Google automatiza o processo de implantação e gerenciamento de aplicativos de vários contêineres em grande escala. Enquanto o Kubernetes trabalha principalmente com o Docker, ele também pode trabalhar com qualquer sistema de contêineres que esteja em conformidade com os padrões OCI (Open Container Initiative) para formatos e tempos de execução de imagens de contêiner. E como o Kubernetes é open source, com relativamente poucas restrições sobre como ele pode ser usado, ele pode ser usado livremente por qualquer pessoa que queira executar contêineres, a maioria em qualquer lugar que deseje executá-los. Kubernetes vs. Docker

Uma dessas tecnologias é o Docker Swarm, um orquestrador que acompanha o Docker. Ainda é possível usar o Swarm em vez do Kubernetes, mas a Docker Inc. optou por tornar o Kubernetes parte dos óleos essenciais do Docker para artrite nas edições Community e Docker Enterprise daqui para frente.

Não que o Kubernetes seja um substituto para o Swarm. O Kubernetes é significativamente mais complexo que o Swarm e requer mais trabalho para implantar. Mas, novamente, o trabalho destina-se a proporcionar uma grande recompensa a longo prazo – uma infraestrutura de aplicativos mais gerenciável e resiliente. Para o trabalho de desenvolvimento e clusters de contêiner menores, o Docker Swarm apresenta uma opção mais simples. Vídeos relacionados: O que é o Kubernetes?

Neste vídeo de 90 segundos, aprenda sobre o Kubernetes, o sistema de código aberto para automatizar aplicações em contêiner, de um dos inventores da tecnologia, Joe Beda, fundador e artrite degenerativa de CTO da coluna lombar no Heptio. [Aprenda Java desde conceitos iniciais até padrões avançados de design neste curso abrangente de 12 partes! ]

O Kubernetes funciona da mesma maneira com a orquestração de contêineres. Ele fornece abstrações de alto nível para o gerenciamento de grupos de contêineres que permitem que os usuários do Kubernetes se concentrem em como desejam que os aplicativos sejam executados, em vez de se preocupar com detalhes específicos da implementação. Os comportamentos de que precisam são dissociados dos componentes que os fornecem.

Muitas aplicações não vivem em apenas um recipiente de vitaminas para artrite nas mãos. Eles são construídos a partir de um pacote de contêineres – um banco de dados aqui, um front-end da web, talvez um servidor de armazenamento em cache. Os microsserviços também são construídos dessa forma, geralmente utilizando bancos de dados separados para cada serviço e protocolos da Web e APIs para unir os serviços. Embora existam vantagens de longo prazo para a criação de aplicativos como microsserviços, ele vem com muito trabalho pesado a curto prazo.

O Kubernetes reduz a quantidade de trabalho necessária para implementar esses aplicativos. Você diz ao Kubernetes como compor um aplicativo a partir de um conjunto de contêineres, e o Kubernetes lida com o essencial de implementá-los, mantendo-os em execução e mantendo os componentes em sincronia um com o outro. Kubernetes dimensiona aplicativos contêineres

Os aplicativos precisam ser capazes de aumentar e diminuir para atender à demanda, equilibrar a carga de entrada e fazer melhor uso dos recursos físicos. O Kubernetes tem provisões para fazer todas essas coisas e para fazê-las de maneira automatizada e sem interferência. Kubernetes lança novas versões de aplicativos sem tempo de inatividade

Parte do apelo de um fluxo de trabalho de desenvolvimento de aplicativos baseado em contêiner é permitir a integração e a entrega contínuas. O Kubernetes possui mecanismos para permitir atualizações simples de novas versões de imagens de contêiner, incluindo reversões, se algo der errado. O Kubernetes fornece rede, descoberta de serviços e armazenamento

O Kubernetes lida com muitos outros detalhes complicados de aplicativos baseados em contêiner. Obter contêineres para conversarem entre si, lidarem com a descoberta de serviços e fornecer armazenamento persistente para contêineres de vários provedores (por exemplo, o EBS da Amazon) são todos gerenciados pelo Kubernetes e suas APIs de prevenção de artrite em cães. O Kubernetes fornece monitoramento, registro e depuração

Os contêineres têm sido notoriamente opacos para trabalhar. O Kubernetes fornece serviços para obter informações em tempo real sobre os estados de contêineres e grupos de contêineres e detalha a artrite em termos de alívio das ações do desenvolvedor em um cluster. O Kubernetes permite personalizações não destrutivas

Os clusters do Kubernetes podem precisar de ajustes para seus ambientes de destino, mas alguns ajustes dificultam futuras atualizações. Um dos recursos nativos do Kubernetes, o Custom Resource Definitions, permite que um desenvolvedor estenda e personalize as APIs do Kubernetes sem quebrar a compatibilidade com o Kubernetes de estoque. Kubernetes opera em qualquer ambiente

O Kubernetes não está vinculado a um ambiente ou tecnologia de nuvem específica. Ele pode ser executado sempre que houver suporte para contêineres, ou seja, nuvens públicas, pilhas privadas, hardware virtual e físico e um único laptop de desenvolvedor são todos locais para o Kubernetes jogar. Os clusters do Kubernetes também podem ser executados em qualquer combinação dos itens acima. Isso inclui até mesmo misturas de sistemas Windows e Linux. Como funciona o Kubernetes

A abstração de nível mais alto do Kubernetes, o cluster, refere-se ao grupo de máquinas que executam o Kubernetes (ele próprio um aplicativo em cluster) e os contêineres gerenciados por ele. Um cluster Kubernetes deve ter um mestre, o sistema que comanda e controla todas as outras máquinas Kubernetes no cluster. Um cluster Kubernetes altamente disponível replica as instalações do mestre em várias máquinas. Mas apenas um mestre por vez executa o planejador de tarefas e o gerenciador-controlador. Nós e pods do Kubernetes

Cada cluster contém nós do Kubernetes. Os nós podem ser máquinas físicas ou VMs. Novamente, a ideia é abstração: qualquer que seja o aplicativo em execução, o Kubernetes lida com a implantação nesse substrato. Também é possível garantir que determinados contêineres sejam executados somente em VMs ou somente em bare metal.

Os nós executam pods, os objetos mais básicos do Kubernetes que podem ser criados ou gerenciados. Cada pod representa artrite, ou seja, em marathi, uma única instância de um aplicativo ou processo em execução no Kubernetes e consiste em um ou mais contêineres. O Kubernetes inicia, pára e replica todos os contêineres em um grupo. Os pods mantêm a atenção do usuário no aplicativo, e não nos próprios contêineres. Os detalhes sobre como o Kubernetes precisa ser configurado, do estado dos pods para cima, são mantidos no Etcd, um armazenamento de valor-chave distribuído.

Os pods são criados e destruídos nos nós, conforme necessário, para se adequarem ao estado desejado especificado pelo usuário na definição do conjunto. O Kubernetes fornece uma abstração chamada controlador para lidar com a logística de como os pods são desenvolvidos, implementados e desativados. Controladores vêm em alguns sabores diferentes artrite e osteoporose consultores das carolinas, dependendo do tipo de aplicativo que está sendo gerenciado. Por exemplo, o recentemente introduzido controlador “StatefulSet” é usado para lidar com aplicações que precisam de estado persistente. Outro tipo de controlador, a implantação, é usado para escalar um aplicativo para cima ou para baixo, atualizar um aplicativo para uma nova versão ou reverter um aplicativo para uma versão válida em caso de problemas. Serviços do Kubernetes

Como os pods vivem e morrem quando necessário, precisamos de uma abstração diferente para lidar com o ciclo de vida do aplicativo. Supõe-se que um aplicativo seja uma entidade persistente, mesmo quando os pods que executam os contêineres que compõem o aplicativo não são persistentes. Para esse fim, o Kubernetes fornece uma abstração chamada serviço.

Um serviço descreve como um determinado grupo de pods (ou outros objetos do Kubernetes) pode ser acessado através da rede. Como diz a documentação do Kubernetes, os pods que constituem o back-end de um aplicativo podem mudar, mas o front-end não precisa saber disso ou rastreá-lo. Serviços tornam isso possível.

Mais algumas peças internas do Kubernetes completam a imagem. O agendador distribui as cargas de trabalho para os nós para que eles fiquem equilibrados entre os recursos e para que as implantações atendam aos requisitos das definições do aplicativo. Os tipos de artrite do gerente do controlador nos dedos garantem que o estado do sistema – aplicativos, cargas de trabalho etc. – corresponda ao estado desejado definido nas configurações do Etcd.

É importante ter em mente que nenhum dos mecanismos de baixo nível usados ​​pelos contêineres, como a osteoartrite de Docker, é substituído pelo Kubernetes. Em vez disso, o Kubernetes fornece um conjunto maior de abstrações para usá-las para manter os aplicativos em execução em escala. Como o Kubernetes facilita os aplicativos em contêiner

Como o Kubernetes introduz novas abstrações e conceitos, e como a curva de aprendizado do Kubernetes é alta, é normal perguntar quais são os pagamentos de longo prazo para usar o Kubernetes. Aqui está um resumo de algumas formas específicas de como executar aplicativos no Kubernetes se torna mais fácil. O Kubernetes gerencia a integridade do aplicativo, a replicação, o balanceamento de carga e a alocação de recursos de hardware para você

Um dos deveres mais básicos que o Kubernetes tira de suas mãos é a tarefa de manter um aplicativo funcionando, funcionando e respondendo às demandas do usuário. Os aplicativos que se tornam “insalubres” ou não correspondem à definição de saúde que você descreve para eles podem ser automaticamente corrigidos.

Outro benefício que o Kubernetes fornece é maximizar o uso de recursos de hardware, incluindo memória, E / S de armazenamento e largura de banda de rede. As aplicações podem ter limites suaves e rígidos definidos no uso de recursos. Muitos aplicativos que usam recursos mínimos podem ser reunidos no mesmo hardware; aplicativos que precisam se estender podem ser colocados em sistemas onde eles têm espaço para groove. E, novamente, a implantação de atualizações em um cluster ou a reversão se as atualizações quebrarem pode ser automatizada. O Kubernetes facilita a implementação de aplicativos pré-configurados com gráficos do Helm

Helm é algo como um gerenciador de pacotes para o Kubernetes. Muitos aplicativos de software populares devem ser executados no Kubernetes como vários contêineres agrupados. O Helm fornece um mecanismo de definição, um “gráfico”, que descreve como um determinado software pode ser executado como um grupo de contêineres dentro do Kubernetes.

Você pode criar seus próprios diagramas de Helm a partir do zero e a artrite gotosa pode ser necessária se você estiver criando um aplicativo personalizado para ser implantado internamente. Mas se você estiver usando um aplicativo popular que tenha um padrão de implantação comum, há uma boa chance de alguém já ter composto um gráfico de Helm para ele e publicado por meio do diretório Kubeapps.com. O Kubernetes simplifica o gerenciamento de armazenamento, segredos e outros recursos relacionados a aplicativos

Recipientes são feitos para serem imutáveis; o que você colocar nelas não deveria mudar. Mas os aplicativos precisam de estado, o que significa que precisam de uma maneira confiável de lidar com volumes de armazenamento externos. Isso é ainda mais complicado pela forma como os contêineres vivem, morrem e renascem durante a vida útil de um aplicativo.

O Kubernetes tem abstrações para permitir que contêineres e aplicativos lidem com o armazenamento de colisões de artrite da mesma maneira dissociada de outros recursos. Muitos tipos comuns de armazenamento, de volumes do Amazon EBS a simples compartilhamentos NFS, podem ser acessados ​​por meio de drivers de armazenamento do Kubernetes, chamados volumes. Normalmente, os volumes são vinculados a um pod específico, mas um subtipo de volume chamado “Volume persistente” pode ser usado para dados que precisam ser mantidos independentemente de qualquer conjunto.

Os contêineres geralmente precisam trabalhar com “segredos”: credenciais como chaves de API ou senhas de serviço que você não deseja que sejam conectadas em um contêiner ou ocultas em um volume de disco. Enquanto as soluções de terceiros são disponíveis para isso, como os segredos do Docker e o HashiCorp Vault, o Kubernetes tem seu próprio mecanismo para lidar com segredos nativos, embora precise ser configurado com cuidado. Por exemplo, o Etcd deve ser configurado para usar SSL / TLS ao enviar informações, incluindo segredos entre nós, em vez de em texto simples. As aplicações do Kubernetes podem rodar em ambientes híbridos e multi-cloud

Um dos sonhos de longa data da computação em nuvem é poder executar qualquer aplicativo em qualquer nuvem ou qualquer mistura de nuvens públicas ou privadas. Isso não serve apenas para evitar o aprisionamento de fornecedores, mas também para aproveitar recursos específicos de nuvens individuais.