Vi kjenner alle prosjektet Kubernetes, og vi vet også at Java programmeringsspråk Det har vært med oss i mange år, og det er en av de mest brukte i dag, og derfor den som tiltrekker seg flest utviklere og de største utviklingssamfunnene. Faktisk, hvis du følger TIOBE-lister over de mest brukte programmeringsspråkene i databehandlingen, har Java ikke ligget under 2. plassering i denne rangeringen, noe som gir en ide om den enorme populariteten.
Java ble født på 90-tallet, fra hånden fra de nedlagte Sun Microsystems (nå Oracle), og har nesten 20 års utvikling og optimalisering for å kjøre svært dynamiske monolitiske applikasjoner som antar eksklusivt eierskap til minne og CPU (virtualisert) takket være den virtuelle maskinen Java som har denne plattformen som tolk av nevnte språk. Og hvorfor ikke ta dette med til skyen, IoT, mobile enheter, Kubernetes, containere, mikrotjenester, reaktiv programmering og fungere som en tjeneste eller FaaS? Siden vi lever i en verden dominert av disse sektorene. Disse 12 nøkkeldrivere og utvikling av applikasjoner i skyen kan gi høyere produktivitets- og effektivitetsnivåer. Vel, det er her Java nå møter Kubernetes og de konvergerer videre et nytt rammeverk.
Navnet på nevnte rammeverk er quarkus, som kommer sammen med Supersonisk Subatomic Java. Quarkus er et rammeverk Java native for Kubernetes designet for GraalVM og HotSpot, laget av de beste Java-bibliotekene og standardene på markedet. Quarkus 'mål er å gjøre Java til en ledende plattform for Kubernetes og serverløse miljøer, samtidig som utviklerne får en enhetlig reaktiv og tvingende programmeringsmodell for å adressere et bredere utvalg av distribuerte applikasjonsarkitekturer optimalt.
Mellom kvalitetene tilbudt av Quarkus (plattformbasert testing med Red Hat):
- Kjapp starti noen titalls millisekunder, som muliggjør automatisk skalering av mikrotjenester i containere og Kubernetes, samt umiddelbar utførelse av FaaS.
- La minimum minneutnyttelse hjelper til med å optimalisere containertetthet i mikrotjenestearkitekturdistribusjoner som ønsker flere containere.
- Mindre påføringsstørrelse på beholderen.
- Gi en modell reaktiv og viktig enhetlig for Java-utviklere å føle seg kjent med.
- Utviklere vil ha glede av det enhetlig konfigurasjon i en enkelt eiendomsfil, null konfigurasjoner, live-omlasting på et øyeblikk, forenklet kode for 80% av vanlig bruk og fleksibel for 20%, uten å generere irriterende, innfødte kjørbare filer.
- Du vil ha bedre biblioteker og standarder.
- Effektive løsninger å kjøre Java på mikrotjenester, serverløs, sky, containere, Kubernetes, FaaS, etc.
Hva betyr "irriterende innfødte kjørbare filer"?
Takk