Sommaire

1. Introduction
2. Les bonnes pratiques
3. JIB
4. Alternatives

Intro - Processus

• Dockerfile
• Installation Docker

Intro - Dockerfile

FROM openjdk:17-jdk-alpine

MAINTAINER miguel.ortega@jesuisundev.sh

COPY target/myMegaApp.jar
ENTRYPOINT ["java","-jar","/myMegaApp.jar"]

• quid de la sécurité ?
• quid du layering ?
• quid du versioning ?

• Chaque version de l'image va générer une nouvelle couche
• Sur la taille finale, une grosse majorité n'a pas bougé

• Coût network, disque, temps !

le contenu de notre fat jar ne change presque pas, pourtant il va être copié encore et encore

Meilleure approche

FROM eclipse-temurin:11-jre

# Multiple copy statements are used to break the app into layers,
# allowing for faster rebuilds after small changes
COPY dependencyJars /app/libs
COPY resources /app/resources
COPY classFiles /app/classes

ENTRYPOINT ["java", "$JVM_OPTIONS", "-cp", "/app/resources:/app/classes:/app/libs/*","com.example.Main.class"]
CMD ["--some-args"]

• un layer pour nos dépendances
• un layer pour nos ressources
• un layer pour nos classes project
• un entry point custom

• On réutilise plus souvent le "cache"
• Reduction du "prix" network, disque, temps

Un bon Dockerfile, pas une mince affaire !

Finalement, je voudrais juste intégrer cela à mon build maven...

• On a toujours besoin d'un env Docker (pénible des fois pour un env de CI/CD)
• il nous reste cette histoire de versioning

JIB

• pas besoin de docker
• pas (forcément) besoin d'un Dockerfile
• pas d'image "locale", publication directe (configurable)
• via maven

JIB Maven Plugin

<project>
  <build>
    <plugins>
      <plugin>
        <groupId>com.google.cloud.tools</groupId>
        <artifactId>jib-maven-plugin</artifactId>
        <version>3.2.1</version>
        <configuration>
          <to>
            <image>custom.registry/my-app:${project.version}</image>
          </to>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

JIB Maven Plugin

mvn compile jib:build

• Configurations:
  • base images
  • main class
  • jvm options
• Push vers tous les registry: artifactory, gcp, aws, ...
• On peut lier cette commande à une phase maven (e.g. deploy)

JIB - Equivalent

# Jib uses Adoptium Eclipse Temurin (formerly AdoptOpenJDK).
FROM eclipse-temurin:11-jre

# Multiple copy statements are used to break the app into layers,
# allowing for faster rebuilds after small changes
COPY dependencyJars /app/libs
COPY snapshotDependencyJars /app/libs
COPY projectDependencyJars /app/libs
COPY resources /app/resources
COPY classFiles /app/classes

# Jib's extra directory ("src/main/jib" by default) is used to add extra, non-classpath files
COPY src/main/jib /

# Jib's default entrypoint when container.entrypoint is not set
ENTRYPOINT ["java", jib.container.jvmFlags, "-cp", "/app/resources:/app/classes:/app/libs/*", jib.container.mainClass]
CMD [jib.container.args]

JIB, c'est bien

• construit une image Docker de qualité, sans docker
• customizable à souhait
• s'intègre dans votre outil de build préféré

• vous aurez certainement besoin d'un Dockerfile pour votre image de base (certificats, spécificités client)

References

• don't put fat jar in docker images: https://phauer.com/2019/no-fat-jar-in-docker-image/
• jib maven plugin: https://github.com/GoogleContainerTools/jib/tree/master/jib-maven-plugin