{"id":76573,"date":"2020-04-03T13:42:25","date_gmt":"2020-04-03T11:42:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/nativnaya-kompilyacziya-v-quarkus-pochemu-eto-vazhno"},"modified":"2020-04-03T13:42:25","modified_gmt":"2020-04-03T11:42:25","slug":"nativnaya-kompilyacziya-v-quarkus-pochemu-eto-vazhno","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/nativnaya-kompilyacziya-v-quarkus-pochemu-eto-vazhno","title":{"rendered":"Natuurlijke compilatie in Quarkus \u2013 waarom is dit belangrijk","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo allemaal! Dit is de tweede post in onze serie over Quarkus \u2013 vandaag bespreken we native compilatie.<\/p>\n

\"Natuurlijke
\n
\nQuarkus<\/a><\/noindex> \u2013 is een Java-stack, ontworpen voor Kubernetes<\/a><\/noindex>. Hoewel er hier nog veel te doen is, hebben we verschillende aspecten goed uitgewerkt, waaronder de optimalisatie van de JVM en een scala aan frameworks. Een van de kenmerken van Quarkus die veel interesse wekt onder ontwikkelaars, is de uitgebreide, naadloze aanpak om Java-code om te zetten in uitvoerbare bestanden voor specifieke besturingssystemen (de zogenaamde 'native compilatie'), vergelijkbaar met C en C++, waar deze compilatie meestal aan het einde van de cyclus plaatsvindt, bestaande uit bouwen, testen en implementeren.
\n<\/a><\/noindex>
\nEn hoewel native compilatie, zoals we verderop zullen laten zien, belangrijk is, moet worden opgemerkt dat Quarkus ook zeer goed functioneert op een reguliere Java-machine met OpenJDK Hotspot dankzij de prestatieverbeteringen die we door de hele stack hebben gerealiseerd. Daarom moet native compilatie worden gezien als een extra bonus die naar wens of behoefte kan worden gebruikt. In feite steunt Quarkus, wat betreft native images, in hoge mate op OpenJDK. De door ontwikkelaars goed ontvangen dev mode biedt vrijwel onmiddellijke testmogelijkheden voor wijzigingen door middel van uitgebreide mogelijkheden voor dynamische code-uitvoering, gerealiseerd in Hotspot. Bovendien maakt GraalVM gebruik van de klassebibliotheek van OpenJDK en de mogelijkheden van HotSpot bij het cre\u00ebren van native images.<\/p>\n

Waarom is native compilatie dan nodig als alles al optimaal is geoptimaliseerd? Deze vraag proberen we hieronder te beantwoorden.<\/p>\n

Laten we beginnen met het voor de hand liggende: Red Hat heeft veel ervaring met het optimaliseren van de JVM, stacks en frameworks in de loop van de ontwikkeling van het project JBoss<\/a><\/noindex>, inclusief:<\/p>\n