Pular para o conteúdo principal

Kubernetes para desenvolvedores Java - Criando a imagem Docker


Esta é uma série de posts sobre Kubernetes para desenvolvedores Java. A série original está disponível em inglês no site dev.to

Kubernetes  é uma plataforma portátil e extensível de código aberto para gerenciamento  de containers, que facilita tanto a configuração declarativa quanto a automação. Tem um ecossistema grande e de rápido crescimento. Os serviços, suporte e ferramentas do Kubernetes estão amplamente disponíveis.

Bem vindo de volta

No primeiro post, nós criamos o ambiente necessário para fazer o deploy da nossa aplicação no Kubernetes. Neste ponto, nós temos uma aplicação Java conectando em um banco de dados MySQL rodando no Docker. Para empacotar nosso aplicativo dentro de uma imagem do docker, precisamos criar um Dockerfile.

Criando o Dockerfile

Definição

FROM openjdk:11.0.3-jdk-slim
RUN mkdir /usr/myapp
COPY target/java-kubernetes-0.0.1-SNAPSHOT.jar /usr/myapp/app.jar
WORKDIR /usr/myapp
EXPOSE 8080
CMD ["java", "-Xms128m", "-Xmx256m", "-jar", "app.jar"]


Usando o Make para automatizar as tarefas

Make é uma ferramenta que controla a geração de arquivos executáveis e outros arquivos que não são de origem de um programa a partir dos arquivos de origem do programa. Usaremos make para automatizar comandos maven e docker neste projeto.
Verifique sua instalação do make. Digite `make --version` no terminal. Se nada acontecer, instale o make antes de continuar.


Criando um Makefile


Crie um Makefile no mesmo diretório Dockerfile. Confira o Makefile completo no github: https://github.com/sandrogiacom/java-kubernetes/blob/master/Makefile

As partes importantes são:

build:
   mvn clean install; \
   docker build --force-rm -t java-k8s .
 
run-db:
   make stop-db; \
   make rm-db; \
   docker run --name mysql57 -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 -e MYSQL_USER=java -e MYSQL_PASSWORD=1234 -e MYSQL_DATABASE=k8s_java -d mysql/mysql-server:5.7
   run-app:
   make stop-app; \
   make rm-app; \
   docker run --name myapp -p 8080:8080 -d -e DATABASE_SERVER_NAME=mysql57 --link mysql57:mysql57 java-k8s:latest


build: Executa o maven e cria uma imagem do docker com o nome "java-k8s"
run-db: Inicia um novo contêiner do banco de dados mysql
run-app: Inicia um novo contêiner da aplicação

Nesta ordem, digite:

make build
make run-db
make run-app

Obs: Aguarde 30 segundos entre run-db e run-app para dar tempo de iniciar o banco de dados.
Para ver os logs, digite: docker logs -f myapp
E `CTRL + C` para sair do modo de log.


Digite `docker ps` para ver os contêineres em execução.

Verificando a aplicação

http://localhost:8080/persons


Para parar a aplicação e o banco de dados, digite:

make stop-app
make stop-db

Conclusão

Nesta parte do tutorial, aprendemos criar uma imagem docker da nossa aplicação e rodar  o containers com acesso ao outro container rodando o banco de dados. No próximo post vamos aprender como fazer o deploy da nossa aplicação no kubernetes.

Siga no twitter para ficar informado dos novos posts:

Comentários

Postagens mais visitadas deste blog

Java Records

  Java Records Imutável, Simples e limpa Esta funcionalidade da linguagem apareceu pela primeira vez na versão 14 como experimental e assim continuou até a versão 15 . Agora liberada de forma definitiva no Java 16 . O objetivo é ser possível ter classes que atuam como portadores transparentes de dados imutáveis. Os registros podem ser considerados tuplas nominais. Ou seja, após criado, um record não pode mais ser alterado. Records oferece uma uma sintaxe compacta para declarar classes que são portadores transparentes para dados imutáveis superficiais visando reduzir significamente o detalhamento dessas classes e irá melhorar a capacidade de leitura e manutenção do código. Vamos seguir um exemplo de uma classe chamada Pessoa . O primeiro exemplo vamos utilizar o modo tradicional. public class Pessoa { private String nome; private int idade; public Pessoa (String nome, int idade) { super (); this .nome = nome; this .idade = idade; } public String g...

Oracle JDK agora é livre?

    Olá Javeiros e Javeiras, h á uma boa notícia para todos os desenvolvedores Java e todos os clientes que usam Java sob uma licença comercial: o Oracle JDK está disponível gratuitamente a partir do JDK 17 ( publicado há poucos dias ). Novo modelo de licenciamento Informação retirada so site da Oracle : "Java 17 LTS é a versão de suporte de longo prazo mais recente para a plataforma Java SE. Os binários do JDK 17 podem ser usados gratuitamente na produção e podem ser redistribuídos, sem nenhum custo, de acordo com a Licença de Termos e Condições Gratuitas da Oracle ." O JDK 17 receberá atualizações sob esses termos, pelo menos até setembro de 2024. Confira a notícia completa: https://blogs.oracle.com/oracle-brasil/post/java-gratuito Esta licença gratuita inclui o JDK e as atualizações de segurança trimestrais também para uso comercial e de produção. A nova licença é a licença “Oracle No-Fee Terms and Conditions” (NFTC) e permite o uso gratuito para todos os usuários, m...

Java 8 ao 18: Mudanças mais importantes na plataforma Java

    Vamos rever muitas das mudanças mais importantes na plataforma Java que aconteceram entre a versão 8 (2014) e 18 (2022)   O Java 8 foi lançado em março de 2014 e o Java 18 em março de 2022. São 8 anos de progresso, 203 JEPs (JDK Enhancement Proposals ), entre essas duas versões. Neste post, revisaremos as mudanças mais importantes e discutiremos os benefícios e desafios da adoção de versões mais recentes do JDK para novos aplicativos e para os mais antigos compilados com versões mais antigas. Desde a versão 9, o Java tem novos recursos a cada 6 meses e é muito difícil acompanhar essas novas mudanças. A maioria das informações na internet descreve as mudanças entre as duas últimas versões do Java. No entanto, se você estiver em uma situação semelhante à minha, não está usando uma das versões mais recentes do Java, mas uma das várias versões anteriores (Geralmente 8 ou 11 que são as versões de suporte estendido). Então é útil saber quais novos recursos foram...