{"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":"T\u00eb dh\u00ebnat tona p\u00ebr vitin e migrimit t\u00eb GitLab.com n\u00eb Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sh\u00ebn. p\u00ebrk.<\/b>: Adaptimi i Kubernetes n\u00eb GitLab \u00ebsht\u00eb konsideruar si nj\u00eb nga dy faktor\u00ebt kryesor\u00eb q\u00eb kontribuojn\u00eb n\u00eb rritjen e kompanis\u00eb. Megjithat\u00eb, deri para pak koh\u00ebsh, infrastruktura e sh\u00ebrbimit online GitLab.com ishte nd\u00ebrtuar mbi makina virtuale, dhe vet\u00ebm rreth nj\u00eb viti m\u00eb par\u00eb filloi migrimi i saj n\u00eb K8s, i cili ende nuk ka p\u00ebrfunduar. Jemi t\u00eb k\u00ebnaqur t\u00eb paraqesim p\u00ebrkthimin e nj\u00eb artikulli t\u00eb fundit nga inxhinieri SRE i GitLab mbi se si po zhvillohet kjo dhe cilat p\u00ebrfundime po nxjerrin inxhinier\u00ebt q\u00eb po marrin pjes\u00eb n\u00eb projekt.<\/i><\/p>\n

\"T\u00eb
\n
\nPrej nj\u00eb viti, nj\u00ebsia jon\u00eb infrastrukturore ka qen\u00eb e angazhuar n\u00eb migrimin e t\u00eb gjitha sh\u00ebrbimeve q\u00eb funksionojn\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 gjithashtu me menaxhimin e nj\u00eb deploymenti hibrid gjat\u00eb kalimit. Ky artikull do t\u00eb trajtoj\u00eb m\u00ebsimet e \u00e7muara q\u00eb kemi marr\u00eb nga kjo p\u00ebrvoj\u00eb.<\/a><\/noindex><\/p>\n

Q\u00eb n\u00eb fillim, serverat e GitLab.com kan\u00eb punuar n\u00eb cloud mbi makina virtuale. K\u00ebto makina virtuale menaxhohen nga Chef, dhe vendosja e tyre b\u00ebhet me ndihm\u00ebn e paket\u00ebs son\u00eb zyrtare Linux<\/a><\/noindex>. Strategjia e implementimit<\/a><\/noindex> n\u00eb rast se duhet t\u00eb p\u00ebrmir\u00ebsohet aplikacioni, \u00ebsht\u00eb nj\u00eb azhurnim i thjesht\u00eb i parkut t\u00eb server\u00ebve, i organizuar n\u00eb m\u00ebnyr\u00eb t\u00eb koordinuar n\u00eb nj\u00eb rrjedh\u00eb CI. Kjo metod\u00eb \u2014 megjith\u00ebse e ngadalt\u00eb dhe pak e m\u00ebrzitshme \u2014 siguron q\u00eb GitLab.com p\u00ebrdor t\u00eb nj\u00ebjtat metoda instalimi dhe konfigurimi si p\u00ebrdoruesit e instalimeve<\/a><\/noindex> (vet\u00eb-menaxhuar) t\u00eb GitLab, q\u00eb p\u00ebrdorin paketat tona p\u00ebr Linux p\u00ebr k\u00ebt\u00eb.<\/i> Ne p\u00ebrdorim k\u00ebt\u00eb metod\u00eb sepse \u00ebsht\u00eb jasht\u00ebzakonisht e r\u00ebnd\u00ebsishme t\u00eb p\u00ebrjetosh t\u00eb gjitha shqet\u00ebsimet dhe g\u00ebzimet q\u00eb ndjejn\u00eb an\u00ebtar\u00ebt e zakonsh\u00ebm t\u00eb komunitetit kur instalojn\u00eb dhe konfigur\u00ebjn\u00eb kopjet e tyre t\u00eb GitLab. Ky qasje ka funksionuar mir\u00eb p\u00ebr nj\u00eb koh\u00eb, megjithat\u00eb, kur numri i projekteve n\u00eb GitLab kaloi 10 milion, kuptuam se nuk p\u00ebrmbushte m\u00eb nevojat tona p\u00ebr shkall\u00ebzim dhe implementim.<\/p>\n

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

N\u00eb vitin 2017, projekti<\/h2>\n

\nGitLab Charts Grafik\u00ebt GitLab<\/a><\/noindex> p\u00ebr t\u00eb p\u00ebrgatitur GitLab p\u00ebr implementim n\u00eb cloud, si dhe p\u00ebr t\u00eb mund\u00ebsuar p\u00ebrdoruesve t\u00eb instalojn\u00eb GitLab n\u00eb klastera Kubernetes. At\u00ebher\u00eb ne e dinim se transferimi i GitLab n\u00eb Kubernetes do t\u00eb rris\u00eb kapacitetin e p\u00ebrmasimit t\u00eb platform\u00ebs SaaS, do t\u00eb thjeshtonte implementimet dhe do t\u00eb p\u00ebrmir\u00ebsonte 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 varen nga ndarjet 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 hoq\u00ebm dor\u00eb nga disa var\u00ebsi t\u00eb aplikacionit nga ruajtjet rrjet, duke vazhduar nj\u00ebkoh\u00ebsisht zhvillimin e funksioneve t\u00eb reja. Q\u00eb kur filluam t\u00eb planifikonim 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 p\u00ebrpunon t\u00eb gjith\u00eb trafikun e aplikacionit. P\u00ebr t\u00eb minimizuar kompleksitetin (t\u00eb cilin e kemi pasur tashm\u00eb t\u00eb nd\u00ebrlikuar) t\u00eb migrimit, ne p\u00ebrqendrohemi n\u00eb sh\u00ebrbime q\u00eb nuk varen nga ruajtja lokale ose NFS. GitLab.com p\u00ebrdor kryesisht nj\u00eb baz\u00eb kodike monolitike n\u00eb Rails, dhe ne drejtojm\u00eb trafik n\u00eb var\u00ebsi t\u00eb karakteristikave t\u00eb ngarkes\u00ebs n\u00eb endpoint t\u00eb ndryshme, t\u00eb izoluar n\u00eb pulo t\u00eb ve\u00e7anta nodosh.<\/p>\n

Sa i p\u00ebrket frontend-it, k\u00ebto lloje ndahen n\u00eb k\u00ebrkesa p\u00ebr web, API, Git SSH\/HTTPS dhe Registry. P\u00ebr backend-in, ne ndajm\u00eb pun\u00ebt n\u00eb radh\u00eb sipas karakteristikave t\u00eb ndryshme n\u00eb var\u00ebsi t\u00eb kufijve t\u00eb paracaktuar t\u00eb burimeve<\/a><\/noindex>, t\u00eb cilat na lejojn\u00eb t\u00eb vendosim standardet e sh\u00ebrbimit (Service-Level Objectives, SLOs) p\u00ebr ngarkesa t\u00eb ndryshme.<\/p>\n

T\u00eb gjitha k\u00ebto sh\u00ebrbime GitLab.com jan\u00eb konfiguruar me an\u00eb t\u00eb chart-it Helm t\u00eb pap\u00ebrmir\u00ebsuar. Konfigurimi realizohet n\u00eb subchart-e, t\u00eb cilat mund t\u00eb aktivizohen selektivisht pasi ne gradualisht i transferojm\u00eb sh\u00ebrbimet n\u00eb klaster. Edhe me vendimin p\u00ebr t\u00eb mos p\u00ebrfshir\u00eb n\u00eb migrim disa nga sh\u00ebrbimet tona stateful, si Redis, Postgres, GitLab Pages dhe Gitaly, p\u00ebrdorimi i Kubernetes-it lejon nj\u00eb reduktim radical t\u00eb numrit t\u00eb VM-ve q\u00eb aktualisht menaxhohen nga Chef.<\/p>\n

Transparenca dhe menaxhimi i konfiguracionit t\u00eb Kubernetes<\/h2>\n

\nT\u00eb gjitha konfigurimet menaxhohen nga vet\u00eb GitLab. P\u00ebr k\u00ebt\u00eb, p\u00ebrdoren tri projekte konfigurimi t\u00eb bazuara n\u00eb Terraform dhe Helm. Ne mundohemi t'i japim p\u00ebrpar\u00ebsi p\u00ebrdorimit t\u00eb vet\u00eb GitLab p\u00ebr t\u00eb drejtuar GitLab-in, por p\u00ebr detyra operacionale kemi nj\u00eb instalim t\u00eb ve\u00e7ant\u00eb t\u00eb GitLab. Ky instalim \u00ebsht\u00eb i nevojsh\u00ebm q\u00eb t\u00eb mos varemi nga disponueshm\u00ebria e GitLab.com gjat\u00eb zhvillimeve dhe azhurnimeve t\u00eb GitLab.com.<\/p>\n

Megjith\u00ebse pipeline-t tona p\u00ebr klasterin Kubernetes funksionojn\u00eb n\u00eb nj\u00eb instalim t\u00eb ve\u00e7ant\u00eb GitLab, ka pasqyra p\u00ebr depozit\u00eb kodi q\u00eb jan\u00eb publikisht t\u00eb disponueshme n\u00eb adresat e m\u00ebposhtme:<\/p>\n