Pourquoi l'image Docker de base Java 11 est-elle si grande? (openjdk: 11-jre-mince)

Pourquoi alpine n'est-il plus utilisé comme image de base pour les images minces Java 11?

C'est parce que, malheureusement, il n'y a pas d'écurie officielle OpenJDK 11 construire pour Alpine actuellement.

Alpine utilise musl libc, par opposition à la glibc standard utilisée par la plupart des Linuxes, ce qui signifie qu'une JVM doit être compatible avec musl libc pour supporter vanilla Alpine. Le port musl OpenJDK est développé dans le cadre du projet Portola d'OpenJDK.

Le l'état actuel est résumé sur la page OpenJDK 11 :

La version Alpine Linux précédemment disponible sur cette page a été supprimée à partir de JDK 11 GA. Il n'est pas prêt pour la production car il n'a pas été suffisamment testé pour être considéré comme une version GA. Veuillez utiliser la version JDK 12 Alpine Linux en accès anticipé à sa place.

Cependant - si vous êtes prêt à considérer autre chose que l'OpenJDK officiel, Zulu d'Azul OpenJDK offre une alternative convaincante:

• Il supporte Java 11 sur Alpine musl (version 11.0.2 au moment de la rédaction);
Il s'agit d'une version OpenJDK certifiée, vérifiée à l'aide de la suite de conformité OpenJDK TCK;
• , Il est gratuit, open source et docker prêt (Dockerhub).

Pour la disponibilité du support et la feuille de route, voir Azul support feuille de route.

Mise à jour, 3/6/19: Depuis hier, openjdk11 est disponible dans les dépôts alpins! Il pourrait être saisi sur Alpine en utilisant:

apk --no-cache add openjdk11

Le paquet est basé sur la branche jdk11uOpenJDK plus les corrections portées du projet Portola, introduites avec le PR suivant. Bravo et un grand merci à l'équipe Alpine.

Pourquoi la version unstable sid est-elle utilisée pour les images Java LTS?

C'est une question / demande juste. Il y a en fait un ticket ouvert pour fournir Java 11 sur une version stable de Debian:
https://github.com/docker-library/openjdk/issues/237

Mise à jour, 26/12/18: Le problème a été résolu, et maintenant l'image slim d'OpenJDK 11 est basée sur stretch-backports OpenJDK 11 qui a été récemment rendu disponible (PR link).

Pourquoi le package slim/headless/JRE pour OpenJDK 11 est-il si grand par rapport au package OpenJDK 8 similaire? Qu'est-ce que ce modules fichier qui apporte 135 Mo dans OpenJDK 11?

Java 9 a introduit le système de modules, qui est une approche nouvelle et améliorée pour regrouper les paquets et les ressources, par rapport aux fichiers jar. Cet article d'Oracle donne une introduction très détaillée à cela feature:
https://www.oracle.com/corporate/features/understanding-java-9-modules.html

Le fichier modules regroupe tous les modules fournis avec le JRE. La liste complète des modules pourrait être imprimé avec java --list-modules. modules est en effet un fichier très volumineux, et comme commenté, il contient tous les modules standard, et il est donc assez gonflé.

Une chose à noter cependant est qu'il remplace rt.jar et tools.jar qui sont devenus obsolètes, entre autres choses, donc lors de la prise en compte de la taille de modules lors de la comparaison avec les versions OpenJDK pré-9, les tailles de rt.jar et tools.jar doivent être soustraites (elles devraient prendre environ 80 Mo combinés).