Kubernetes är ett fantastiskt projekt känt för alla, särskilt för distribution och hantering av containerappar. Och Markus Eisele, Red Hat: s EMEA Developer Adoption Lead, har några viktiga detaljer för alla som är intresserade av att lära sig mer om det.
Och det är att affärsutveckling alltid har varit en av de stora utmaningarna för datateknik, och särskilt av företag som Red Hat. Det är därför vi under det senaste decenniet har gått från den klassiska 3-stegsarkitekturen till en ny arkitektur med högt distribuerade mikrotjänster för att uppnå nästan obegränsad infrastrukturresurser för offentliga molnleverantörer. Dessutom kan dessa mikrotjänster specialiseras på mycket specifika och enkla uppgifter jämfört med föråldrade tunga app-servrar.
Dessa mikrotjänster de innebär bättre effektivitet när det gäller förbrukade resurser, vilket är en annan stor fördel. Dessutom är det ett av de bästa sätten att distribuera dessa appar via containrar, som om små virtuella maskiner behandlades. Även om den största skillnaden mellan en virtuell dator och en container är att den första inte har ett operativsystem, körs den istället i ett användarutrymme i värdoperativsystemets kärna, som om det vore en app. Detta innebär också större säkerhet.
Men inte allt skulle vara fördelar, eftersom denna arkitektur kräver många containrar (en per tjänst eller mer), vilket innebär att sättet på vilket de hanteras och samordnas kan vara komplicerat och representera en större insats för systemadministratören. Det är här Kubernetes går in på scenen och det gör allt mycket lättare.
Att skapa en inbyggd miljö i Kubernetes
Kubernetes gör livet enklare för administratörer, möjliggör mer automatiserad hantering av appar och tjänster. Letar du efter en analogi skulle det vara som hamnmyndigheten vid en brygga, vilket gör det möjligt för fartyg att röra sig samtidigt i rymden. Med andra ord, i början kunde Kubernetes kapacitet jämföras med Java EE, eftersom båda kör appar på distribuerad fysisk hårdvara. Emellertid bryr sig containrar lite om kraven i själva appen.
Med Kubernetes kan du konfigurera ett kluster genom att skriva konfigurationsfiler till textformat (främst YAML, även om det också stöder JSON). Inuti kommer parametrarna eller specifikationerna för varje objekt som definierats för hantering.
Maskinvara för lokal Kubernetes-konfiguration
För att dra nytta av hög skalbarhet och tillförlitlighet tillhandahålls av ett Kubernetes-kluster, måste utvecklare och administratörer se till att förse behållaren med tillräckligt med resurser att köra.
Om det antas att ett kluster har två huvudnoder med 2 GB RAM, 4 kärnor och 2 arbetarnoder med 1 GB RAM och 2 kärnor, ett Kubernetes-kluster du behöver minst 6 GB RAM och 12 kärnor. Vissa resurser som inte alla stationära datorer kan tillhandahålla, även om det är sant att detta projekt inte är avsett för skrivbordet.
Det finns dock för närvarande ett antal mindre inlärningsmiljöer som gör det möjligt för utvecklare att utvecklas med Kubernetes i lokala miljöer. Exempel på dem är MiniKube, MicroK8s, OpenShift CodeReady Cointainers, etc. Alla kluster med en enda nod för att kunna ha dem på en stationär dator och vars installation kan göras på några minuter.
För att testa a mer komplex miljötjänst, du måste vanligtvis gå till ett riktigt Kubernetes-kluster. Men verktyget Kodklara behållare det kan göra utvecklarnas liv mycket enklare, inklusive hela verktygslådan och installationen av en enda nod av ett Kubernetes-kluster.
Ursprunglig adoption i Kubernetes är en annan värld
Kubernetes har kommit att förändra hela upplevelsen av utvecklare, som ser hur sättet att hantera dessa tjänster är helt annorlunda och integrerat. Som ett resultat har Kubernetes adoption blivit nästa logiska steg mot förenkling för utvecklaren.
På samma sätt möjliggör Kubernetes större flexibilitet, med hjälp och verktyg för produktiv utveckling av infödda Kubernetes och nya spännande utmaningar ...