{"id":81130,"date":"2020-05-11T01:42:39","date_gmt":"2020-05-10T23:42:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo"},"modified":"2020-05-11T01:42:39","modified_gmt":"2020-05-10T23:42:39","slug":"kubernetes-open-source-protiv-vendorskogo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo","title":{"rendered":"Kubernetes: \u00f6ppen k\u00e4llkod mot leverant\u00f6rsberoende","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hej, jag heter Dmitrij Krasnov. Jag har arbetat med administration av Kubernetes-kluster och byggande av komplexa mikrotj\u00e4nstarkitekturer i mer \u00e4n fem \u00e5r. I b\u00f6rjan av det h\u00e4r \u00e5ret lanserade vi en tj\u00e4nst f\u00f6r hantering av Kubernetes-kluster baserad p\u00e5 Containerum. Passa p\u00e5 att ber\u00e4tta vad Kubernetes faktiskt \u00e4r och hur integrationen med en leverant\u00f6r skiljer sig fr\u00e5n open source.<\/b><\/p>\n

F\u00f6r det f\u00f6rsta, vad \u00e4r Kubernetes<\/a><\/noindex>. Det \u00e4r ett system f\u00f6r administration av containrar p\u00e5 ett stort antal v\u00e4rdar. P\u00e5 grekiska \u00f6vers\u00e4tts det f\u00f6r \u00f6vrigt som \"pilot\" eller \"styrman\". Det utvecklades ursprungligen av Google och \u00f6verl\u00e4mnades sedan som en teknologisk bidrag till Cloud Native Computing Foundation, en internationell ideell organisation som f\u00f6renar ledande globala utvecklare, slutanv\u00e4ndare och leverant\u00f6rer av containertj teknologi. <\/p>\n

\"Kubernetes:
\n<\/a><\/noindex><\/p>\n

Att styra ett stort antal containrar <\/h3>\n

\nNu ska vi reda ut vad dessa containrar \u00e4r. Det \u00e4r en applikation med hela dess milj\u00f6 \u2013 i huvudsak bibliotek som applikationen \u00e4r beroende av f\u00f6r att fungera. Allt detta packas i arkiv och presenteras som en bild som kan k\u00f6ras oavsett operativsystem, testas och mer. Men det finns ett problem \u2014 att hantera containrar p\u00e5 ett stort antal v\u00e4rdar \u00e4r mycket sv\u00e5rt. D\u00e4rf\u00f6r skapades Kubernetes. <\/p>\n

En containerbild representerar en applikation plus dess beroenden. Applikationen, dess beroenden och bildens filsystem ligger i olika delar av bilden, s\u00e5 kallade lager. Lager kan \u00e5teranv\u00e4ndas f\u00f6r olika containrar. Till exempel kan alla applikationer i f\u00f6retaget anv\u00e4nda det grundl\u00e4ggande lagret Ubuntu. Vid k\u00f6rning av containrar beh\u00f6ver man inte lagra m\u00e5nga kopior av ett och samma grundl\u00e4ggande lager p\u00e5 v\u00e4rden. Detta m\u00f6jligg\u00f6r optimering av lagring och distribution av bilder.<\/p>\n

N\u00e4r vi vill starta en applikation fr\u00e5n en container, l\u00e4ggs de n\u00f6dv\u00e4ndiga lagren ovanp\u00e5 varandra och en overlay-filsystem bildas. Ovanp\u00e5 detta l\u00e4ggs ett skrivlager, som tas bort n\u00e4r containern stoppas. Detta s\u00e4kerst\u00e4ller att applikationen alltid har en konsekvent milj\u00f6 vid start av containern, vilket inte kan \u00e4ndras. Det garanterar reproducerbarhet av milj\u00f6n p\u00e5 olika v\u00e4rddatorers operativsystem. Oavsett om det \u00e4r Ubuntu eller CentOS kommer milj\u00f6n alltid att vara densamma. Dessutom \u00e4r containern isolerad fr\u00e5n v\u00e4rden med hj\u00e4lp av inbyggda mekanismer i Linux-k\u00e4rnan. Applikationer i containern ser inte v\u00e4rdens filer, processer eller andra containrar. Denna isolering av applikationer fr\u00e5n v\u00e4rdoperativsystemet ger ett extra lager av s\u00e4kerhet. <\/p>\n

Det finns m\u00e5nga verktyg f\u00f6r att hantera containrar p\u00e5 v\u00e4rden. Det mest popul\u00e4ra av dessa \u00e4r Docker. Det m\u00f6jligg\u00f6r en fullst\u00e4ndig livscykelhantering av containrar. Men det fungerar endast p\u00e5 en enda v\u00e4rd. N\u00e4r det beh\u00f6vs hantering av containrar p\u00e5 flera v\u00e4rdar kan Docker g\u00f6ra livet sv\u00e5rt f\u00f6r ingenj\u00f6rerna. D\u00e4rf\u00f6r skapades Kubernetes.<\/p>\n

Efterfr\u00e5gan p\u00e5 Kubernetes beror just p\u00e5 m\u00f6jligheten att styra grupper av containrar p\u00e5 flera v\u00e4rdar som en enda enhet. Systemets popularitet ger m\u00f6jligheten att bygga DevOps, d\u00e4r Kubernetes anv\u00e4nds f\u00f6r att driva processerna i DevOps.<\/p>\n

\"Kubernetes:
\n
\nFigur 1. Schematisk bild av hur Kubernetes fungerar<\/i><\/p>\n

Full automatisering<\/h3>\n

\nDevOps, i grunden, representerar automatisering av utvecklingsprocessen. Valt grovt, skriver utvecklarna kod som laddas upp till ett arkiv. Denna kod kan sedan automatiskt byggas direkt i en container med alla bibliotek, testas och \"sl\u00e4ppas\" till n\u00e4sta steg - Staging, och sedan omedelbart till Production.<\/p>\n

Tillsammans med Kubernetes g\u00f6r DevOps det m\u00f6jligt att automatisera denna process s\u00e5 att den n\u00e4stan g\u00e5r utan utvecklarnas deltagande. Detta p\u00e5skyndar avsev\u00e4rt byggprocessen, eftersom utvecklaren inte beh\u00f6ver hantera detta p\u00e5 sin dator \u2014 han skriver helt enkelt en bit kod, pushar koden till ett repository, varefter en pipeline startas, som kan inkludera processen f\u00f6r byggande, testning och implementering. S\u00e5 h\u00e4r sker det med varje commit, s\u00e5 testningen sker kontinuerligt.<\/p>\n

Genom att anv\u00e4nda en container kan man vara s\u00e4ker p\u00e5 att hela milj\u00f6n f\u00f6r detta program g\u00e5r till produktion i exakt det skick som testades. Det inneb\u00e4r att det inte kommer att uppst\u00e5 problem av typen \"i testet var det en version, i produktion \u2013 en annan, och n\u00e4r det installerades \u2013 allt kraschade\". Eftersom vi idag har en trend mot mikroservicearkitektur, d\u00e4r ist\u00e4llet f\u00f6r en stor applikation finns det hundratals sm\u00e5, kr\u00e4vs det en stor personalstyrka f\u00f6r att administrera dem manuellt. D\u00e4rf\u00f6r anv\u00e4nder vi Kubernetes.<\/p>\n

<\/p>\n

F\u00f6rdelar, f\u00f6rdelar, f\u00f6rdelar<\/h3>\n

<\/b>
\nN\u00e4r det g\u00e4ller f\u00f6rdelarna med Kubernetes som plattform har det betydande f\u00f6rdelar ur ett administrationsperspektiv f\u00f6r mikroservicearkitektur. <\/p>\n