O Minishift é uma ferramenta que permite executar o OpenShift localmente como um cluster do OpenShift a partir de um único nó dentro de uma máquina virtual.
As tecnologias estão evoluindo e, com elas, os processos de desenvolvimento e implantação de aplicativos estão mudando. Anteriormente, essas eram coisas bastante comuns, com um conjunto estritamente limitado de componentes envolvidos, nos últimos anos, com o advento de novas ferramentas e estruturas, mudanças drásticas ocorreram nessa área. Hoje, a instalação do pacote de software em um computador pessoal parece trivial, mas coloque-se no lugar do departamento de TI e você imediatamente terá muitas perguntas. De onde veio esse ou aquele componente de software? Por que é necessário? Como é atualizado? Quem fornece seu apoio? Essas são perguntas realmente importantes e inevitáveis se a sua organização adere às melhores práticas de segurança e deve obedecer às políticas e regras de segurança.
Geralmente, não é muito prático implantar um ambiente OpenShift completo em uma máquina típica de desenvolvedor. Ao mesmo tempo, o Minishift local permite que o desenvolvedor aproveite todas as vantagens de gerenciar cargas de trabalho em contêiner, aumentando sua produtividade e eliminando a complexidade do suporte operacional.
Com a transição para o OpenShift, as organizações entendem que ter um desenvolvedor com uma plataforma de contêiner local oferece várias vantagens: por exemplo, a independência do desenvolvedor em relação ao ambiente corporativo do OpenShift e, como resultado, reduzindo a carga no último. Em outras palavras, ajuda a reduzir custos e implementar serviços adicionais.
Então você quer um OpenShift local
Com base em nossa experiência, podemos dizer que antes de usar o Minishift, você deve fazer o seguinte:
- Descrever os requisitos do sistema
- Formule uma lista de dependências
Essas informações ajudarão os administradores de sistema, os funcionários de suporte à área de trabalho e as pessoas responsáveis pelo cumprimento das políticas e regras de segurança a entender com o que precisam lidar. Os requisitos e dependências do sistema estão diretamente correlacionados com a opção de implantação que será usada.
Como aqui estamos familiarizados com o cenário corporativo, focaremos no
CDK (Container Development Kit) , uma filial do projeto Minishift, que foi trazido ao estágio de um produto de software acabado.
Existem duas opções para instalar o CDK:
- Usando um executável independente
- Como parte do Red Hat Development Suite , que inclui várias ferramentas de desenvolvimento de contêiner, incluindo OpenJDK, Red Hat JBoss Developer Studio, VirtualBox e o Container Development Kit
A maioria das organizações, como demonstrou a experiência, prefere usar um arquivo executável autônomo em vez do Red Hat Development Suite, para não produzir ferramentas desnecessárias. O Red Hat, por outro lado, é ótimo para desenvolvedores fora do contexto corporativo, pois fornece uma instalação passo a passo fácil e intuitiva do CDK. Além disso, a organização já pode usar ferramentas semelhantes àquelas que fazem parte do Red Hat Development Suite.
Independentemente do método de instalação CDK escolhido, você precisará de um dos hipervisores suportados, pois o CDK funciona como uma máquina virtual (VM).
Pode haver várias opções:
Qual hipervisor depende do sistema operacional da máquina de desenvolvimento e, na maioria das organizações, é Windows ou OS X, porque a maioria dos desenvolvedores raramente usa o Linux como seu sistema operacional principal.
Nem todo mundo gosta da necessidade de ter VMs em máquinas de desenvolvimento, porque isso requer recursos adicionais de processador e RAM. Os especialistas em segurança também não estão satisfeitos, pois isso pode comprometer a segurança na rede e no nível do PC. Além disso, são necessários direitos de administrador para instalar e, algumas vezes, para usar o hypervisor.
Felizmente, com a proliferação de novas abordagens de desenvolvimento, quando as VMs são usadas juntamente com ferramentas de ajuste de ambiente automatizadas, como o Vagrant, muitas organizações já possuem hipervisores em máquinas de desenvolvimento e podem pular esta etapa, o que elimina vários obstáculos sérios. Minishift em ambientes corporativos.
Instalação e configuração
Mais cedo ou mais tarde, os obstáculos serão superados e será a vez de instalar e configurar o CDK. As organizações normalmente bloqueiam o download de arquivos executáveis por razões de segurança, portanto outros mecanismos terão que ser usados. Por exemplo, pode ser um diretório de software aprovado ou você pode colocar o instalador do CDK em um repositório, como
Sonatype Nexus ou
JFrog Artifactory , de onde os usuários podem fazer o download.
Se a instalação for realizada manualmente, sem o uso das ferramentas centralizadas de implantação e configuração disponíveis na organização, o usuário poderá executar diretamente o instalador executável ou colocá-lo no diretório especificado na variável PATH, onde esse arquivo estará acessível a partir de qualquer sessão do terminal. No caso do Windows, o usuário geralmente não tem o direito de alterar a variável de sistema PATH, pois é válida para todas as contas na máquina. Mas o usuário pode editar sua variável pessoal PATH, que é válida apenas para sua conta
O próximo passo é realmente instalar o próprio CDK usando o comando apropriado:
minishift setup-cdkEste comando extrai o arquivo ISO usado para inicializar a VM e prepara o sistema para uso. Nesse caso, todos os arquivos são copiados para a pasta .minishift no diretório inicial do usuário (HOME) ($ HOME / .minishift). Essa pasta pode ser alterada usando o sinalizador –minishift-home, opcionalmente usando a variável de ambiente MINISHIFT_HOME. Em ambientes corporativos, o diretório inicial geralmente está localizado em uma pasta de rede, para que, se necessário, o usuário possa se mudar para outro computador e trabalhar silenciosamente. No entanto, essa opção afeta negativamente o desempenho do CDK, pois a leitura e a gravação serão realizadas pela rede e não pelo disco local. Além disso, sem se conectar à rede corporativa, o usuário perde o acesso aos arquivos necessários para o CDK funcionar. Ao escolher um local alternativo para o CDK, o usuário deve ter permissão de gravação na pasta de destino selecionada.
E finalmente, a última etapa que você deve concluir antes de iniciar o CDK é fornecer credenciais para registrar uma cópia do Red Hat Enterprise Linux (RHEL) incluída no CDK no site da Red Hat Network (RHN). O registro é necessário para que os contêineres em execução no ambiente OpenShift possam usar pacotes yum, já que o yum usa a assinatura do host subjacente. Uma assinatura de desenvolvedor pode ser obtida gratuitamente em
developers.redhat.com ou pode ser incluída em uma licença de volume existente. No entanto, o CDK pode funcionar sem uma assinatura de máquina, com funcionalidade limitada.
As credenciais podem ser especificadas nas variáveis de ambiente MINISHIFT_USERNAME e MINISHIFT_PASSWORD, especifique -username e -password nos parâmetros de inicialização ou configuradas como um dos parâmetros de configuração usando o comando config minishift. Além das credenciais, o comando config minishift permite definir vários outros parâmetros, como o driver do hipervisor, o número de CPUs e RAM da VM. Por exemplo, veja como o driver da VM é definido:
minishift config set vm-driver virtualbox
Depois disso, resta apenas executar o CDK (se necessário, com parâmetros adicionais):
minishift start
Depois disso, o Container Development Kit criará uma nova VM, registrará e executará outras operações necessárias, a saber:
- Baixe a versão em contêiner do OpenShift
- Destaque o volume de volumes persistentes definido para armazenamento persistente
- Ele usa vários módulos adicionais para expandir a funcionalidade básica do OpenShift
- Criará contas de administrador e desenvolvedor para interagir com a plataforma
Depois de iniciado, o CDK fornecerá uma URL para acessar o console da Web, bem como credenciais para fazer login na conta do desenvolvedor.
Em geral, se todos os pré-requisitos forem atendidos, a instalação básica do Container Development Kit não deve ser um problema.
E em 16 de junho, no DevOpsDays Moscow 2018 , realizaremos uma demonstração em classe master / workshop / ao vivo do cenário para o uso da plataforma OpenShift implantada na nuvem pública do Azure.Mostramos todas as três opções de implantação - do código-fonte, da imagem do contêiner, do modelo. Mostraremos como é fácil configurar webhooks para que nosso aplicativo seja reconstruído automaticamente quando um determinado evento ocorrer, por exemplo, após uma confirmação. Mostramos o cenário do teste A / B, falamos sobre o conceito de conta de serviço e executamos o aplicativo super legado no contêiner.
Vamos gastar apenas uma hora do seu tempo para mostrar como (em nossa humilde opinião) suas tarefas diárias de CI / CD são resolvidas rápida e facilmente usando a Plataforma OpenShift Container no Microsoft Azure. Venha junto!
BÔNUS: Deseja um código promocional para obter um desconto? Escreva-nos em mensagens privadas.