Red Hat та спільнота GraalVM представлені нещодавно спільно оголосив про випуск новий розподіл від GraalVM, називається оправкою. Очікується, що з цим новим розподілом керуйте будівлею Red Hat Quarkus, нещодавно анонсоване доповнення до Red Hat Runtimes.
Кваркус є власна фреймворк Kubernetes Java для JVM та власна компіляція. Кваркус забезпечує ефективне рішення для запуску безсерверних програм Java, мікросервіси, контейнери, Kubernetes, FaaS або хмара. Mandrel є відкритим кодом і доступний на GitHub, але ще не має двійкового розподілу.
Згідно з запискою Марка Літтла, старшого директора з технічних питань Red Hat, Оправку можна описати як розподіл стандартного OpenJDK зі спеціально упакованим нативним зображенням GraalVM.
Головна мета за введенням оправки Red Hat полягає у підвищенні швидкості та ефективності роботи Quarkus. Це фреймворк, який пропонує локальний розвиток із швидким поповненням та контейнерним або безсерверним розподілом постачальникам хмарних обчислень.
Кваркус фокусується на здатності створювати власні виконувані файли що починаються швидше і вони також зменшують експлуатаційні витрати та ресурси на хмарі.
Насправді, Red Hat пояснив, що для Quarkus важливим елементом GraalVM є його рідна функціональність зображення який створює власні виконувані файли, що є ключовою характеристикою Java для конкурентоспроможності у робочих навантаженнях у власному хмарі. Таким чином, Mandrel дозволяє мати GraalVM на додаток до OpenJDK 11 на Red Hat Enterprise Linux та інших дистрибутивах OpenJDK 11.
За даними Red Hat, різниця для користувача мінімальна, але для ремонтопридатності необхідне попереднє вирівнювання з OpenJDK 11 та GraalVM.
«Завдяки Mandrel клієнти Red Hat та спільнота GraalVM отримують вигоду від справді відкритої розробки, і Red Hat може підтримувати своїх клієнтів перевіреними механізмами, одночасно віддаючи громадам, яким вони довіряють, продовжувати розвивати державу. мистецтва обчислювальної техніки з відкритим кодом ", - заявила компанія, говорячи про Мандрела.
Що стосується продуктивності, GraalVM відрізняється в 50 разів швидшим часом запуску і в 5 разів менше використання пам'яті.
Ці різні тести були проведені із використанням старої версії фреймворку Quarkus проти режиму Java HotSpot. Хоча це вдосконалення вимагає більш тривалого часу компіляції, воно може використовуватися паралельно з розгортанням функцій Quarkus Lambda та Azure.
Крім того, сховище Mandrel GitHub ще не пропонує двійковий розподіл. Навпаки, користувачі самі складають JDK, дотримуючись інструкцій. Крім того, розробник програмного забезпечення Джеймс Уорд детально оцінив GraalVM та представив його переваги в покращенні продуктивності, а також деякі підводні камені, такі як програми, які покладаються на роздуми.
За його словами, це створює проблему для власних зображень GraalVM, оскільки відображення відбувається під час виконання, ускладнюючи для компілятора AOT (ранньої птиці) визначення шляхів виконання.
Що стосується додатків, яким не потрібно думати, домашня сторінка Quarkus вказує безпосередньо на перевагу: 12 Мб оперативної пам'яті проти 73 Мб (зменшення на 83%) і 0.016 секунди у першій відповіді проти 0.943 (зменшення на 98 %).
Тепер розробники можуть використовувати Mandrel із власною збіркою, або вони можуть довіряти спільноті GraalVM або будь-якому розповсюдженню JDK 11 та новіших версій. Інші кажуть, що ці власні фреймворки Java насправді не працюють і не повинні стати галузевим стандартом.
На їх думку, не технологія загального призначення де можна взяти існуючу програму Java і зробити її рідною. Це не спрацює навіть для додатків, написаних шляхом вибору бібліотеки з величезної екосистеми Java.
Останні вважають, що різні провайдери фреймворків роблять ставку на те, що більшість програм Java є додатками HTTP / ORM / JSON, окрім заходів та безпеки тощо.
Якщо ви хочете дізнатися більше про це, ви можете проконсультуватися за наступним посиланням.