# Quelles distributions JDK sont les mieux optimisées pour les environnements de conteneurs et de cloud ?

<p class="elv-tracking-normal elv-text-default elv-font-figtree elv-text-base elv-leading-base elv-font-normal" elv="true">Si votre équipe conteneurise des services Java, le choix du JDK affecte la taille de l'image, le temps de démarrage et la consommation de ressources plus que vous ne le pensez. Amazon Corretto, Liberica JDK et Microsoft Build of OpenJDK se présentent tous comme étant adaptés aux conteneurs. Voici comment ils se comparent réellement selon les utilisateurs de G2 dans la catégorie <a class="a a--md" elv="true" href="https://www.g2.com/categories/java-development-kit-jdk-distributions">distributions JDK</a> :</p><ul>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/amazon-corretto/reviews"><strong>Amazon Corretto</strong></a> propose des images Docker officielles optimisées pour ECS, EKS et Lambda. Les équipes utilisant AWS trouvent les images préconstruites bien entretenues, avec des variantes basées sur Alpine disponibles pour des empreintes plus petites. L'intégration avec les instances AWS Graviton (ARM) signifie que Corretto est déjà optimisé pour les types d'instances économiques vers lesquels de nombreuses équipes migrent.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/liberica-jdk/reviews"><strong>Liberica JDK</strong></a> pousse l'optimisation des conteneurs plus loin que la plupart des concurrents. BellSoft propose Alpaquita Linux, un système d'exploitation conçu spécialement pour les conteneurs Java qui réduit considérablement la taille de l'image et la surcharge mémoire. Le Liberica NIK (Native Image Kit) permet la compilation anticipée pour un démarrage quasi instantané, ce qui est précieux pour les architectures serverless et scale-to-zero. La forte satisfaction des équipes utilisant ces capacités se reflète dans sa note G2.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/microsoft-build-of-openjdk/reviews"><strong>Microsoft Build of OpenJDK</strong></a> est le choix naturel pour les équipes déployant sur Azure. Les images de conteneurs sont optimisées pour Azure Kubernetes Service et Azure App Service, avec une télémétrie intégrée qui alimente Azure Monitor. Les équipes dans des environnements mixtes .NET/Java sur Azure apprécient d'avoir un seul fournisseur supportant les deux runtimes.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/azul-platform-core-zulu/reviews"><strong>Azul Platform Core (Zulu)</strong></a> offre une ergonomie JVM consciente des conteneurs qui détecte automatiquement les limites de mémoire et de CPU des conteneurs, évitant les problèmes de surprovisionnement qui affectent Java dans les conteneurs. Les images de conteneurs d'Azul prennent en charge une large gamme d'options de systèmes d'exploitation de base et d'architectures, et le support commercial s'étend aux déploiements conteneurisés.</li>
</ul><p class="elv-tracking-normal elv-text-default elv-font-figtree elv-text-base elv-leading-base elv-font-normal" elv="true">Quel a été le plus grand défi avec Java dans les conteneurs pour votre équipe : la taille de l'image, la surcharge mémoire, le temps de démarrage ou autre chose ?</p>

##### Post Metadata
- Posted at: il y a 3 mois
- Author title: Marketer
- Net upvotes: 1


## Comments
### Comment 1

Memory overhead, and specifically the JVM not knowing what the container had given it. Zulu&#39;s container-aware ergonomics detecting memory and CPU limits automatically solves the version of this that bit us.

##### Comment Metadata
- Posted at: il y a 21 jours
- Author title: SEO Content Specialist



### Comment 2

Amazon Corretto is a strong fit here, built by AWS and widely used in containerized and cloud-native environments specifically because of that optimization.

##### Comment Metadata
- Posted at: il y a 22 jours



### Comment 3

&lt;p&gt;&lt;span style=&quot;color: rgb(0, 0, 0);&quot;&gt;Memory, and usually for a specific and fixable reason: the JVM sizes its heap as a fraction of what it believes available memory to be, so a container limit set without thinking produces a surprisingly small heap and constant garbage collection that looks like an application problem. Setting the heap explicitly rather than relying on the default percentage removes most of it. Azul&#39;s container-aware ergonomics detecting container memory and CPU limits is aimed directly at this, and it is worth checking behaviour under a CPU limit too, since thread pool sizing reads the same signal.&lt;/span&gt;&lt;/p&gt;

##### Comment Metadata
- Posted at: il y a environ 1 mois
- Author title: Tech Consultant



### Comment 4

Curieux de savoir ce que les équipes ont trouvé être le véritable goulot d&#39;étranglement lors de l&#39;exécution de Java dans des conteneurs. Le fil de discussion couvre la taille de l&#39;image, le temps de démarrage et la surcharge mémoire, mais d&#39;après mon expérience, le problème de surcharge mémoire est celui qui crée le plus de douleur opérationnelle à grande échelle, notamment parce qu&#39;il interagit avec l&#39;autoscaling des clusters de manière difficile à prévoir jusqu&#39;à ce que vous traitiez du trafic réel.

##### Comment Metadata
- Posted at: il y a 2 mois
- Author title: Marketing Executive





## Related discussions
- [Dans quelle mesure Trello s&#39;adapte-t-il à une équipe plus grande ?](https://www.g2.com/fr/discussions/1-how-well-does-trello-scale-into-a-larger-team)
  - Posted at: il y a plus de 13 ans
  - Comments: 6
- [Can we please add a new section](https://www.g2.com/fr/discussions/2-can-we-please-add-a-new-section)
  - Posted at: il y a plus de 13 ans
  - Comments: 0
- [Avantages quantifiables de la mise en œuvre de votre CRM](https://www.g2.com/fr/discussions/quantifiable-benefits-from-implementing-your-crm)
  - Posted at: il y a plus de 13 ans
  - Comments: 4