Představena společnost Red Hat a komunita GraalVM nedávno společně oznámilo vydání nová distribuce podle GraalVM, volal trn. Očekává se, že s touto novou distribucí řídit Red Hat sestavení Quarkus, nedávno ohlášený přírůstek do Red Hat Runtimes.
Quarkus je nativní rámec Kubernetes Java pro JVM a nativní kompilaci. kvarkus poskytuje efektivní řešení pro běh aplikací Java bez serveru, mikroslužby, kontejnery, Kubernetes, FaaS nebo cloud. Mandrel je open source a je k dispozici na GitHubu, ale zatím nemá binární distribuci.
Podle sdělení Marka Little, hlavního technického ředitele společnosti Red Hat, Vřeteno lze popsat jako distribuci standardního OpenJDK se speciálně zabaleným nativním obrázkem GraalVM.
Hlavní cíl za zavedením trnu Red Hat je zlepšit rychlost a efektivitu rámce Quarkus. Jedná se o rámec, který nabízí místní vývoj s rychlým dobíjením a kontejnerovou nebo bezserverovou distribucí poskytovatelům cloud computingu.
kvarkus se zaměřuje na schopnost vytvářet nativní spustitelné soubory které začínají rychleji a také snižují provozní náklady a zdroje na oblaku.
Ve skutečnosti, Red Hat vysvětlil, že pro Quarkus je důležitým prvkem GraalVM jeho funkce nativního obrazu který produkuje nativní spustitelné soubory, což je klíčová funkce pro Javu, aby byla konkurenceschopná v nativních cloudových úlohách. Společnost Mandrel proto povoluje kromě OpenJDK 11 na Red Hat Enterprise Linux a dalších distribucích OpenJDK 11 také GraalVM.
Podle Red Hatu je rozdíl pro uživatele minimální, ale pro udržovatelnost je zásadní předchozí vyrovnání s OpenJDK 11 a GraalVM.
"Se společností Mandrel mohou zákazníci Red Hat a komunita GraalVM těžit ze skutečně otevřeného vývoje a Red Hat může podporovat své zákazníky osvědčenými mechanismy a zároveň vracet komunitám, kterým důvěřují, aby pokračovali ve zlepšování stavu. Umění open source výpočetní techniky," řekla společnost a mluvila o Mandrel.
Pokud jde o výkon, GraalVM se vyznačuje 50krát rychlejší dobou spuštění a 5krát menší využití paměti.
Tyto různé testy byly provedeny pomocí starší verze rámce Quarkus proti režimu Java HotSpot. Ačkoli toto vylepšení vyžaduje delší čas kompilace, lze jej použít paralelně s nasazením funkcí Quarkus Lambda a Azure.
Navíc, repozitář Mandrel GitHub zatím nenabízí binární distribuci. Naopak, uživatelé sestavují JDK sami podle pokynů. Softwarový vývojář James Ward navíc podrobně vyhodnotil GraalVM a představil jeho výhody při zlepšování výkonu, stejně jako některá úskalí, jako jsou aplikace, které se spoléhají na reflexi.
Podle něj to vytváří problém pro nativní obrázky GraalVM, protože k odrazu dochází za běhu, což kompilátoru AOT (early bird) ztěžuje určení prováděcích cest.
Pokud jde o aplikace, které nemusí přemýšlet, domovská stránka Quarkus ukazuje přímo na výhodu: 12 MB RAM oproti 73 MB (pokles o 83%) a 0.016 sekundy v první odpovědi oproti 0.943 (pokles o 98%) .
Vývojáři nyní mohou používat Mandrel s vlastní sestavounebo mohou důvěřovat komunitě GraalVM nebo jakékoli distribuci JDK 11 a vyšší. Jiní říkají, že tyto nativní rámce Java ve skutečnosti nefungují a neměly by se stát průmyslovým standardem.
Podle nich, není univerzální technologie kde je možné vzít existující aplikaci Java a učinit ji nativní. To nebude fungovat, ani pro aplikace, které jsou psány výběrem knihovny z rozsáhlého ekosystému Java.
Posledně jmenovaní věří, že různí poskytovatelé rámců sázejí na skutečnost, že většina aplikací Java jsou kromě opatření a bezpečnosti atd. I aplikace HTTP / ORM / JSON.
Pokud se o tom chcete dozvědět více, můžete se poradit následující odkaz.