{"id":94977,"date":"2020-09-24T07:43:00","date_gmt":"2020-09-24T05:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/nashi-vyvody-za-god-migraczii-gitlab-com-na-kubernetes"},"modified":"2020-09-24T07:43:00","modified_gmt":"2020-09-24T05:43:00","slug":"nashi-vyvody-za-god-migraczii-gitlab-com-na-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/nashi-vyvody-za-god-migraczii-gitlab-com-na-kubernetes","title":{"rendered":"Konkluzionet tona pas nj\u00eb viti migrimi t\u00eb GitLab.com n\u00eb Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sh\u00ebn. p\u00ebrkth.<\/b>: adaptimi i Kubernetes n\u00eb GitLab konsiderohet si nj\u00eb nga dy faktor\u00ebt kryesor\u00eb q\u00eb kontribuojn\u00eb n\u00eb rritjen e kompanis\u00eb. Megjithat\u00eb, deri p\u00ebrpara nj\u00eb kohe t\u00eb shkurt\u00ebr, infrastruktura e sh\u00ebrbimit online GitLab.com ishte nd\u00ebrtuar mbi makina virtuale, dhe vet\u00ebm rreth nj\u00eb vit m\u00eb par\u00eb filloi migrimi i saj n\u00eb K8s, q\u00eb ende nuk ka p\u00ebrfunduar. Na vjen mir\u00eb t\u00eb prezantojm\u00eb p\u00ebrkthimin e nj\u00eb artikulli t\u00eb fundit t\u00eb inxhinierit SRE n\u00eb GitLab n\u00eb lidhje me se si po ndodh kjo dhe \u00e7far\u00eb p\u00ebrfundimesh arrijn\u00eb inxhinier\u00ebt q\u00eb marrin pjes\u00eb n\u00eb projekt.<\/i><\/p>\n

\"Konkluzionet
\n
\nPrej nj\u00eb viti, departamenti yn\u00eb i infrastruktur\u00ebs ka qen\u00eb duke migruar t\u00eb gjitha sh\u00ebrbimet q\u00eb punojn\u00eb n\u00eb GitLab.com n\u00eb Kubernetes. Gjat\u00eb k\u00ebsaj periudhe, ne kemi hasur probleme q\u00eb lidhen jo vet\u00ebm me zhvendosjen e sh\u00ebrbimeve n\u00eb Kubernetes, por edhe me menaxhimin e nj\u00eb implementimi hibrid gjat\u00eb kalimit. Kjo artikulli do t\u00eb flas\u00eb p\u00ebr m\u00ebsimet e \u00e7muara q\u00eb kemi nxjerr\u00eb nga kjo p\u00ebrvoj\u00eb.<\/a><\/noindex><\/p>\n

Q\u00eb n\u00eb fillim, server\u00ebt e GitLab.com kan\u00eb punuar n\u00eb cloud n\u00eb makina virtuale. K\u00ebto makina virtuale menaxhohen nga Chef, nd\u00ebrsa instalimi i tyre b\u00ebhet me ndihm\u00ebn e paketit zyrtar t\u00eb Linux<\/a><\/noindex>. Strategjia e deploy-it<\/a><\/noindex> n\u00eb rast se duhet t\u00eb p\u00ebrdit\u00ebsohet aplikacioni, konsiston n\u00eb p\u00ebrdit\u00ebsimin e parku server\u00ebve n\u00eb m\u00ebnyr\u00eb t\u00eb koordinuar dhe t\u00eb renditur p\u00ebrmes nj\u00eb pipeline CI. Ky metod\u00eb \u2014 ndonj\u00ebher\u00eb e ngadalt\u00eb dhe pak e m\u00ebrzitshme<\/a><\/noindex> \u2014 garanton q\u00eb GitLab.com p\u00ebrdor t\u00eb nj\u00ebjtat metoda instalimi dhe konfiguroje si p\u00ebrdoruesit e instalicioneve autonom\u00eb (self-managed)<\/i> t\u00eb GitLab, q\u00eb p\u00ebrdorin p\u00ebr k\u00ebt\u00eb paketat tona Linux.<\/p>\n

Ne e p\u00ebrdorim k\u00ebt\u00eb metod\u00eb sepse \u00ebsht\u00eb jasht\u00ebzakonisht e r\u00ebnd\u00ebsishme t\u00eb ndiejm\u00eb t\u00eb gjitha shqet\u00ebsimet dhe g\u00ebzimet q\u00eb p\u00ebrjetojn\u00eb an\u00ebtar\u00ebt e zakonsh\u00ebm t\u00eb komunitetit kur instalojn\u00eb dhe konfigurojn\u00eb kopjet e tyre t\u00eb GitLab. Ky qasje ka qen\u00eb efektive p\u00ebr nj\u00eb koh\u00eb t\u00eb caktuar, megjithat\u00eb, kur numri i projekteve n\u00eb GitLab kaloi 10 milion, kuptuam se ai m\u00eb nuk p\u00ebrmbushte nevojat tona p\u00ebr zgjerim dhe nd\u00ebrrim.<\/p>\n

Hapat e par\u00eb drejt Kubernetes dhe GitLab cloud-native<\/h2>\n

\nN\u00eb vitin 2017, u krijua projekti GitLab Charts<\/a><\/noindex> p\u00ebrgatitjen e GitLab p\u00ebr p\u00ebrdorim n\u00eb re, si dhe p\u00ebr t'u ofruar p\u00ebrdoruesve mund\u00ebsin\u00eb p\u00ebr t\u00eb instaluar GitLab n\u00eb klaster\u00eb Kubernetes. At\u00ebher\u00eb ne e dinim se kalimi i GitLab n\u00eb Kubernetes do t\u00eb rris\u00eb kapacitetin e shkall\u00ebzimit t\u00eb platform\u00ebs SaaS, do ta thjeshtoj\u00eb vendosjen dhe do t\u00eb p\u00ebrmir\u00ebsoj\u00eb efikasitetin e p\u00ebrdorimit t\u00eb burimeve kompjuterike. N\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb, shum\u00eb funksione t\u00eb aplikacionit ton\u00eb ishin t\u00eb varura nga ndarje NFS t\u00eb montuara, gj\u00eb q\u00eb ngadal\u00ebsoi kalimin nga makinat virtuale.<\/p>\n

D\u00ebshira p\u00ebr cloud native dhe Kubernetes i dha mund\u00ebsi inxhinier\u00ebve tan\u00eb t\u00eb planifikonin nj\u00eb kalim gradual, gjat\u00eb t\u00eb cilit ne heq\u00ebm dor\u00eb nga disa var\u00ebsi t\u00eb aplikacionit nga magazinat rrjet, duke vazhduar t\u00eb zhvillojm\u00eb funksione t\u00eb reja. Q\u00eb nga momenti kur filluam t\u00eb planifikojm\u00eb migrimin ver\u00ebn e vitit 2019, shum\u00eb nga k\u00ebto kufizime jan\u00eb eliminuar, dhe procesi i kalimit t\u00eb GitLab.com n\u00eb Kubernetes tani po ec\u00ebn me rit\u00ebm t\u00eb plot\u00eb!<\/p>\n

Karakteristikat e funksionimit t\u00eb GitLab.com n\u00eb Kubernetes<\/h2>\n

\nP\u00ebr GitLab.com, ne p\u00ebrdorim nj\u00eb klaster t\u00eb vet\u00ebm rajonal GKE, q\u00eb trajton t\u00eb gjith\u00eb trafikun e aplikacionit. P\u00ebr t\u00eb minimizuar kompleksitetin e migrimit (q\u00eb ka qen\u00eb tashm\u00eb mjaft i nd\u00ebrlikuar), ne p\u00ebrqendrohemi te sh\u00ebrbimet q\u00eb nuk varen nga ruajtja lokale ose NFS. GitLab.com p\u00ebrdor kryesisht nj\u00eb baz\u00eb t\u00eb madhe kodesh n\u00eb Rails, dhe ne orientojm\u00eb trafikun n\u00eb var\u00ebsi t\u00eb karakteristikave t\u00eb ngarkes\u00ebs n\u00eb endpoint t\u00eb ndrysh\u00ebm, t\u00eb izoluara n\u00eb grupet e tyre t\u00eb nod\u00ebve.<\/p>\n

N\u00eb rastin e frontend-it, k\u00ebto lloje ndahen n\u00eb k\u00ebrkesa p\u00ebr web, API, Git SSH\/HTTPS dhe Registry. N\u00eb rastin e backend-it, ne i ndajm\u00eb pun\u00ebt n\u00eb radh\u00eb sipas karakteristikave t\u00eb ndryshme t\u00eb bazuara n\u00eb kufijve t\u00eb paracaktuar t\u00eb burimeve<\/a><\/noindex>, q\u00eb na lejon t\u00eb vendosim treguesit e nivelit t\u00eb sh\u00ebrbimit (Service-Level Objectives, SLOs) p\u00ebr ngarkesa t\u00eb ndryshme.<\/p>\n

T\u00eb gjith\u00eb k\u00ebta sh\u00ebrbime GitLab.com jan\u00eb konfiguruar me nj\u00eb Helm-chart t\u00eb Mt\u00eb pa modifikime. Konfigurimi b\u00ebhet n\u00eb subchart-e, t\u00eb cilat mund t\u00eb p\u00ebrfshihen selektivisht nd\u00ebrsa ne gradualisht kalojm\u00eb sh\u00ebrbimet n\u00eb klaster. Edhe pse \u00ebsht\u00eb vendosur q\u00eb t\u00eb mos p\u00ebrfshihen disa nga sh\u00ebrbimet tona me gjendje, si Redis, Postgres, GitLab Pages dhe Gitaly, p\u00ebrdorimi i Kubernetes lejon nj\u00eb reduktim radikal t\u00eb numrit t\u00eb VM-ve q\u00eb aktualisht menaxhohen nga Chef.<\/p>\n

Transparent\u00ebsia dhe menaxhimi i konfigurimit n\u00eb Kubernetes<\/h2>\n

\nT\u00eb gjitha cil\u00ebsimet menaxhohen nga vet\u00eb GitLab. P\u00ebr k\u00ebt\u00eb, p\u00ebrdoren tre projekte konfigurimi t\u00eb bazuara n\u00eb Terraform dhe Helm. Ne p\u00ebrpiqemi t\u00eb p\u00ebrdorim GitLab p\u00ebr t\u00eb drejtuar GitLab vet\u00eb sa m\u00eb shum\u00eb q\u00eb t\u00eb jet\u00eb e mundur, por p\u00ebr detyrat operacionale, ne kemi nj\u00eb instalim t\u00eb ve\u00e7ant\u00eb GitLab. Kjo \u00ebsht\u00eb e nevojshme p\u00ebr t\u00eb mos v\u00ebn\u00eb n\u00eb rrezik disponueshm\u00ebrin\u00eb e GitLab.com gjat\u00eb kryerjes s\u00eb implementimeve dhe p\u00ebrdit\u00ebsimeve.<\/p>\n

Megjith\u00ebse pipeline-t tona p\u00ebr klasterin Kubernetes funksionojn\u00eb n\u00eb nj\u00eb instalim t\u00eb ve\u00e7ant\u00eb t\u00eb GitLab-it, repository-t e kodit kan\u00eb pasqyrat, t\u00eb cilat jan\u00eb publikisht t\u00eb aksesueshme n\u00eb adresat e m\u00ebposhtme:<\/p>\n