Ebben az évben ambiciózus célokat tűztünk ki magunk elé a termék fejlesztésére.
Egyes feladatok komoly felkészülést igényelnek, melyhez visszajelzéseket gyűjtünk a felhasználóktól: fejlesztőket, rendszergazdákat, csapatvezetőket, Kubernetes szakembert hívunk az irodába.
Egyes esetekben a visszajelzésekre válaszul adunk ki szervereket, ahogy ez történt a Blurred Education diákjaival. Nagyon elfoglalt beszélgetéseink vannak az UI/UX megvitatásával, a referenciakönyvhöz kapcsolódó oktatási cikkek lemaradása, valamint a felhasználói élmény javítását célzó nagy tervek.
A legtöbb változtatás sok fejlesztési órát igényel, de piactér - teljesen más történet. A pillanatképek megjelenésével lehetőségünk nyílik külső rendszergazdákat vonzani, akik elkészíthetnek egy képet, hogy szó szerint egy nap alatt bekerülhessük a piacra.
Hogyan járuljunk hozzá piactér Megmutatjuk a RUVDS-t és annak tartalmát az ügyfelünk által készített új arculat példáján takezi - GitLab
Gitlab sablon létrehozása a Centos 8-on
A Gitlab telepítéséhez Yura egy 8 GB RAM-mal és 2 CPU maggal rendelkező szervert választott (4 GB és 1 CPU lehetséges, de ebben az esetben swap fájlt kell használnia, és a Gitlab teljesítménye ebben az esetben észrevehetően alacsonyabb.
Győződjön meg arról, hogy a Gitlab telepítéséhez szükséges csomagok telepítve vannak:
sudo dnf install -y curl policycoreutils
Nyissuk meg a hozzáférést a 80-as és 443-as portokhoz:
Ha a szerver DNS-névvel rendelkezik, akkor a Gitlab telepíthető a segítségével. Ha megadja a https:// előtagot, a Gitlab automatikusan létrehozza a Lets Encrypt tanúsítványokat.
Esetünkben azért Készítettünk egy sablont egy virtuális géphez, majd Yura beállított egy sablon címet (ami aztán a jövőben gond nélkül módosítható):
Ezt követően ellenőrizheti, hogy a Gitlab-szolgáltatások működnek-e a következő címen:
http://vps_ip_address/
a rendszer kérni fogja, hogy állítson be egy kezdeti jelszót a root rendszergazdai fiókhoz.
Ebben a szakaszban pillanatképet készítünk a szerverről, majd ennek segítségével konfiguráljuk.
És mégis!
Bónusz: elmondjuk, milyen érdekes dolgokat tehetsz a bővítéssel virtuális GitLab képpel.
A Gitlab figyelése Grafana segítségével
Három évvel ezelőtt a Gitlab csapata bevezetett egy monitoring rendszert a Gitlab szolgáltatásokkal kapcsolatos hatalmas számú mérőszám kezeléséhez.
Azóta a Gitlab megkezdte telepítőcsomagjának a Prometheusszal történő szállítását, hogy a felhasználók kihasználhassák a Prometheus által biztosított felügyeleti lehetőségeket.
A Prometheus egy nyílt (Apache 2.0) idősoros DBMS, amely Go nyelven íródott, és eredetileg a SoundCloudnál fejlesztették ki. Más szóval, ez a dolog tárolja a mérőszámait. A Prometheus érdekessége, hogy maga is lehívja a metrikákat egy adott szolgáltatáskészletből (húzást végez). Emiatt a Prometheus nem tud eltömődni semmilyen sorbanállástól vagy hasonlótól, ami azt jelenti, hogy a monitorozás soha nem lesz a rendszer szűk keresztmetszete. A projekt azért is érdekes, mert alapvetően nem kínál vízszintes skálázást vagy magas rendelkezésre állást.
Valamivel több mint egy éve a Gitlab csapata arra a következtetésre jutott, hogy a mérőszámok nem túl kényelmesek műszerfalak nélkül. Így a Grafanát testreszabott irányítópultokkal integrálták, hogy segítsenek felhasználóiknak az adatok megjelenítésében anélkül, hogy a Grafana-t manuálisan telepíteniük kellene.
A 12.0-s verzió óta a Gitlab integrálta a Grafanát, amely alapértelmezés szerint SSO-val van konfigurálva, és ezen az URL-en érhető el.
A Gitlab Prometheus-integrációnak két különböző része van:
GitLab megfigyelés (omnibusz)
Egyedi GitLab-alkalmazások figyelése Kubernetes-fürtben
Hogyan kell használni
„Omnibus”-nak nevezi a GitLab fő telepítőcsomagját.
A Grafana beállítása
A Grafana bejelentkezés és jelszó alapértelmezés szerint le van tiltva (csak SSO bejelentkezés engedélyezett), de ha rendszergazdai jogokkal kell bejelentkezni, vagy felhasználónévvel és jelszóval kell bejelentkezni, akkor ezt engedélyezni kell a Gitlab konfigurációjában. az /etc/gitlab/gitlab .rb fájlt a megfelelő sor szerkesztésével:
grafana['disable_login_form'] = false
És konfigurálja újra a Gitlabot a módosítások alkalmazásához:
sudo gitlab-ctl reconfigure
Ha a Gitlabot a piacterünkről származó virtuálisgép-sablonunkkal indította el, az /etc/gitlab/gitlab.rb megfelelő sorának módosításával hozzá kell rendelnie az URL-címét a szerverhez:
external_url = 'http://gitlab.mydomain.ru'
Végezze el az újrakonfigurálást:
sudo gitlab-ctl reconfigure
És ennek megfelelően módosítsa a Grafana átirányítási URI-jét
Adminisztrációs terület > Alkalmazások > GitLab Grafana
Amikor először jelentkezik be SSO használatával, a Gitlab engedélyt kér a Grafana bejelentkezés engedélyezésére.
Metrikák
A Grafanában a fő szolgáltatások kész irányítópultjai vannak konfigurálva és elérhetők a Gitlab Omnibus kategóriában.
Az irányítópult áttekintése
Service Platform Metrics irányítópult
Áttekintés – áttekintő irányítópult, amely a szolgáltatások állapotát, a sorokat és a szerver erőforrás-használatát mutatja
Gitaly – szolgáltatásfigyelés, amely RPC-hozzáférést biztosít a Gitlab adattáraihoz
NGINX VTS - statisztika a szolgáltatási forgalomról és a HTTP kódokról kérésenként
PostgreSQL – statisztika a PostgreSQL adatbázis elérhetőségéről és terheléséről
Praefect - tárolási terhelésfigyelés magas rendelkezésre állású Praefect
Rails App – áttekintő műszerfal a Rails alkalmazásokhoz
Redis - figyeli a Redis szolgáltatás terhelését
Registry – képregisztrációs megfigyelés
Service Platform Metrics – szolgáltatási metrikák, amelyek a Gitlab erőforrás-kihasználását, a szolgáltatás elérhetőségét, az RPC-kérelmek számát és a hibák számát mutatják.
Az integráció meglehetősen átfogó, és a Gitlab-felhasználók már a dobozból elemezhetik a megjelenített Gitlab-metrikákat.
A Gitlabnál külön csapat felel a műszerfalak karbantartásáért és frissítéséért, Ben Kochie, a Gitlab SRE mérnöke szerint pedig az alapértelmezett beállítások és az előkészített műszerfalak a legtöbb felhasználó számára megfelelőek.
És most a legfontosabb: hozzunk létre közös piacteret
Szeretnénk meghívni az egész Habr közösséget, hogy vegyen részt a piactér kialakításában. Három lehetőség van a csatlakozásra:
Készítse elő a képet saját maga, és kapjon 3000 rubelt az egyenlegéhez
Ha készen áll arra, hogy azonnal harcba rohanjon, és megalkotja a hiányzó képet, 3000 rubelt írunk jóvá belső egyenlegében, amelyet szerverekre költhet.
Tájékoztassa az ügyfélszolgálatot, hogy képeket készít és tesztel
Jóváírunk Önnek 3000 rubelt, és lehetővé tesszük a pillanatképek készítését
Rendeljen virtuális szervert tiszta operációs rendszerrel
Telepítse a szoftvert erre a VPS-re, és konfigurálja azt
Írjon utasításokat vagy szkriptet a szoftvertelepítéshez
Hozzon létre egy pillanatképet a konfigurált szerverhez
Rendeljen új virtuális szervert a korábban létrehozott pillanatkép kiválasztásával a „Szerver sablon” legördülő listában
Ha a szerver létrehozása sikeres volt, a 6. szakaszban kapott anyagokat továbbítsa a technikai támogatáshoz
Ha hiba lép fel, ellenőrizheti a támogatás okát, és megismételheti a beállítást
Cégtulajdonosok számára: ajánlja fel szoftverét
Ha Ön VPS-en telepített és használt szoftverfejlesztő, akkor bevonhatjuk a piacra. Így tudunk új ügyfeleket, forgalmat és ismertséget szerezni. Írj nekünk
Csak javasoljon nekünk egy képet a megjegyzésekben
Írja meg, melyik szoftverrel szeretne virtuális gépeket egyetlen kattintással telepíteni?
Mi hiányzik a RUVDS piactérről?
Mit kell tartalmaznia minden önmagát tisztelő hosting cégnek a piacán?
A felmérésben csak regisztrált felhasználók vehetnek részt. Bejelentkezés, kérem.