A Red Hat és a GraalVM közösség bemutatkozott nemrég közösen bejelentette a új disztribúció írta: GraalVM, tüskének hívják. Várható, hogy ezzel az új disztribúcióval hatalom a Red Hat Quarkus építésével, a Red Hat Runtimes nemrégiben bejelentett kiegészítése.
Quarkus az natív Kubernetes Java keretrendszer a JVM-hez és a natív fordításhoz. quarkus hatékony megoldást nyújt kiszolgáló nélküli Java alkalmazások futtatásához, mikroszolgáltatások, konténerek, Kubernetes, FaaS vagy felhő. A Mandrel nyílt forráskódú és elérhető a GitHubon, de még nincs bináris elosztása.
Mark Little, a Red Hat mérnöki igazgatójának feljegyzése szerint A tüske egy szokásos OpenJDK disztribúciójának írható le egy speciálisan csomagolt GraalVM natív képpel.
A fő cél a Mandrel Red Hat bevezetése mögött a Quarkus keretrendszer sebességének és hatékonyságának javítása. Ez egy olyan keret, amely gyors feltöltéssel és konténeres vagy szerver nélküli terjesztéssel kínál helyi fejlesztést a felhőalapú számítástechnikai szolgáltatók számára.
quarkus a natív futtatható fájlok készítésének képességére összpontosít amelyek gyorsabban indulnak és csökkentik a működési költségeket és az erőforrásokat is a felhőben.
Valójában, A Red Hat kifejtette, hogy a Quarkus számára a GraalVM fontos eleme a natív képfunkció amely natív futtatható fájlokat állít elő, ami kulcsfontosságú a Java számára, hogy versenyképes legyen a natív felhőterhelésekben. Ezért a Mandrel lehetővé teszi a GraalVM használatát az OpenJDK 11 mellett a Red Hat Enterprise Linux és más OpenJDK 11 disztribúciókon.
A Red Hat szerint a felhasználóhoz képest a különbség minimális, de a karbantarthatóság érdekében elengedhetetlen az előzetes összehangolás az OpenJDK 11-hez és a GraalVM-hez.
"A Mandrel révén a Red Hat ügyfelei és a GraalVM közösség profitálnak az igazán nyílt fejlesztésből, a Red Hat pedig bevált mechanizmusokkal tudja támogatni ügyfeleit, miközben visszaadja azokat a közösségeket, amelyekben megbíznak, hogy folytassák az állam fejlődését. - mondta a társaság Mandrelről beszélve.
A teljesítmény tekintetében A GraalVM-et 50-szer gyorsabb indítási idő különbözteti meg és ötször kevesebb memóriafelhasználás.
Ezeket a különböző teszteket a Quarkus keretrendszer régebbi verziójával hajtották végre a Java HotSpot móddal szemben. Bár ez a fejlesztés hosszabb fordítási időt igényel, a Quarkus Lambda és az Azure funkciók telepítésével párhuzamosan használható.
Ezen túlmenően, a Mandrel GitHub tárház még nem kínál bináris terjesztést. Ellenkezőleg, a felhasználók az utasításokat követve maguk állítják össze a JDK-t. Ezenkívül a szoftverfejlesztő, James Ward részletesen értékelte a GraalVM-et, és bemutatta annak előnyeit a teljesítmény javításában, valamint néhány buktatót, például a reflexióra támaszkodó alkalmazásokat.
Szerinte ez problémát jelent a natív GraalVM képek számára, mivel a visszaverődés futás közben történik, ami megnehezíti az AOT (korai madár) fordító számára a végrehajtási utak meghatározását.
Olyan alkalmazásokról, amelyeknek nem kell gondolkodniuk, a Quarkus honlapja közvetlenül az előnyre mutat: 12 MB RAM és 73 MB (83% -os csökkenés) és 0.016 másodperc az első válaszban, szemben 0.943 (98% -os csökkenés) ).
A fejlesztők most már használhatják a Mandrel-t saját felépítésükkel, vagy bízhatnak a GraalVM közösségben vagy bármely JDK 11 vagy magasabb terjesztésben. Mások szerint ezek a natív Java keretrendszerek nem igazán működnek, és nem szabad, hogy ezek ipari szabványokká váljanak.
Szerintük, nem általános célú technológia ahol meg lehet venni egy meglévő Java alkalmazást, és natívvá tenni. Ez még akkor sem fog működni, ha olyan alkalmazásokat írnak, amelyek könyvtárat választanak a hatalmas Java ökoszisztémából.
Utóbbiak úgy vélik, hogy a különféle keretrendszer-szolgáltatók arra tippelnek, hogy a legtöbb Java alkalmazás HTTP / ORM / JSON alkalmazás, az intézkedéseken és a biztonságon kívül stb.
Ha többet szeretne tudni róla, konzultálhat a következő link.