Këtë vit ne i kemi vendosur vetes synime ambicioze për të përmirësuar produktin.
Disa detyra kërkojnë përgatitje serioze, për të cilat ne mbledhim reagime nga përdoruesit: ftojmë në zyrë zhvilluesit, administratorët e sistemit, drejtuesit e ekipeve dhe specialistët e Kubernetes.
Në disa, ne lëshojmë serverë në përgjigje të reagimeve, siç ishte rasti me nxënës të Arsimit të turbullt. Ne kemi biseda shumë të zëna që diskutojnë UI/UX, një numër të madh artikujsh arsimorë për librin e referencës dhe plane të mëdha për të përmirësuar përvojën e përdoruesit.
Shumica e ndryshimeve kërkojnë shumë orë zhvillimi, por treg - një histori krejtësisht tjetër. Me ardhjen e fotografive, ne kemi mundësinë të tërheqim administratorë të jashtëm të sistemit të cilët mund të përgatisin një imazh në mënyrë që ta përfshijmë atë në treg fjalë për fjalë brenda një dite.
Si të kontribuoni në treg Ne do të tregojmë RUVDS dhe çfarë do të sjellë duke përdorur shembullin e imazhit tonë të ri të përgatitur nga klienti ynë takezi - GitLab
Si të krijoni një shabllon Gitlab në Centos 8
Për të instaluar Gitlab, Yura zgjodhi një server me 8 GB RAM dhe 2 bërthama CPU (4 GB dhe 1 CPU janë të mundshme, por në këtë rast do të duhet të përdorni një skedar shkëmbimi, dhe performanca e Gitlab në këtë rast është dukshëm më e ulët.
Le të sigurohemi që janë instaluar paketat e nevojshme për instalimin e Gitlab:
Nëse serveri ka një emër DNS të konfiguruar, atëherë Gitlab mund të instalohet duke përdorur atë. Nëse specifikoni prefiksin https://, Gitlab do të gjenerojë automatikisht certifikatat Lets Encrypt.
Në rastin tonë, sepse Ne po bënim një shabllon për një makinë virtuale, atëherë Yura vendosi një adresë shabllon (e cila më pas mund të ndryshohet në të ardhmen pa asnjë problem):
Pas kësaj, mund të kontrolloni nëse shërbimet e Gitlab po funksionojnë duke shkuar te
http://vps_ip_address/
sistemi do t'ju kërkojë të vendosni një fjalëkalim fillestar për llogarinë e administratorit rrënjë.
Në këtë fazë, ne do të bëjmë një fotografi të serverit dhe më pas do ta konfigurojmë duke e përdorur atë.
Dhe kjo është e gjitha!
Bonus: ne do t'ju tregojmë se çfarë gjërash interesante mund të bëni duke u zgjeruar Virtual me imazhin e GitLab.
Monitorimi i Gitlab duke përdorur Grafana
Tre vjet më parë, ekipi i Gitlab zbatoi një sistem monitorimi për të menaxhuar një numër të madh metrikash që lidhen me shërbimet e Gitlab.
Që atëherë, Gitlab ka filluar të dërgojë paketën e tij të instalimit me Prometheus për t'u mundësuar përdoruesve të tij të përfitojnë nga aftësitë e monitorimit të ofruara nga Prometheus.
Prometheus është një seri kohore e hapur (Apache 2.0) DBMS e shkruar në Go dhe e zhvilluar fillimisht në SoundCloud. Me fjalë të tjera, kjo gjë ruan metrikat tuaja. Një tipar interesant i Prometheus është se ai vetë tërheq metrikë nga një grup i caktuar shërbimesh (bën një tërheqje). Për shkak të kësaj, Prometheus nuk mund të bllokohet me ndonjë radhë apo diçka të tillë, që do të thotë se monitorimi nuk do të bëhet kurrë një pengesë e sistemit. Projekti është gjithashtu interesant sepse në thelb nuk ofron ndonjë shkallëzim horizontal ose disponueshmëri të lartë.
Pak më shumë se një vit më parë, ekipi i Gitlab arriti në përfundimin se metrikat nuk janë shumë të përshtatshme pa tabela. Kështu ata integruan Grafana me panele të personalizuara për të ndihmuar përdoruesit e tyre të vizualizojnë të dhënat pa pasur nevojë të instalojnë Grafana me dorë.
Që nga versioni 12.0, Gitlab ka integruar Grafana, të konfiguruar me SSO si parazgjedhje, dhe në dispozicion në këtë URL.
Ekzistojnë dy pjesë të ndryshme të integrimit të Gitlab me Prometheus:
Monitorimi i GitLab (Omnibus)
Monitorimi i aplikacioneve individuale të GitLab në një grupim Kubernetes
Si ta përdorni
"Omnibus" është ajo që GitLab e quan paketën kryesore të instalimit.
Si të konfiguroni Grafana
Hyrja dhe fjalëkalimi i Grafana janë çaktivizuar si parazgjedhje (vetëm identifikimi në SSO lejohet), por nëse është e nevojshme të identifikoheni në një llogari me të drejta administratori ose të jeni në gjendje të identifikoheni me një emër përdoruesi dhe fjalëkalim, duhet ta aktivizoni këtë në Gitlab. skedari i konfigurimit /etc/gitlab/gitlab .rb duke redaktuar rreshtin përkatës:
grafana['disable_login_form'] = false
Dhe rikonfiguroni Gitlab për të aplikuar ndryshimet:
sudo gitlab-ctl reconfigure
Nëse keni nisur Gitlab duke përdorur shabllonin tonë të makinës virtuale nga tregu ynë, ju duhet të caktoni URL-në tuaj në server duke ndryshuar rreshtin përkatës në /etc/gitlab/gitlab.rb:
external_url = 'http://gitlab.mydomain.ru'
Kryeni rikonfigurimin:
sudo gitlab-ctl reconfigure
Dhe ndryshoni URI-në e ridrejtimit për Grafana në përputhje me rrethanat
Zona e Administrimit > Aplikacionet > GitLab Grafana
Herën e parë që hyni duke përdorur SSO, Gitlab do të kërkojë leje për të autorizuar hyrjen në Grafana.
Metrikë
Në Grafana, panelet e gatshme të shërbimeve kryesore janë të konfiguruara dhe të disponueshme në kategorinë Gitlab Omnibus.
Përmbledhje e panelit të kontrollit
Paneli i Metrikës së Platformës së Shërbimit
Përmbledhje - një panel kontrolli përmbledhës që tregon statusin e shërbimeve, radhëve dhe përdorimit të burimeve të serverit
Gitaly - monitorimi i shërbimit që siguron akses RPC në depot e Gitlab
NGINX VTS - statistika mbi trafikun e shërbimit dhe kodet HTTP për kërkesë
PostgreSQL - statistika mbi disponueshmërinë dhe ngarkesën në bazën e të dhënave PostgreSQL
Praefect - monitorimi i ngarkesës së ruajtjes me disponueshmëri të lartë Praefect
Aplikacioni Rails - pulti i përmbledhjes për aplikacionet Rails
Redis - monitorimi i ngarkesës në shërbimin Redis
Regjistri - monitorimi i regjistrit të imazheve
Metrikat e platformës së shërbimit - matjet e shërbimit që tregojnë përdorimin e burimeve nga Gitlab, disponueshmërinë e shërbimit, numrin e kërkesave RPC dhe numrin e gabimeve.
Integrimi është mjaft gjithëpërfshirës dhe përdoruesit e Gitlab kanë aftësinë të analizojnë metrikat e vizualizuara të Gitlab menjëherë nga kutia.
Në Gitlab, një ekip i veçantë është përgjegjës për mirëmbajtjen dhe përditësimin e paneleve, dhe sipas Ben Kochie, inxhinier SRE në Gitlab, cilësimet e paracaktuara dhe panelet e përgatitura do t'i përshtaten shumicës së përdoruesve.
Dhe tani gjëja kryesore: le të krijojmë një treg së bashku
Ne duam të ftojmë të gjithë komunitetin Habr që të marrë pjesë në krijimin e tregut. Ka tre opsione se si mund të bashkoheni:
Përgatitni vetë imazhin dhe merrni 3000 rubla në bilancin tuaj
Nëse jeni gati të nxitoni menjëherë në betejë dhe të krijoni imazhin që ju mungon, ne do t'ju kreditojmë me 3000 rubla në bilancin tuaj të brendshëm, të cilat mund t'i shpenzoni në serverë.
Njoftoni mbështetjen që do të krijoni dhe testoni imazhe
Ne do t'ju kreditojmë 3000 rubla dhe do të mundësojmë mundësinë për të krijuar fotografi
Porositni një server virtual me një sistem operativ të pastër
Instaloni softuerin në këtë VPS dhe konfiguroni atë
Shkruani udhëzime ose skript për vendosjen e softuerit
Krijo një fotografi për serverin e konfiguruar
Porositni një server të ri virtual duke zgjedhur fotografinë e krijuar më parë në listën rënëse "Shemboni i serverit"
Nëse serveri është krijuar me sukses, transferoni materialet e marra në fazën 6 në mbështetje teknike
Nëse ka një gabim, mund të kontrolloni me mbështetje për arsyen dhe të përsërisni konfigurimin
Për pronarët e bizneseve: ofroni softuerin tuaj
Nëse jeni një zhvillues softuerësh që është vendosur dhe përdoret në VPS, atëherë ne mund t'ju përfshijmë në treg. Kjo është mënyra se si ne mund t'ju ndihmojmë të sillni klientë të rinj, trafik dhe ndërgjegjësim. Na shkruani
Na sugjeroni vetëm një imazh në komente
Shkruani me cilin softuer do të dëshironit të jeni në gjendje të vendosni makina virtuale me një klikim?
Çfarë ju mungon në tregun RUVDS?
Çfarë duhet të përfshijë çdo kompani pritëse që respekton veten në tregun e saj?
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. Hyni, te lutem
Cilat imazhe duhet të përfshijmë fillimisht në treg?