เปิดตัว Red Hat และชุมชน GraalVM เพิ่งประกาศเปิดตัว การกระจายใหม่ โดย GraalVM เรียกว่าแมนเดรล. คาดว่า ด้วยการกระจายใหม่นี้ ขับเรดแฮทสร้างควาร์คัส นอกจากนี้ Red Hat Runtimes ที่เพิ่งประกาศไป
Quarkus คือ Kubernetes Java framework ดั้งเดิมสำหรับ JVM และการคอมไพล์เนทีฟ ควาร์คัส เป็นโซลูชันที่มีประสิทธิภาพสำหรับการรันแอปพลิเคชัน Java แบบไร้เซิร์ฟเวอร์ microservices, container, Kubernetes, FaaS หรือ cloud Mandrel เป็นโอเพ่นซอร์สและพร้อมใช้งานบน GitHub แต่ยังไม่มีการแจกแจงแบบไบนารี
ตามบันทึกของ Mark Little ผู้อำนวยการอาวุโสฝ่ายวิศวกรรมของ Red Hat Mandrel สามารถอธิบายได้ว่าเป็นการแจกแจงของ OpenJDK มาตรฐาน ด้วยภาพเนทีฟ GraalVM ที่อัดแน่นเป็นพิเศษ
วัตถุประสงค์หลัก เบื้องหลังการเปิดตัว Mandrel โดย 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 สามารถสนับสนุนลูกค้าด้วยกลไกที่ได้รับการพิสูจน์แล้วในขณะเดียวกันก็ตอบแทนชุมชนที่พวกเขาไว้วางใจให้ก้าวหน้าต่อไป ของศิลปะการประมวลผลแบบโอเพนซอร์ส "บริษัท กล่าวโดยพูดถึง Mandrel
ในแง่ของประสิทธิภาพ GraalVM โดดเด่นด้วยเวลาเริ่มต้นที่เร็วขึ้น 50 เท่า และใช้หน่วยความจำน้อยลง 5 เท่า
การทดสอบที่แตกต่างกันเหล่านี้ทำโดยใช้ Quarkus framework เวอร์ชันเก่ากว่ากับโหมด Java HotSpot แม้ว่าการปรับปรุงนี้จะต้องใช้เวลาในการคอมไพล์นานขึ้น แต่ก็สามารถใช้ควบคู่ไปกับการปรับใช้ฟังก์ชัน Quarkus Lambda และ Azure ได้
นอกจากนี้ ที่เก็บ Mandrel GitHub ยังไม่มีการแจกแจงแบบไบนารี ในทางตรงกันข้าม, ผู้ใช้คอมไพล์ JDK ด้วยตนเองโดยทำตามคำแนะนำ นอกจากนี้ James Ward นักพัฒนาซอฟต์แวร์ได้ประเมิน GraalVM โดยละเอียดและนำเสนอประโยชน์ในการปรับปรุงประสิทธิภาพรวมถึงข้อผิดพลาดบางประการเช่นแอปพลิเคชันที่ต้องอาศัยการสะท้อนกลับ
ตามที่เขาพูดสิ่งนี้สร้างปัญหาให้กับอิมเมจ GraalVM ดั้งเดิมเนื่องจากการสะท้อนเกิดขึ้นที่รันไทม์ทำให้คอมไพเลอร์ AOT (นกตัวแรก) กำหนดเส้นทางการดำเนินการได้ยาก
เมื่อพูดถึงแอปที่ไม่ต้องคิดหน้าแรกของ Quarkus จะชี้ไปที่ข้อดีโดยตรง: RAM 12MB เทียบกับ 73MB (ลดลง 83%) และ 0.016 วินาทีในการตอบสนองครั้งแรกเทียบกับ 0.943 (ลดลง 98 %).
ขณะนี้นักพัฒนาสามารถใช้ Mandrel กับงานสร้างของตนเองได้แล้วหรือพวกเขาสามารถไว้วางใจชุมชน GraalVM หรือ JDK 11 และการกระจายที่สูงกว่า คนอื่น ๆ บอกว่าเฟรมเวิร์ก Java ดั้งเดิมเหล่านี้ใช้ไม่ได้จริงและไม่ควรกลายเป็นมาตรฐานอุตสาหกรรม
ตามที่พวกเขา, ไม่ใช่เทคโนโลยีวัตถุประสงค์ทั่วไป โดยที่เราสามารถใช้แอปพลิเคชัน Java ที่มีอยู่และทำให้เป็นเนทีฟ สิ่งนี้จะใช้ไม่ได้แม้กระทั่งสำหรับแอปพลิเคชันที่เขียนโดยการเลือกไลบรารีจากระบบนิเวศ Java ที่กว้างใหญ่
ฝ่ายหลังเชื่อว่าผู้ให้บริการเฟรมเวิร์กต่าง ๆ กำลังเดิมพันด้วยข้อเท็จจริงที่ว่าแอปพลิเคชัน Java ส่วนใหญ่เป็นแอปพลิเคชัน HTTP / ORM / JSON นอกเหนือจากมาตรการและความปลอดภัยเป็นต้น
หากคุณต้องการทราบข้อมูลเพิ่มเติมสามารถปรึกษาได้ ลิงค์ต่อไปนี้