Red Hat en de GraalVM-community onthuld kondigde onlangs gezamenlijk de release aan van een nieuwe distributie door GraalVM, genaamd doorn. Verwacht wordt dat met deze nieuwe distributie de Red Hat-build van Quarkus van stroom voorzien, een onlangs aangekondigde toevoeging aan Red Hat Runtimes.
Quarkus is een native Kubernetes Java-framework voor JVM en native compilatie. kwark biedt een efficiënte oplossing voor het draaien van serverloze Java-applicaties, microservices, containers, Kubernetes, FaaS of cloud. Mandrel is open source en beschikbaar op GitHub, maar heeft nog geen binaire distributie.
Volgens een notitie van Mark Little, de senior director of engineering van Red Hat, Doorn kan worden omschreven als een distributie van een standaard OpenJDK met een speciaal verpakte native GraalVM-afbeelding.
Het hoofddoel achter de introductie van Mandrel door Red Hat is het verbeteren van de snelheid en efficiëntie van het Quarkus-framework. Het is een raamwerk dat lokale ontwikkeling biedt met snel opladen en gecontaineriseerde of serverloze distributie naar cloud computing-providers.
kwark richt zich op de mogelijkheid om native executables te bouwen die sneller beginnen en ze verlagen ook de bedrijfskosten en middelen in de cloud.
In feite Red Hat legde uit dat voor Quarkus het belangrijkste element van GraalVM de oorspronkelijke afbeeldingsfunctionaliteit is die native executables produceert, wat een belangrijke functie is voor Java om concurrerend te zijn in native cloud-workloads. Daarom staat Mandrel GraalVM toe naast OpenJDK 11 op Red Hat Enterprise Linux en andere OpenJDK 11-distributies.
Volgens Red Hat is het verschil voor de gebruiker minimaal, maar voor onderhoudbaarheid is voorafgaande afstemming met OpenJDK 11 en GraalVM essentieel.
"Met Mandrel profiteren Red Hat-klanten en de GraalVM-gemeenschap van echt open ontwikkeling, en Red Hat kan zijn klanten ondersteunen met beproefde mechanismen en tegelijkertijd iets terugdoen voor de gemeenschappen die ze vertrouwen om de state of the art van open source computing verder te ontwikkelen," zei het gezelschap, sprekend over Doorn.
In termen van prestaties, GraalVM onderscheidt zich door een 50 keer snellere opstarttijd en 5 keer minder geheugengebruik.
Deze verschillende tests zijn gedaan met een oudere versie van het Quarkus-framework tegen de Java HotSpot-modus. Hoewel deze verbetering een langere compilatietijd vereist, kan deze parallel worden gebruikt met de implementatie van de Quarkus Lambda- en Azure-functies.
Bovendien heeft de Mandrel GitHub-repository biedt nog geen binaire distributie. Integendeel, gebruikers compileren de JDK zelf door de instructies te volgen. Bovendien heeft softwareontwikkelaar James Ward GraalVM in detail geëvalueerd en de voordelen voor het verbeteren van de prestaties gepresenteerd, evenals enkele valkuilen, zoals applicaties die afhankelijk zijn van reflectie.
Volgens hem creëert dit een probleem voor native GraalVM-afbeeldingen omdat reflectie optreedt tijdens runtime, waardoor het moeilijk wordt voor een AOT (early bird) compiler om uitvoeringspaden te bepalen.
Als het gaat om apps die niet hoeven na te denken, wijst de Quarkus-homepage direct op het voordeel: 12 MB RAM versus 73 MB (een afname van 83%) en 0.016 seconden in de eerste respons versus 0.943 (een afname van 98%) .
Ontwikkelaars kunnen Mandrel nu gebruiken met hun eigen build, of ze kunnen de GraalVM-gemeenschap of elke JDK 11 en hogere distributie vertrouwen. Anderen zeggen dat deze native Java-frameworks niet echt werken en geen industriestandaard mogen worden.
Volgens hen, geen technologie voor algemeen gebruik waar men een bestaande Java-applicatie kan nemen en deze native kan maken. Dit werkt niet, zelfs niet voor applicaties die zijn geschreven door een bibliotheek te kiezen uit het enorme Java-ecosysteem.
De laatsten zijn van mening dat verschillende framework-providers erop wedden dat de meeste Java-applicaties HTTP / ORM / JSON-applicaties zijn, naast maatregelen en beveiliging, enz.
Als u er meer over wilt weten, kunt u hierover overleggen de volgende link.