{"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\/hr\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo","title":{"rendered":"Kubernetes: open source protiv vendorskih","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Bok, zovem se Dmitrij Krasnov. Ve\u0107 vi\u0161e od pet godina se bavim administracijom Kubernetes klastera i izgradnjom slo\u017eenih mikroservisnih arhitektura. Na po\u010detku ove godine pokrenuli smo uslugu upravljanja Kubernetes klasterima na temelju Containeruma. Koriste\u0107i ovu priliku, ispri\u010dat \u0107u \u0161to je taj Kubernetes i kako se integracija s vendorima razlikuje od open source-a.<\/b><\/p>\n

Za po\u010detak, \u0161to je Kubernetes<\/a><\/noindex>. To je sustav za upravljanje kontejnerima na velikom broju hostova. Na gr\u010dkom, usput re\u010deno, prevodi se kao \"pilot\" ili \"kormilar\". Izvorno ga je razvila Google, a zatim je, kao tehnolo\u0161ki doprinos, predan Cloud Native Computing Foundation, me\u0111unarodnoj neprofitnoj organizaciji koja okuplja vode\u0107e svjetske programere, krajnje korisnike i dobavlja\u010de kontejnerskih tehnologija. <\/p>\n

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

Upravljati velikim brojem kontejnera <\/h3>\n

\nSada \u0107emo razjasniti \u0161to su ti kontejneri. To je aplikacija sa svim svojim okru\u017eenjem \u2013 uglavnom bibliotekama na kojima program ovisi. Sve to je zapakirano u arhive i predstavljeno kao slika koja se mo\u017ee pokretati neovisno o operativnom sustavu, testirati i jo\u0161 mnogo toga. No postoji problem \u2014 upravljanje kontejnerima na velikom broju hostova vrlo je slo\u017eeno. Zato je Kubernetes i stvoren. <\/p>\n

Slikovni kontejner predstavlja aplikaciju plus njene ovisnosti. Aplikacija, njene ovisnosti i slika datote\u010dnog sustava OS-a nalaze se u razli\u010ditim dijelovima slike, takozvanim slojevima. Slojevi se mogu ponovno koristiti za razli\u010dite kontejnere. Na primjer, za sve aplikacije u tvrtki mo\u017ee se koristiti osnovni sloj Ubuntu. Pri pokretanju kontejnera nije potrebno \u010duvati na hostu vi\u0161e kopija jednog osnovnog sloja. To omogu\u0107ava optimizaciju pohrane i isporuke slika.<\/p>\n

Kada \u017eelimo pokrenuti aplikaciju iz kontejnera, potrebni slojevi se preklapaju i stvara se slojevita datote\u010dna sustav. Na vrh se dodaje sloj za pisanje koji se bri\u0161e nakon zaustavljanja kontejnera. To osigurava da prilikom pokretanja kontejnera aplikacija uvijek ima isto okru\u017eenje koje se ne mo\u017ee promijeniti. To osigurava ponovljivost okru\u017eenja na razli\u010ditim host operacijskim sustavima. Bilo da je to Ubuntu ili CentOS, \u2014 okru\u017eenje \u0107e uvijek biti isto. Uz to, kontejner je izoliran od hosta pomo\u0107u ugra\u0111enih mehanizama u Linux jezgru. Aplikacije unutar kontejnera ne vide datoteke, procese hosta i susjednih kontejnera. Ova izolacija aplikacija od host operacijskog sustava pru\u017ea dodatni sloj sigurnosti. <\/p>\n

Za upravljanje kontejnerima na hostu postoje mnogi alati. Najpopularniji od njih je Docker. On omogu\u0107uje potpuni \u017eivotni ciklus rada kontejnera. Me\u0111utim, radi samo na jednom hostu. Kada je potrebno upravljati kontejnerima na vi\u0161e hostova, Docker mo\u017ee pretvoriti \u017eivot in\u017eenjera u pakao. Stoga je stvoren Kubernetes.<\/p>\n

Potra\u017enja za Kubernetesom upravo je uvjetovana mogu\u0107no\u0161\u0107u upravljanja grupama kontejnera na vi\u0161e hostova kao jedinstvenim entitetima. Popularnost sustava omogu\u0107ava izgradnju DevOps-a, u kojem se Kubernetes koristi za pokretanje procesa ovog DevOps-a.<\/p>\n

\"Kubernetes:
\n
\nSlika 1. Shematski prikaz principa rada Kubernetesa<\/i><\/p>\n

Potpuna automatizacija<\/h3>\n

\nDevOps, u principu, predstavlja automatizaciju procesa razvoja. Grubo re\u010deno, programeri pi\u0161u kod koji se pohranjuje u repozitorij. Zatim se taj kod automatski mo\u017ee sastaviti odmah u kontejner sa svim bibliotekama, testirati i 'objaviti' na sljede\u0107u fazu \u2013 Staging, a zatim odmah na Production.<\/p>\n

Zajedno s Kubernetesom, DevOps omogu\u0107ava automatizaciju ovog procesa, tako da se odvija prakti\u010dno bez sudjelovanja samih programera. Zbog toga se zna\u010dajno ubrzava kompilacija, jer se programer ne mora baviti tim na svom ra\u010dunalu \u2014 samo pi\u0161e dio koda, \u0161alje kod u repozitorij, nakon \u010dega se pokre\u0107e pipeline koji mo\u017ee uklju\u010divati proces kompilacije, testiranja i implementacije. I to se doga\u0111a s svakim commitom, stoga se testiranje odvija neprekidno.<\/p>\n

Kori\u0161tenje kontejnera osigurava da \u0107e sve okru\u017eenje ove aplikacije u produkciji biti u onom obliku u kojem je testirano. Drugim rije\u010dima, ne bi trebalo biti problema poput \"na testu su bile jedne verzije, u produkciji \u2013 druge, a kada je implementirano \u2013 sve je propalo\". Budu\u0107i da danas imamo trend mikroservisne arhitekture, gdje umjesto jedne velike aplikacije postoji stotine malih, za ru\u010dno upravljanje njima potrebno je ogroman broj zaposlenika. Zato koristimo Kubernetes.<\/p>\n

<\/p>\n

Prednosti, prednosti, prednosti<\/h3>\n

<\/b>
\nKada govorimo o prednostima Kubernetesa kao platforme, ima zna\u010dajne prednosti s aspekta upravljanja mikroservisnom arhitekturom. <\/p>\n