Hierdie jaar het ons ambisieuse doelwitte vir produkverbetering gestel.
Sommige take verg ernstige voorbereiding, waarvoor ons terugvoer van gebruikers insamel: ons nooi ontwikkelaars, stelseladministrateurs, spanleiers en Kubernetes-spesialiste na die kantoor.
In sommige gee ons bedieners uit in reaksie op terugvoer, soos dit byvoorbeeld was met Blurred Education-studente. Ons het baie besige geselsies met UI/UX-besprekings, 'n agterstand van tutoriaalartikels in die gids, en groot planne om die gebruikerservaring te verbeter.
Die meeste van die veranderinge vereis 'n groot aantal ontwikkelingsure, maar markplek is 'n heel ander storie. Met die koms van kiekies het ons die geleentheid om eksterne stelseladministrateurs te betrek wat 'n prent kan voorberei sodat ons dit letterlik in 'n dag in die mark kan insluit.
Hoe om by te dra tot markplek RUVDS en wat dit sal wees, sal ons wys op die voorbeeld van ons nuwe beeld wat deur ons kliënt voorberei is neemzi - GitLab
Hoe die Gitlab-sjabloon op Centos 8 geskep is
Om Gitlab te installeer, het Yura 'n bediener met 8 GB RAM en 2 SVE-kerns gekies (jy kan 4 GB en 1 SVE gebruik, maar in hierdie geval sal jy 'n ruillêer moet gebruik, en Gitlab-werkverrigting in hierdie geval is merkbaar laer.
Kom ons maak seker dat die nodige pakkette vir die installering van Gitlab geïnstalleer is:
As die bediener 'n DNS-naam opgestel het, kan Gitlab daardeur geïnstalleer word. As jy die https:// voorvoegsel spesifiseer, sal Gitlab outomaties Lets Encrypt-sertifikate genereer.
In ons geval, sedert Aangesien ons 'n sjabloon vir 'n virtuele masjien gemaak het, het Yura 'n sjabloonadres opgestel (wat dan sonder probleme in die toekoms verander kan word):
Hierna kan u kyk of Gitlab-dienste werk deur na te gaan
http://vps_ip_address/
die stelsel sal jou vra om 'n aanvanklike wagwoord vir die worteladministrateurrekening in te stel.
Op hierdie stadium sal ons 'n momentopname van die bediener maak, en dan sal ons reeds opstel om dit te gebruik.
En dit is dit!
Bonus: ons sal jou vertel wat jy interessant kan doen deur te ontplooi virtuele masjien met 'n GitLab-beeld.
Monitering van Gitlab met Grafana
Drie jaar gelede het die Gitlab-span 'n moniteringstelsel geïmplementeer om 'n groot hoeveelheid statistieke wat met Gitlab-dienste verband hou, te bestuur.
Sedertdien het Gitlab sy installasiepakket saam met Prometheus gestuur om sy gebruikers in staat te stel om voordeel te trek uit die moniteringsvermoëns wat deur Prometheus verskaf word.
Prometheus is 'n oopbron (Apache 2.0) tydreeks DBMS geskryf in Go en oorspronklik ontwikkel deur SoundCloud. Met ander woorde, hierdie ding stoor jou statistieke. 'n Interessante kenmerk van Prometheus is dat dit metrieke uit 'n gegewe stel dienste trek (doen 'n trek). As gevolg hiervan kan Prometheus geen toue of so iets kry nie, wat beteken dat monitering nooit 'n bottelnek in die stelsel sal word nie. Die projek is ook interessant deurdat dit fundamenteel geen horisontale skaal of hoë beskikbaarheid bied nie.
'n Bietjie meer as 'n jaar gelede het die Gitlab-span tot die gevolgtrekking gekom dat statistieke nie baie nuttig is sonder dashboards nie. Hulle het Grafana dus geïntegreer met pasgemaakte dashboards om hul gebruikers te help om data te visualiseer sonder om Grafana handmatig te hoef te installeer.
Sedert weergawe 12.0 het Gitlab Grafana geïntegreer, by verstek opgestel met SSO, en beskikbaar by hierdie URL.
Daar is twee verskillende dele van die Gitlab-integrasie met Prometheus:
GitLab-monitering (omnibus)
Monitering van individuele GitLab-toepassings in 'n Kubernetes-kluster
Hoe om dit te gebruik
“Omnibus” is hoe GitLab sy hoofinstallasiepakket noem.
Hoe om Grafana op te stel
Aanmelding met login en wagwoord in Grafana is by verstek gedeaktiveer (slegs SSO-aanmelding word toegelaat), maar as daar 'n behoefte is om by 'n rekening met administrateurregte aan te meld of met login en wagwoord te kan aanmeld, moet jy dit aktiveer in die Gitlab-konfigurasielêer /etc/gitlab/gitlab .rb deur die ooreenstemmende reël te wysig:
grafana['disable_login_form'] = false
En herkonfigureer Gitlab om die veranderinge toe te pas:
sudo gitlab-ctl reconfigure
As jy Gitlab begin het deur ons virtuele masjien sjabloon van ons mark te gebruik, moet jy jou URL aan die bediener toewys deur die ooreenstemmende reël in /etc/gitlab/gitlab.rb te verander:
external_url = 'http://gitlab.mydomain.ru'
Voer herkonfigurasie uit:
sudo gitlab-ctl reconfigure
En verander Redirect URI vir Grafana dienooreenkomstig in
Die eerste keer dat jy met SSO aanmeld, sal Gitlab jou toestemming vra om by Grafana aan te meld.
Metrieke
In Grafana is gereedgemaakte dashboards van die hoofdienste gekonfigureer en beskikbaar in die Gitlab Omnibus-kategorie.
Oorsig dashboard
Diensplatform-metriek-kontroleskerm
Oorsig - 'n oorsig kontroleskerm wat die status van dienste, toue en bedienerhulpbrongebruik wys
Gitaly - diensmonitering wat RPC-toegang tot Gitlab-bewaarplekke bied
NGINX VTS - statistieke oor diensverkeer en HTTP-kodes per versoek
PostgreSQL - statistieke oor beskikbaarheid en lading op die PostgreSQL-databasis
Praefect - stoorladingmonitering met hoë beskikbaarheid Praefect
Rails App - oorsig dashboard vir Rails toepassings
Redis - monitering van die las op die Redis-diens
Register - beeld register monitering
Diensplatformstatistieke - diensstatistieke wat Gitlab se hulpbronbenutting, diensbeskikbaarheid, aantal RPC-versoeke en aantal foute toon.
Die integrasie is redelik kompleks en Gitlab-gebruikers het die vermoë om gevisualiseerde Gitlab-statistieke reg uit die boks te ontleed.
By Gitlab word dashboards onderhou en bygewerk deur 'n aparte span, en volgens Ben Kochie, Gitlab SRE Engineer, sal die verstekinstellings en voorafgeboude dashboards vir die meeste gebruikers werk.
En nou die belangrikste ding: kom ons skep saam 'n markplek
Ons wil die hele Habr-gemeenskap nooi om deel te neem aan die skepping van 'n markplek. Daar is drie opsies vir hoe jy kan aansluit:
Berei self die beeld voor en kry 3000 XNUMX roebels op jou balans
As jy gereed is om dadelik in die geveg te jaag en die beeld te skep wat jy self ontbreek, sal ons jou krediet gee met 3000 XNUMX roebels tot jou interne balans - jy kan dit op bedieners spandeer.
Sê vir ondersteuning dat jy beelde gaan skep en toets
Ons sal u 3000 roebels krediet gee en die vermoë moontlik maak om momentopnames te skep
Bestel 'n virtuele bediener met 'n skoon bedryfstelsel
Installeer die sagteware op hierdie VPS en stel dit op
Skryf instruksies of skrip vir sagteware-ontplooiing
Skep 'n momentopname vir die gekonfigureerde bediener
Bestel 'n nuwe virtuele bediener deur die voorheen geskepde momentopname in die "Server template" aftreklys te kies
In die geval van suksesvolle skepping van die bediener, dra die materiaal wat by stap 6 ontvang is oor na tegniese ondersteuning
In die geval van 'n fout, kan u die rede by ondersteuning raadpleeg en die opstelling herhaal
Vir sake-eienaars: bied jou sagteware aan
As jy 'n sagteware-ontwikkelaar is wat op 'n VPS ontplooi en gebruik word, dan kan ons jou by die mark insluit. Dit is hoe ons jou kan help om nuwe kliënte, verkeer en sigbaarheid in te bring. Skryf vir ons
Stel ons net 'n prent in die kommentaar voor
Skryf, watter soort sagteware wil jy hê om virtuele masjiene met een klik te kan ontplooi?
Wat mis jy in die RUVDS-mark?
Wat moet elke gasheeronderneming met selfrespek in hul mark insluit?
Slegs geregistreerde gebruikers kan aan die opname deelneem. Meld aan, asseblief.
Watter beelde moet ons eerste by die mark insluit?
50,0%LEMP10
15,0%Drupal 3
10,0%Joomla2
5,0%Dokku1
0,0%PacVim0
0,0%Runcloud0
5,0%kode-bediener1
15,0%Ghost3
5,0%WikiJs1
0,0%Diskoers0
0,0%Rstudio0
5,0%oopkar 1
35,0%Django7
40,0%Laravel8
20,0%Ruby on Rails4
55,0%NodeJs11
20 gebruikers het gestem. 12 gebruikers het buite stemming gebly.