
I år satte vi oss ambisiøse mål for å forbedre produktet.
Noen oppgaver krever grundig forberedelse, og vi samler inn tilbakemeldinger fra brukere om dem: vi inviterer utviklere, systemadministratorer, teamledere og Kubernetes-spesialister til kontoret.
I noen tilfeller gir vi ut servere som svar på tilbakemeldinger, slik det var tilfellet Vi har svært aktive samtaler med UI/UX-diskusjoner, en rekke pedagogiske artikler til oppslagsverket og store planer for å forbedre brukeropplevelsen.
De fleste endringer krever mye utviklerarbeid, men markedsplass – en helt annen historie. Med fremveksten av snapshots har vi muligheten til å involvere eksterne systemadministratorer som kan forberede et image slik at vi kan inkludere det i markedet på bokstavelig talt en dag.
Hvordan bidra til RUVDS og hva det vil være, vil vi vise med eksemplet på vårt nye bilde, utarbeidet av vår klient -
Hvordan Gitlab-malen ble opprettet på Centos 8
For å installere Gitlab valgte Yura en server med 8 GB RAM og 2 CPU-kjerner (4 GB og 1 CPU er også mulig, men i dette tilfellet må du bruke en swap-fil, og Gitlabs ytelse er i dette tilfellet merkbart lavere.

La oss sørge for at de nødvendige pakkene for å installere Gitlab er installert:
sudo dnf install -y curl policycoreutilsLa oss åpne tilgang til port 80 og 443:
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --permanent --add-service=https
sudo systemctl reload firewalldLa oss legge til Gitlab-depotet:
curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh | sudo bash
Hvis serveren har et konfigurert DNS-navn, kan Gitlab installeres ved hjelp av det. Hvis du spesifiserer prefikset https://, vil Gitlab automatisk generere Lets Encrypt-sertifikater.
I vårt tilfelle, siden vi lagde en mal for en virtuell maskin, satte Yura en maladresse (som deretter enkelt kan endres i fremtiden):
sudo EXTERNAL_URL="http://0.0.0.0" dnf install -y gitlab-ee
Etter det kan du sjekke at Gitlab-tjenestene fungerer ved å gå til
http://vps_ip_address/
Systemet vil be deg om å angi et startpassord for root-administratorkontoen.
På dette stadiet skal vi lage et øyeblikksbilde av serveren, og deretter konfigurere den ved hjelp av den.

Og likevel!
Bonus: Vi forteller deg hvilke interessante ting du kan gjøre ved å utvide med GitLab-bilde.
Overvåking av Gitlab med Grafana
For tre år siden implementerte Gitlab-teamet et overvåkingssystem for å administrere et stort antall målinger knyttet til Gitlab-tjenester.
Siden den gang har Gitlab begynt å sende ut installasjonspakken sin med Prometheus, slik at brukerne kan dra nytte av overvåkingsfunksjonene som Prometheus tilbyr.
Prometheus er en åpen (Apache 2.0) tidsserie-DBMS skrevet i Go og opprinnelig utviklet på SoundCloud. Med andre ord lagrer denne tingen dine metrikker. En interessant funksjon ved Prometheus er at den henter metrikker fra et gitt sett med tjenester. På grunn av dette kan ikke Prometheus ha noen køer eller noe lignende, noe som betyr at overvåking aldri vil bli en flaskehals i systemet. Prosjektet er også interessant fordi det fundamentalt sett ikke tilbyr noen horisontal skalering eller høy tilgjengelighet.
For litt over et år siden innså Gitlab-teamet at målinger ikke var særlig nyttige uten dashboards. Så de integrerte Grafana med tilpassede dashboards for å hjelpe brukerne sine med å visualisere data uten å måtte installere Grafana manuelt.
Siden versjon 12.0 har Gitlab integrert Grafana, konfigurert med SSO som standard, og .
Det er to forskjellige deler av Gitlab-integrasjonen med Prometheus:
- GitLab-overvåking (Omnibus)
- Overvåking av individuelle GitLab-applikasjoner i en Kubernetes-klynge
Hvordan bruke det
«Omnibus» er det GitLab kaller sin hovedinstallasjonspakke.

Slik setter du opp Grafana
Pålogging og passord i Grafana er deaktivert som standard (kun SSO-pålogging er tillatt), men hvis det er behov for å logge på en konto med administratorrettigheter eller for å kunne logge på med brukernavn og passord, må du aktivere det i Gitlab-konfigurasjonsfilen /etc/gitlab/gitlab.rb ved å redigere den tilsvarende linjen:
grafana['disable_login_form'] = false
Og konfigurer Gitlab på nytt for å bruke endringene:
sudo gitlab-ctl reconfigure
Hvis du startet Gitlab ved hjelp av vår virtuelle maskinmal fra markedsplassen vår, må du tilordne server-URL-en din ved å endre den tilsvarende linjen i /etc/gitlab/gitlab.rb:
external_url = 'http://gitlab.mydomain.ru'
Utfør omkonfigurering:
sudo gitlab-ctl reconfigureOg endre omdirigerings-URI-en for Grafana deretter i
Administrasjonsområde > Applikasjoner > GitLab Grafana

Første gang du logger inn med SSO, vil Gitlab be om tillatelse til å autorisere innloggingen din til Grafana.

Beregninger
I Grafana er ferdige dashbord for hovedtjenestene konfigurert og tilgjengelige i Gitlab Omnibus-kategorien.

Oversikt over dashbordet

Serviceplattformens måleinstrumentpanel
- Oversikt – et oversiktsdashbord som viser statusen til tjenester, køer og serverressursbruk
- Gitaly — overvåkingstjeneste som gir RPC-tilgang til Gitlab-repositorier
- NGINX VTS — statistikk om tjenestetrafikk og HTTP-koder per forespørsel
- PostgreSQL — Statistikk for tilgjengelighet og lasting av PostgreSQL-databaser
- Praefect – Overvåking av lagringsbelastning med høy tilgjengelighet Praefect
- Rails-appen – Oversiktsdashbord for Rails-apper
- Redis – Overvåking av belastningen på Redis-tjenesten
- Register — overvåking av bilderegisteret
- Tjenesteplattformmålinger – tjenestemålinger som viser Gitlabs ressursutnyttelse, tjenestetilgjengelighet, antall RPC-forespørsler og antall feil.
Integrasjonen er ganske omfattende, og Gitlab-brukere har muligheten til å analysere visualiserte Gitlab-målinger rett ut av boksen.
Gitlab har et dedikert team som vedlikeholder og oppdaterer dashbord, og ifølge Ben Kochie, SRE-ingeniør hos Gitlab, er standardinnstillingene og de forhåndsbygde dashbordene fine for de fleste brukere.
Og nå det viktigste: la oss lage en markedsplass sammen
Vi vil gjerne invitere hele Habr-fellesskapet til å delta i etableringen av markedsplassen. Det er tre måter du kan bli med på:
Klargjør bildet selv og få 3000 rubler på saldoen din
Hvis du er klar til å umiddelbart storme inn i kampen og skape det bildet du mangler, krediterer vi deg 3000 rubler til din interne saldo – du kan bruke det på servere.
Slik lager du ditt eget bilde:
- Opprett en konto hos oss på
- Gi support beskjed om at du skal lage og teste bilder.
- Vi krediterer deg med 3000 rubler og gir deg muligheten til å lage øyeblikksbilder.
- Bestill en virtuell server med et rent operativsystem
- Installer programvare på denne VPS-en og konfigurer den
- Lag instruksjoner eller et skript for distribusjon av programvare
- Lag et øyeblikksbilde for den konfigurerte serveren
- Bestill en ny virtuell server ved å velge det tidligere opprettede øyeblikksbildet fra rullegardinlisten «Servermal».
- Hvis serveren er opprettet, vennligst send inn materialene du fikk i trinn 6 til teknisk støtte.
- Ved feil kan du sjekke med kundestøtte for å finne årsaken og gjenta oppsettet.
For bedriftseiere: tilby programvaren din
Hvis du er en utvikler av programvare som distribueres og brukes på en VPS, kan vi inkludere deg i markedet. På denne måten kan vi hjelpe deg med å tiltrekke deg nye kunder, trafikk og gjenkjennelse.
Bare foreslå et bilde for oss i kommentarfeltet
Skriv, med hvilken programvare ønsker du å kunne distribuere virtuelle maskiner med ett klikk?
Hva savner du i RUVDS-markedet?
Hva bør enhver hostingtjeneste med selvrespekt inkludere i markedsplassen sin?
Kun registrerte brukere kan delta i undersøkelsen. , vær så snill.
Hvilke bilder bør vi inkludere i markedsplassen først?
50,0%LEMP10
15,0%Drupal3
10,0%Joomla2
5,0%Dokku1
0,0%PacVim0
0,0%Runcloud0
5,0%kodeserver1
15,0%Ghost3
5,0%WikiJs1
0,0%Diskurs0
0,0%Rstudio0
5,0%OpenCart1
35,0%Django7
40,0%Laravel8
20,0%Ruby on Rails4
55,0%NodeJs11
20 brukere stemte. 12 brukere avsto.
Kilde: www.habr.com
