Kubernetes ir lielisks projekts visiem zināms, īpaši konteinerizētu lietotņu izvietošanai un pārvaldībai. Un Markus Eisele, Red Hat EMEA izstrādātāju adopcijas vadītājam, ir dažas svarīgas detaļas visiem, kas vēlas par to uzzināt.
Un tas ir tas, ka biznesa attīstība vienmēr ir bijusi viena no lielākajām datoru inženierijas un it īpaši tādiem uzņēmumiem kā Red Hat. Tāpēc pēdējo desmit gadu laikā ir notikusi pāreja no klasiskās 3 līmeņu arhitektūras uz jaunu arhitektūru ar ļoti izplatītiem mikropakalpojumiem, lai publisko mākoņu nodrošinātājiem sasniegtu gandrīz neierobežotus infrastruktūras resursus. Turklāt šie mikropakalpojumi var būt specializēti ļoti specifiskos un vienkāršos uzdevumos, salīdzinot ar novecojušiem smagajiem lietotņu serveriem.
Šis mikropakalpojumi tie nozīmē labāku efektivitāti patērēto resursu ziņā, kas ir vēl viena liela priekšrocība. Turklāt tas ir viens no labākajiem veidiem, kā šīs lietotnes izvietot caur konteineriem, it kā mazas virtuālās mašīnas tika ārstēti. Lai gan galvenā atšķirība starp VM un konteineru ir tā, ka pirmajai nav operētājsistēmas, tā vietā tā darbojas resursdatora operētājsistēmas kodola lietotāja telpā, it kā tā būtu lietotne. Tas nozīmē arī lielāku drošību.
Bet ne viss bija priekšrocības, jo šai arhitektūrai ir nepieciešami daudzi konteineri (viens pakalpojumam vai vairāk), kas nozīmē, ka veids, kā tie tiek pārvaldīti un koordinēti, varētu būt sarežģīts un nozīmēt lielākas pūles sistēmas administratoram. Tas ir kur Uz skatuves ienāk Kubernetes un tas visu padara daudz vieglāku.
Vietējās vides iestatīšana Kubernetes
Kubernetes atvieglo administratoru dzīvi, kas ļauj automatizētāk pārvaldīt lietotnes un pakalpojumus. Meklējot līdzību, tas būtu tāpat kā ostas pārvalde uz mola, kas kuģiem ļauj vienlaikus pārvietoties kosmosā. Citiem vārdiem sakot, sākumā Kubernetes iespējas varēja salīdzināt ar Java EE, jo abas lietotnes darbojas uz izplatītas fiziskās aparatūras. Tomēr konteineri maz rūpējas par pašas lietotnes prasībām.
Izmantojot Kubernetes, jūs varat konfigurēt kopu, rakstot konfigurācijas failus uz teksta formāts (galvenokārt YAML, lai gan tas atbalsta arī JSON). Tās iekšpusē būs katra pārvaldībai definētā objekta parametri vai specifikācijas.
Aparatūra vietējai Kubernetes konfigurācijai
Lai izmantotu augsta mērogojamība un uzticamība nodrošina Kubernetes kopa, izstrādātājiem un administratoriem ir jārūpējas par konteinera nodrošināšanu ar pietiekamiem resursiem, lai tos palaistu.
Ja tiek pieņemts, ka klasterim ir divi galvenie mezgli ar 2 GB RAM, 4 kodoli un 2 darbinieku mezgli ar 1 GB RAM un 2 kodoliem, tad Kubernetes kopa jums būs nepieciešami vismaz 6 GB RAM un 12 kodoli. Daži resursi, kurus nevar nodrošināt visi galddatori, lai gan ir taisnība, ka šis projekts nav paredzēts darbvirsmai.
Tomēr pašlaik ir vairāki mazākas mācību vides kas ļauj izstrādātājiem attīstīties kopā ar Kubernetes vietējā vidē. To piemēri ir MiniKube, MicroK8s, OpenShift CodeReady Cointainers utt. Visi no tiem ir viena atsevišķa mezgla kopas, lai tos varētu ievietot galddatorā un kuru instalēšanu var veikt dažu minūšu laikā.
Lai pārbaudītu a sarežģītāks vides pakalpojums, parasti jādodas uz īstu Kubernetes kopu. Bet rīks Kodu gatavi konteineri tas var ievērojami atvieglot izstrādātāja dzīvi, ieskaitot visu Kubernetes kopas rīkkopu un viena mezgla instalēšanu.
Vietējā adopcija Kubernetesā ir cita pasaule
Kubernetes ir mainījis visu izstrādātāju pieredzi, kuri redz, kā šo pakalpojumu pārvaldības veids ir pilnīgi atšķirīgs un integrēts. Tā rezultātā Kubernetes adopcija ir kļuvusi nākamais loģiskais solis uz vienkāršošanu izstrādātājam.
Tāpat Kubernetes iespējo lielāka elastība, ar palīdzību un rīkiem produktīvai vietējās Kubernetes izstrādei un aizraujošiem jauniem izaicinājumiem ...