Тази година си поставихме амбициозни цели за подобряване на продукта.
Някои задачи изискват сериозна подготовка, за която събираме обратна връзка от потребителите: каним в офиса разработчици, системни администратори, ръководители на екипи и специалисти по Kubernetes.
В някои раздаваме сървъри в отговор на обратна връзка, както беше например със студенти от Blurred Education. Имаме много натоварени чатове с дискусии за UI/UX, натрупване на статии с уроци в ръководството и големи планове за подобряване на потребителското изживяване.
Повечето от промените изискват голям брой часове за разработка, но пазар - съвсем различна история. С навлизането на snapshots имаме възможност да привлечем външни системни администратори, които да подготвят изображение, така че буквално за ден да го включим в пазара.
Как да допринесете за пазар RUVDS и какво ще бъде, ще покажем на примера на нашия нов образ, изготвен от нашия клиент вземай - GitLab
Как да създадете шаблон на Gitlab на Centos 8
За да инсталирате Gitlab, Юра избра сървър с 8 GB RAM и 2 процесорни ядра (можете да използвате 4 GB и 1 процесор, но в този случай ще трябва да използвате суап файл, а производителността на Gitlab в този случай е значително по-ниска.
Нека се уверим, че необходимите пакети за инсталиране на Gitlab са инсталирани:
Ако сървърът има конфигурирано DNS име, Gitlab може да бъде инсталиран с него. Ако посочите префикса https://, Gitlab автоматично ще генерира Lets Encrypt сертификати.
В нашия случай, тъй като Тъй като направихме шаблон за виртуална машина, Юра зададе адрес на шаблон (който след това може да бъде променен без проблеми в бъдеще):
След това можете да проверите дали услугите на Gitlab работят, като отидете на
http://vps_ip_address/
системата ще ви подкани да зададете първоначална парола за root администраторския акаунт.
На този етап ще направим моментна снимка на сървъра и след това вече ще конфигурираме използването му.
И все пак!
Бонус: ще ви кажем какво можете да направите интересно чрез внедряване виртуален с изображение на GitLab.
Мониторинг на Gitlab с Grafana
Преди три години екипът на Gitlab внедри система за мониторинг, за да управлява огромно количество показатели, свързани с услугите на Gitlab.
Оттогава Gitlab доставя своя инсталационен пакет с Prometheus, за да позволи на своите потребители да се възползват от възможностите за наблюдение, предоставени от Prometheus.
Prometheus е СУБД с отворен код (Apache 2.0), написана на Go и първоначално разработена от SoundCloud. С други думи, това нещо съхранява вашите показатели. Интересна характеристика на Prometheus е, че той изтегля показатели от даден набор от услуги (прави изтегляне). Поради това Prometheus не може да получи никакви опашки или нещо подобно, което означава, че мониторингът никога няма да се превърне в тясно място в системата. Проектът също е интересен с това, че принципно не предлага никакво хоризонтално мащабиране или висока наличност.
Преди малко повече от година екипът на Gitlab заключи, че показателите не са много полезни без табла за управление. Така те интегрираха Grafana с персонализирани табла за управление, за да помогнат на своите потребители да визуализират данни, без да се налага да инсталират Grafana ръчно.
От версия 12.0 Gitlab има интегриран Grafana, конфигуриран със SSO по подразбиране, и достъпен на този URL адрес.
Има две различни части на интеграцията на Gitlab с Prometheus:
GitLab мониторинг (омнибус)
Мониторинг на отделни GitLab приложения в Kubernetes клъстер
Как се използва
„Омнибус“ е това, което GitLab нарича основния си инсталационен пакет.
Как да настроите Grafana
Влизането с потребителско име и парола в Grafana е деактивирано по подразбиране (разрешено е само SSO влизане), но ако е необходимо да влезете в акаунт с администраторски права или да можете да влезете с потребителско име и парола, трябва да активирате това в конфигурационния файл на Gitlab /etc/gitlab/gitlab .rb, като редактирате съответния ред:
grafana['disable_login_form'] = false
И преконфигурирайте Gitlab, за да приложите промените:
sudo gitlab-ctl reconfigure
В случай, че сте стартирали Gitlab с помощта на нашия шаблон за виртуална машина от нашия пазар, трябва да зададете своя URL адрес на сървъра, като промените съответния ред в /etc/gitlab/gitlab.rb:
external_url = 'http://gitlab.mydomain.ru'
Извършете преконфигуриране:
sudo gitlab-ctl reconfigure
И съответно променете URI за пренасочване за Grafana
Административна област > Приложения > GitLab Grafana
Първият път, когато влезете чрез SSO, Gitlab ще поиска разрешение за оторизиране на влизането в Grafana.
Метрика
В Grafana са конфигурирани и налични готови табла за управление на основните услуги в категорията Gitlab Omnibus.
Табло за преглед
Табло за управление на показателите на платформата за услуги
Общ преглед - табло за преглед, показващо състоянието на услугите, опашките и използването на сървърни ресурси
Gitaly - услуга за наблюдение, осигуряваща RPC достъп до Gitlab хранилища
NGINX VTS - статистика за трафика на услугата и HTTP кодове на заявка
PostgreSQL - статистика за наличността и натоварването на базата данни PostgreSQL
Praefect - Мониторинг на натоварването на хранилището с висока наличност Praefect
Приложение Rails - Табло за преглед на приложенията на Rails
Redis - следене на натоварването на услугата Redis
Регистър - наблюдение на регистър на изображения
Метрики на платформата за услуги - показатели за услугата, показващи използването на ресурсите от Gitlab, наличност на услугата, брой RPC заявки и брой грешки.
Интеграцията е доста сложна и потребителите на Gitlab имат възможността да анализират визуализирани показатели на Gitlab направо от кутията.
В Gitlab отделен екип отговаря за поддържането и актуализирането на таблата за управление и според Бен Кочи, SRE инженер в Gitlab, настройките по подразбиране и подготвените табла за управление ще отговарят на повечето потребители.
А сега най-важното: нека заедно направим пазар
Искаме да поканим цялата общност на Habr да участва в създаването на пазар. Има три опции за това как можете да се присъедините:
Подгответе изображението сами и вземете 3000 рубли на баланса си
Ако сте готови незабавно да се втурнете в битка и да създадете образа, който ви липсва, ние ще ви кредитираме 3000 рубли във вашия вътрешен баланс - можете да ги похарчите на сървъри.
Уведомете поддръжката, че ще създавате и тествате изображения
Ще ви кредитираме 3000 рубли и ще ви позволим да създавате моментни снимки
Поръчайте виртуален сървър с чиста операционна система
Инсталирайте софтуера на този VPS и го настройте
Напишете инструкции или скрипт за внедряване на софтуер
Създайте моментна снимка за конфигурирания сървър
Поръчайте нов виртуален сървър, като изберете създадената преди това моментна снимка в падащия списък „Шаблон на сървъра“.
В случай на успешно създаване на сървъра, прехвърлете получените на стъпка 6 материали към техническа поддръжка
Ако има грешка, можете да проверите с поддръжката за причината и да повторите настройката
За собственици на бизнес: предложете своя софтуер
Ако сте разработчик на софтуер, който се внедрява и използва на VPS, тогава можем да ви включим в пазара. Ето как можем да ви помогнем да привлечете нови клиенти, трафик и осведоменост. Пишете ни
Просто ни предложете изображение в коментарите
Напишете, какъв софтуер бихте искали, за да можете да разгръщате виртуални машини с едно кликване?
Какво ви липсва на пазара на RUVDS?
Какво трябва да включи всяка уважаваща себе си хостинг компания в своя пазар?
В анкетата могат да участват само регистрирани потребители. Впиши се, Моля те.
Кои изображения трябва първо да включим в пазара?
50,0%LEMP10
15,0%Drupal3
10,0%Joomla2
5,0%Dokku1
0,0%PacVim0
0,0%Runcloud0
5,0%код-сървър1
15,0%Ghost3
5,0%WikiJs1
0,0%Дискурс0
0,0%Rstudio0
5,0%opencart1
35,0%Django7
40,0%Laravel8
20,0%Ruby on Rails4
55,0%NodeJs11
20 потребители гласуваха. 12 потребители се въздържаха.