ພວກເຮົາກໍາລັງປັບປຸງຕະຫຼາດ: ບອກພວກເຮົາວ່າອັນໃດດີກວ່າ?

ປີນີ້ພວກເຮົາໄດ້ຕັ້ງເປົ້າຫມາຍທີ່ທະເຍີທະຍານຕົວເອງເພື່ອປັບປຸງຜະລິດຕະພັນ.

ວຽກງານບາງຢ່າງຕ້ອງການການກະກຽມຢ່າງຈິງຈັງ, ເຊິ່ງພວກເຮົາເກັບກໍາຂໍ້ຄິດເຫັນຈາກຜູ້ໃຊ້: ພວກເຮົາເຊີນນັກພັດທະນາ, ຜູ້ເບິ່ງແຍງລະບົບ, ຜູ້ນໍາທີມ, ແລະຜູ້ຊ່ຽວຊານ Kubernetes ໄປຫາຫ້ອງການ.

ໃນບາງອັນ, ພວກເຮົາອອກເຊີບເວີເພື່ອຕອບໂຕ້ກັບຄໍາຄຶດຄໍາເຫັນ, ເຊັ່ນດຽວກັບກໍລະນີ ກັບນັກຮຽນ Blurred Education. ພວກ​ເຮົາ​ມີ​ການ​ສົນ​ທະ​ນາ​ຫຼາຍ​ທີ່​ມີ​ການ​ສົນ​ທະ​ນາ UI/UX, backlog ຂອງ​ບົດ​ຄວາມ​ການ​ສຶກ​ສາ​ສໍາ​ລັບ​ປຶ້ມ​ກະ​ສານ​ອ້າງ​ອີງ, ແລະ​ແຜນ​ການ​ໃຫຍ່​ເພື່ອ​ປັບ​ປຸງ​ປະ​ສົບ​ການ​ຂອງ​ຜູ້​ໃຊ້.

ການປ່ຽນແປງສ່ວນໃຫຍ່ຮຽກຮ້ອງໃຫ້ມີຫຼາຍຊົ່ວໂມງການພັດທະນາ, ແຕ່ ຕະຫຼາດ - ເປັນ​ເລື່ອງ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຫມົດ​. ກັບການມາເຖິງຂອງພາບຖ່າຍ, ພວກເຮົາມີໂອກາດທີ່ຈະດຶງດູດຜູ້ບໍລິຫານລະບົບພາຍນອກທີ່ສາມາດກະກຽມຮູບພາບເພື່ອໃຫ້ພວກເຮົາສາມາດລວມເອົາມັນຢູ່ໃນຕະຫຼາດທີ່ຮູ້ຫນັງສືໃນມື້ຫນຶ່ງ.

ວິທີການປະກອບສ່ວນ ຕະຫຼາດ ພວກເຮົາຈະສະແດງ RUVDS ແລະສິ່ງທີ່ມັນຈະ entail ການນໍາໃຊ້ຕົວຢ່າງຂອງຮູບພາບໃຫມ່ຂອງພວກເຮົາກະກຽມໂດຍລູກຄ້າຂອງພວກເຮົາ Takezi - GitLab

ວິທີການສ້າງແມ່ແບບ Gitlab ໃນ Centos 8

ການຕິດຕັ້ງ Gitlab, Yura ເລືອກເຄື່ອງແມ່ຂ່າຍທີ່ມີ 8 GB RAM ແລະ 2 CPU cores (4 GB ແລະ 1 CPU ເປັນໄປໄດ້, ແຕ່ໃນກໍລະນີນີ້ທ່ານຈະຕ້ອງໃຊ້ໄຟລ໌ swap, ແລະການປະຕິບັດ Gitlab ໃນກໍລະນີນີ້ແມ່ນຕ່ໍາກວ່າສັງເກດເຫັນ.

ໃຫ້ແນ່ໃຈວ່າຊຸດທີ່ຈໍາເປັນສໍາລັບການຕິດຕັ້ງ Gitlab ໄດ້ຖືກຕິດຕັ້ງ:

sudo dnf install -y curl policycoreutils

ໃຫ້ເປີດການເຂົ້າເຖິງພອດ 80 ແລະ 443:

sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --permanent --add-service=https
sudo systemctl reload firewalld

ມາເພີ່ມບ່ອນເກັບມ້ຽນ Gitlab:

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh | sudo bash

ຖ້າເຄື່ອງແມ່ຂ່າຍມີຊື່ DNS ທີ່ຖືກຕັ້ງຄ່າ, ຫຼັງຈາກນັ້ນ Gitlab ສາມາດໄດ້ຮັບການຕິດຕັ້ງໂດຍໃຊ້ມັນ. ຖ້າທ່ານລະບຸຄໍານໍາຫນ້າ https://, Gitlab ຈະສ້າງໃບຢັ້ງຢືນ Lets Encrypt ໂດຍອັດຕະໂນມັດ.

ໃນກໍລະນີຂອງພວກເຮົາ, ເພາະວ່າ ພວກເຮົາສ້າງແມ່ແບບສໍາລັບເຄື່ອງ virtual, ຫຼັງຈາກນັ້ນ Yura ກໍານົດທີ່ຢູ່ແມ່ແບບ (ເຊິ່ງຫຼັງຈາກນັ້ນສາມາດປ່ຽນແປງໄດ້ໃນອະນາຄົດໂດຍບໍ່ມີບັນຫາ):

sudo EXTERNAL_URL="http://0.0.0.0" dnf install -y gitlab-ee

ຫຼັງຈາກນີ້, ທ່ານສາມາດກວດເບິ່ງວ່າບໍລິການ Gitlab ເຮັດວຽກໂດຍການໄປທີ່

http://vps_ip_address/

ລະບົບຈະເຕືອນໃຫ້ທ່ານຕັ້ງລະຫັດຜ່ານເບື້ອງຕົ້ນສໍາລັບບັນຊີຜູ້ເບິ່ງແຍງລະບົບຮາກ.

ໃນຂັ້ນຕອນນີ້, ພວກເຮົາຈະຖ່າຍຮູບຂອງເຄື່ອງແມ່ຂ່າຍ, ແລະຫຼັງຈາກນັ້ນພວກເຮົາຈະຕັ້ງຄ່າມັນໂດຍໃຊ້ມັນ.

ແລະນັ້ນແມ່ນມັນ!

ໂບນັດ: ພວກເຮົາຈະບອກທ່ານວ່າສິ່ງທີ່ຫນ້າສົນໃຈທີ່ທ່ານສາມາດເຮັດໄດ້ໂດຍການຂະຫຍາຍ virtual ກັບຮູບພາບ GitLab.

ການຕິດຕາມ Gitlab ໂດຍໃຊ້ Grafana

ສາມປີກ່ອນ, ທີມງານ Gitlab ໄດ້ປະຕິບັດລະບົບການຕິດຕາມເພື່ອຄຸ້ມຄອງການວັດແທກຈໍານວນຫລາຍທີ່ກ່ຽວຂ້ອງກັບການບໍລິການ Gitlab.

ຕັ້ງແຕ່ນັ້ນມາ, Gitlab ໄດ້ເລີ່ມສົ່ງຊຸດການຕິດຕັ້ງຂອງມັນກັບ Prometheus ເພື່ອເຮັດໃຫ້ຜູ້ໃຊ້ສາມາດໄດ້ຮັບຜົນປະໂຫຍດຈາກຄວາມສາມາດໃນການຕິດຕາມທີ່ສະຫນອງໃຫ້ໂດຍ Prometheus.

Prometheus ເປັນຊຸດເວລາເປີດ (Apache 2.0) DBMS ຂຽນໃນ Go ແລະພັດທະນາໃນເບື້ອງຕົ້ນຢູ່ທີ່ SoundCloud. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ສິ່ງນີ້ເກັບຮັກສາ metrics ຂອງທ່ານ. ລັກສະນະທີ່ຫນ້າສົນໃຈຂອງ Prometheus ແມ່ນວ່າຕົວຂອງມັນເອງດຶງ metrics ຈາກການບໍລິການທີ່ກໍານົດໄວ້ (ບໍ່ດຶງ). ດ້ວຍເຫດນີ້, Prometheus ບໍ່ສາມາດຖືກອຸດຕັນດ້ວຍແຖວຫຼືບາງສິ່ງບາງຢ່າງເຊັ່ນນັ້ນ, ຊຶ່ງຫມາຍຄວາມວ່າການຕິດຕາມຈະບໍ່ກາຍເປັນຂໍ້ບົກຜ່ອງຂອງລະບົບ. ໂຄງການຍັງຫນ້າສົນໃຈເນື່ອງຈາກວ່າມັນພື້ນຖານບໍ່ໄດ້ສະຫນອງການຂະຫນາດຕາມແນວນອນຫຼືມີສູງ.

ສອງສາມປີກ່ອນ, ທີມງານ Gitlab ໄດ້ສະຫຼຸບວ່າ metrics ບໍ່ສະດວກຫຼາຍໂດຍບໍ່ມີ dashboards. ດັ່ງນັ້ນ, ພວກເຂົາເຈົ້າປະສົມປະສານ Grafana ກັບ dashboards ທີ່ກໍາຫນົດເອງເພື່ອຊ່ວຍໃຫ້ຜູ້ໃຊ້ຂອງເຂົາເຈົ້າສາມາດເບິ່ງເຫັນຂໍ້ມູນໄດ້ໂດຍບໍ່ຕ້ອງຕິດຕັ້ງ Grafana ດ້ວຍຕົນເອງ.

ນັບຕັ້ງແຕ່ສະບັບ 12.0, Gitlab ໄດ້ປະສົມປະສານ Grafana, ຕັ້ງຄ່າກັບ SSO ໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະ ມີຢູ່ໃນ URL ນີ້.

ມີສອງພາກສ່ວນທີ່ແຕກຕ່າງກັນຂອງການເຊື່ອມໂຍງ Gitlab ກັບ Prometheus:

• ການຕິດຕາມ GitLab (Omnibus)
• ການຕິດຕາມແອັບພລິເຄຊັນ GitLab ສ່ວນບຸກຄົນໃນກຸ່ມ Kubernetes

ວິທີການນໍາໃຊ້ມັນ

"Omnibus" ແມ່ນສິ່ງທີ່ GitLab ເອີ້ນວ່າຊຸດການຕິດຕັ້ງຕົ້ນຕໍຂອງມັນ.

ວິທີການຕັ້ງ Grafana

ການເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານຂອງ Grafana ແມ່ນຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ (ພຽງແຕ່ເຂົ້າສູ່ລະບົບ SSO ເທົ່ານັ້ນ), ແຕ່ຖ້າມີຄວາມຕ້ອງການທີ່ຈະເຂົ້າສູ່ລະບົບບັນຊີທີ່ມີສິດທິຂອງຜູ້ເບິ່ງແຍງລະບົບຫຼືສາມາດເຂົ້າສູ່ລະບົບດ້ວຍຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ເປີດໃຊ້ນີ້ໃນການຕັ້ງຄ່າ Gitlab. ໄຟລ໌ /etc/gitlab/gitlab .rb ໂດຍການແກ້ໄຂເສັ້ນທີ່ສອດຄ້ອງກັນ:

grafana['disable_login_form'] = false

ແລະ configure Gitlab ເພື່ອນໍາໃຊ້ການປ່ຽນແປງ:

sudo gitlab-ctl reconfigure

ຖ້າທ່ານເປີດຕົວ Gitlab ໂດຍໃຊ້ແມ່ແບບເຄື່ອງ virtual ຂອງພວກເຮົາຈາກຕະຫຼາດຂອງພວກເຮົາ, ທ່ານຈໍາເປັນຕ້ອງກໍານົດ URL ຂອງທ່ານໃຫ້ກັບເຄື່ອງແມ່ຂ່າຍໂດຍການປ່ຽນເສັ້ນທີ່ສອດຄ້ອງກັນໃນ /etc/gitlab/gitlab.rb:

external_url = 'http://gitlab.mydomain.ru'

ດໍາເນີນການປັບຄ່າ:

sudo gitlab-ctl reconfigure

ແລະປ່ຽນການປ່ຽນເສັ້ນທາງ URI ສໍາລັບ Grafana ຕາມຄວາມເຫມາະສົມ

ພື້ນທີ່ຜູ້ເບິ່ງແຍງ > ແອັບພລິເຄຊັນ > GitLab Grafana

gitlab.mydomain.ru/-/grafana/login/gitlab

ຄັ້ງທຳອິດທີ່ທ່ານເຂົ້າສູ່ລະບົບດ້ວຍ SSO, Gitlab ຈະຂໍອະນຸຍາດເພື່ອອະນຸຍາດໃຫ້ເຂົ້າສູ່ລະບົບ Grafana.

ເມຕຣິກ

ໃນ Grafana, dashboards ພ້ອມທີ່ຈະເຮັດແລ້ວຂອງການບໍລິການຕົ້ນຕໍແມ່ນຖືກກໍານົດແລະມີຢູ່ໃນປະເພດ Gitlab Omnibus.

ພາບລວມ Dashboard

ແຜງໜ້າປັດ Metrics Platform Service

• ພາບລວມ - dashboard ພາບລວມສະແດງໃຫ້ເຫັນສະຖານະຂອງການບໍລິການ, ຄິວແລະການນໍາໃຊ້ຊັບພະຍາກອນຂອງເຄື່ອງແມ່ຂ່າຍ
• Gitaly - ການຕິດຕາມການບໍລິການທີ່ສະຫນອງການເຂົ້າເຖິງ RPC ກັບ Gitlab repositories
• NGINX VTS - ສະຖິຕິການຈາລະຈອນການບໍລິການແລະລະຫັດ HTTP ຕໍ່ຄໍາຮ້ອງຂໍ
• PostgreSQL - ສະຖິຕິກ່ຽວກັບການມີຢູ່ແລະການໂຫຼດຢູ່ໃນຖານຂໍ້ມູນ PostgreSQL
• Praefect - ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ການ​ໂຫຼດ​ການ​ເກັບ​ຮັກ​ສາ​ທີ່​ມີ​ສູງ Praefect
• Rails App - ພາບລວມ dashboard ສໍາລັບຄໍາຮ້ອງສະຫມັກ Rails
• Redis - ການຕິດຕາມການໂຫຼດໃນການບໍລິການ Redis
• Registry - ການກວດສອບການລົງທະບຽນຮູບພາບ
• Service Platform Metrics - ຕົວຊີ້ວັດການບໍລິການທີ່ສະແດງໃຫ້ເຫັນເຖິງການນໍາໃຊ້ຊັບພະຍາກອນໂດຍ Gitlab, ຄວາມພ້ອມຂອງການບໍລິການ, ຈໍານວນການຮ້ອງຂໍ RPC ແລະຈໍານວນຂໍ້ຜິດພາດ.

ການເຊື່ອມໂຍງແມ່ນຂ້ອນຂ້າງທີ່ສົມບູນແບບແລະຜູ້ໃຊ້ Gitlab ມີຄວາມສາມາດໃນການວິເຄາະຕົວຊີ້ວັດ Gitlab ທີ່ເບິ່ງເຫັນໄດ້ທັນທີອອກຈາກກ່ອງ.

ຢູ່ Gitlab, ທີມງານແຍກຕ່າງຫາກແມ່ນຮັບຜິດຊອບໃນການຮັກສາແລະປັບປຸງ dashboards, ແລະອີງຕາມ Ben Kochie, ວິສະວະກອນ SRE ຢູ່ Gitlab, ການຕັ້ງຄ່າເລີ່ມຕົ້ນແລະ dashboards ທີ່ກຽມໄວ້ຈະເຫມາະສົມກັບຜູ້ໃຊ້ສ່ວນໃຫຍ່.

ແລະໃນປັດຈຸບັນສິ່ງທີ່ສໍາຄັນ: ໃຫ້ພວກເຮົາສ້າງຕະຫຼາດຮ່ວມກັນ

ພວກເຮົາຕ້ອງການເຊີນຊຸມຊົນ Habr ທັງຫມົດເຂົ້າຮ່ວມໃນການສ້າງຕະຫຼາດ. ມີສາມທາງເລືອກສໍາລັບວິທີທີ່ທ່ານສາມາດເຂົ້າຮ່ວມ:

ກະກຽມຮູບພາບຕົວທ່ານເອງແລະໄດ້ຮັບ 3000 rubles ກັບຍອດເງິນຂອງທ່ານ

ຖ້າທ່ານພ້ອມທີ່ຈະຮີບຟ້າວເຂົ້າໄປໃນການສູ້ຮົບໃນທັນທີແລະສ້າງຮູບພາບທີ່ທ່ານກໍາລັງຂາດຫາຍໄປ, ພວກເຮົາຈະໃຫ້ສິນເຊື່ອທ່ານດ້ວຍ 3000 ຮູເບີນກັບຍອດເງິນພາຍໃນຂອງທ່ານ, ທີ່ທ່ານສາມາດໃຊ້ເວລາໃນເຄື່ອງແມ່ຂ່າຍ.

ວິທີການສ້າງຮູບພາບຂອງທ່ານເອງ:

1. ສ້າງບັນຊີກັບພວກເຮົາຢູ່ site
2. ໃຫ້ການສະຫນັບສະຫນູນຮູ້ວ່າທ່ານກໍາລັງຈະສ້າງແລະທົດສອບຮູບພາບ
3. ພວກເຮົາຈະໃຫ້ສິນເຊື່ອແກ່ທ່ານ 3000 ຮູເບີນ ແລະເຮັດໃຫ້ຄວາມສາມາດໃນການສ້າງພາບຖ່າຍ
4. ສັ່ງເຄື່ອງເຊີບເວີ virtual ກັບລະບົບປະຕິບັດການທີ່ສະອາດ
5. ຕິດຕັ້ງຊອບແວໃນ VPS ນີ້ແລະກໍາຫນົດຄ່າມັນ
6. ຂຽນຄໍາແນະນໍາຫຼື script ສໍາລັບການຕິດຕັ້ງຊອບແວ
7. ສ້າງພາບຖ່າຍສໍາລັບເຄື່ອງແມ່ຂ່າຍທີ່ກໍາຫນົດຄ່າ
8. ສັ່ງໃຫ້ເຊີບເວີສະເໝືອນໃໝ່ໂດຍການເລືອກພາບຖ່າຍທີ່ສ້າງຂຶ້ນກ່ອນໜ້ານີ້ໃນລາຍການແບບເລື່ອນລົງ “ແມ່ແບບເຊີບເວີ”
9. ຖ້າເຄື່ອງແມ່ຂ່າຍຖືກສ້າງຂຶ້ນຢ່າງສໍາເລັດຜົນ, ໂອນວັດສະດຸທີ່ໄດ້ຮັບໃນຂັ້ນຕອນທີ 6 ໄປຫາການສະຫນັບສະຫນູນດ້ານວິຊາການ
10. ຖ້າ​ຫາກ​ວ່າ​ມີ​ຄວາມ​ຜິດ​ພາດ​, ທ່ານ​ສາ​ມາດ​ກວດ​ສອບ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ເຫດ​ຜົນ​ແລະ​ເຮັດ​ໃຫ້​ການ​ຕັ້ງ​ຄ່າ​ໄດ້​

ສໍາລັບເຈົ້າຂອງທຸລະກິດ: ສະເຫນີຊອບແວຂອງທ່ານ

ຖ້າທ່ານເປັນຜູ້ພັດທະນາຊອບແວທີ່ຖືກນໍາໃຊ້ແລະນໍາໃຊ້ໃນ VPS, ພວກເຮົາສາມາດລວມເອົາທ່ານຢູ່ໃນຕະຫຼາດ. ນີ້ແມ່ນວິທີທີ່ພວກເຮົາສາມາດຊ່ວຍໃຫ້ທ່ານນໍາເອົາລູກຄ້າໃຫມ່, ການຈະລາຈອນແລະການຮັບຮູ້. ຂຽນພວກເຮົາ

ພຽງແຕ່ແນະນໍາພວກເຮົາຮູບພາບໃນຄໍາເຫັນ

ຂຽນດ້ວຍຊອບແວໃດທີ່ເຈົ້າຕ້ອງການໃຫ້ສາມາດນຳໃຊ້ເຄື່ອງສະເໝືອນຈິງດ້ວຍການຄລິກດຽວ?

ເຈົ້າພາດຫຍັງໃນຕະຫຼາດ RUVDS?

ທຸກໆບໍລິສັດໂຮດຕິ້ງທີ່ເຄົາລົບຕົນເອງຄວນລວມເອົາຫຍັງໃນຕະຫຼາດຂອງພວກເຂົາ?

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ພວກເຮົາຄວນໃສ່ຮູບພາບໃດໃນຕະຫຼາດກ່ອນ?

• 50,0%LEMP10

• 15,0%Drupal3

• 10,0%Joomla2

• 5,0%Dokku1

• 0,0%PacVim0

• 0,0%Runcloud0

• 5,0%code-server1

• 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 ຜູ້ໃຊ້ງົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com