Quist'annu avemu stabilitu scopi ambiziosi per migliurà u pruduttu.
Certi compiti necessitanu una preparazione seria, per quale raccogliemu feedback da l'utilizatori: invitemu sviluppatori, amministratori di sistema, capi di squadra è specialisti Kubernetes à l'uffiziu.
In certi, emettemu servitori in risposta à i feedback, cum'è era u casu cù i studienti di l'Educazione sfocata. Avemu chats assai occupati chì discutanu UI / UX, un backlog di articuli educativi per u libru di riferimentu, è grandi piani per migliurà l'esperienza di l'utilizatori.
A maiò parte di i cambiamenti necessitanu assai ore di sviluppu, ma mercatu - una storia completamente diversa. Cù l'avventu di i snapshots, avemu l'uppurtunità di attruverà amministratori di u sistema esterni chì ponu preparà una maghjina in modu chì pudemu includela in u mercatu literalmente in un ghjornu.
Cumu cuntribuisce à mercatu Mostreremu RUVDS è ciò chì implica cù l'esempiu di a nostra nova maghjina preparata da u nostru cliente pigliàzi - GitLab
Cumu creà un mudellu Gitlab in Centos 8
Per installà Gitlab, Yura hà sceltu un servitore cù 8 GB di RAM è 2 CPU cores (4 GB è 1 CPU sò pussibuli, ma in questu casu avete da utilizà un schedariu di swap, è u rendiment di Gitlab in questu casu hè notevolmente più bassu.
Assicuratevi chì i pacchetti necessarii per installà Gitlab sò stallati:
Se u servitore hà un nome DNS cunfiguratu, allora Gitlab pò esse installatu usendu. Se specificate u prefissu https://, Gitlab generà automaticamente certificati Lets Encrypt.
In u nostru casu, perchè Avemu fattu un mudellu per una macchina virtuale, allora Yura hà stabilitu un indirizzu mudellu (chì pò esse cambiatu in u futuru senza prublemi):
Dopu questu, pudete verificà chì i servizii di Gitlab funzionanu andendu à
http://vps_ip_address/
u sistema vi invitarà à stabilisce una password iniziale per u contu amministratore root.
À questu stadiu, avemu da piglià una snapshot di u servitore, è poi l'avemu cunfigurà usendu.
E tuttu hè!
Bonus: vi diceremu ciò chì e cose interessanti pudete fà espansione virtuale cù l'imaghjini di GitLab.
Monitoring Gitlab cù Grafana
Trè anni fà, a squadra di Gitlab hà implementatu un sistema di monitoraghju per gestisce un gran numaru di metriche ligati à i servizii di Gitlab.
Da tandu, Gitlab hà iniziatu à spedinu u so pacchettu di installazione cù Prometheus per permette à i so utilizatori di prufittà di e capacità di monitoraghju furnite da Prometheus.
Prometheus hè una serie temporale aperta (Apache 2.0) DBMS scritta in Go è sviluppata originariamente in SoundCloud. In altre parolle, sta cosa guarda e vostre metriche. Una caratteristica interessante di Prometheus hè chì ellu stessu tira metrica da un determinatu settore di servizii (fa un pull). A causa di questu, Prometheus ùn pò micca esse intasatu cù alcuna fila o qualcosa di simile, chì significa chì u monitoraghju ùn diventerà mai un collu di buttiglia di u sistema. U prugettu hè ancu interessante perchè fundamentalmente ùn offre micca scala horizontale o alta dispunibilità.
Un pocu più di un annu fà, a squadra di Gitlab hà cunclusu chì e metriche ùn sò micca assai convenienti senza dashboards. Allora integravanu Grafana cù dashboards persunalizati per aiutà i so utilizatori à visualizà e dati senza avè da installà Grafana manualmente.
Dapoi a versione 12.0, Gitlab hà integratu Grafana, cunfiguratu cù SSO per difettu, è dispunibule à questu URL.
Ci hè dui parti diffirenti di l'integrazione di Gitlab cù Prometheus:
Monitoring GitLab (Omnibus)
Monitoring individuali di l'applicazioni GitLab in un cluster Kubernetes
Cumu aduprà
"Omnibus" hè ciò chì GitLab chjama u so pacchettu di installazione principale.
Cumu stabilisce Grafana
U login è a password di Grafana sò disattivati per difettu (solu u login SSO hè permessu), ma s'ellu ci hè bisognu di login in un contu cù diritti di amministratore o di pudè login cù username è password, avete bisognu di attivà questu in a cunfigurazione di Gitlab. file /etc/gitlab/gitlab .rb editendu a linea currispundente:
grafana['disable_login_form'] = false
È riconfigurate Gitlab per applicà i cambiamenti:
sudo gitlab-ctl reconfigure
Se avete lanciatu Gitlab cù u nostru mudellu di macchina virtuale da u nostru mercatu, avete bisognu di assignà u vostru URL à u servitore cambiendu a linea currispondente in /etc/gitlab/gitlab.rb:
external_url = 'http://gitlab.mydomain.ru'
Eseguite a ricunfigurazione:
sudo gitlab-ctl reconfigure
È cambia l'URI di redirezzione per Grafana in cunseguenza in
A prima volta chì accede cù SSO, Gitlab vi dumandarà u permessu per autorizà u login Grafana.
Metriche
In Grafana, dashboards pronti di i servizii principali sò cunfigurati è dispunibuli in a categuria Gitlab Omnibus.
Panoramica di u Dashboard
Dashboard di metrica di piattaforma di serviziu
Panoramica - un dashboard di panoramica chì mostra u statutu di servizii, fila è usu di e risorse di u servitore
Gitaly - surviglianza di serviziu chì furnisce l'accessu RPC à i repositori Gitlab
NGINX VTS - statistiche nantu à u trafficu di serviziu è i codici HTTP per dumanda
PostgreSQL - statistiche di dispunibilità è carica nantu à a basa di dati PostgreSQL
Praefect - monitoraghju di carica di almacenamentu cù alta dispunibilità Praefect
App Rails - Panoramica dashboard per l'applicazioni Rails
Redis - monitoring a carica nantu à u serviziu Redis
Registru - monitoraghju di u registru di l'imagine
Service Platform Metrics - metriche di serviziu chì mostranu l'utilizazione di risorse da Gitlab, a dispunibilità di u serviziu, u numeru di richieste RPC è u numeru di errori.
L'integrazione hè abbastanza cumpleta è l'utilizatori di Gitlab anu a capacità di analizà e metriche di Gitlab visualizate ghjustu fora di a scatula.
In Gitlab, una squadra separata hè rispunsevule per mantene è aghjurnà i dashboards, è secondu Ben Kochie, ingegnere SRE in Gitlab, i paràmetri predeterminati è i dashboards preparati sò adattati per a maiò parte di l'utilizatori.
È avà u principale: criemu un mercatu inseme
Vulemu invità tutta a cumunità Habr à participà à a creazione di u mercatu. Ci hè trè opzioni per cumu pudete unisce:
Preparate l'imaghjini sè stessu è uttene 3000 XNUMX rubli à u vostru equilibriu
Sè vo site prontu à affruntà subitu in battaglia è creà l'imaghjini chì vi manca di sè stessu, vi creditu cù 3000 XNUMX rubles à u vostru equilibriu internu - pudete spende in i servitori.
Dì à u supportu chì site per creà è pruvà l'imaghjini
Vi creditemu 3000 rubli è attiveremu a capacità di creà snapshots
Ordine un servitore virtuale cù un sistema operatore pulitu
Installa u software nantu à questu VPS è stallate
Scrivite struzzioni o script per l'implementazione di u software
Crea una snapshot per u servitore cunfiguratu
Ordine un novu servitore virtuale selezziunendu l'istantanea creata prima in u listinu drop-down "Model di servitore".
In casu di creazione successu di u servitore, trasferisce i materiali ricevuti à u passu 6 à u supportu tecnicu
In casu d'errore, pudete cuntrollà cù supportu per u mutivu è ripetite a cunfigurazione
Per i pruprietarii di l'imprese: offre u vostru software
Sè vo site un sviluppatore di software chì hè implementatu è utilizatu in un VPS, allora pudemu includevi in u mercatu. Hè cusì chì pudemu aiutà à purtà novi clienti, trafficu è visibilità. Scriviteci
Suggeriteci solu una maghjina in i cumenti
Scrivite cù quale software vulete esse capace di implementà e macchine virtuali in un clic?
Chì ti manca in u mercatu RUVDS?
Chì duverebbe include ogni cumpagnia di hosting chì si rispettu in u so mercatu?
Solu l'utilizatori registrati ponu participà à l'indagine. Firmà lu, per piacè.
Chì imagine duvemu include in u mercatu prima?
50,0%LEMP10
15,0%Drupal 3
10,0%Joomla 2
5,0%Doccu 1
0,0%PacVim0
0,0%Runcloud0
5,0%codice-server 1
15,0%Ghost3
5,0%WikiJs 1
0,0%Discorsu 0
0,0%Rstudio 0
5,0%OpenCart 1
35,0%Django 7
40,0%Laravel8
20,0%Ruby on Rails4
55,0%NodeJs11
20 utilizatori anu vutatu. 12 utilizatori si sò astenuti.