Loki - ການເກັບບັນທຶກໂດຍໃຊ້ວິທີການ Prometheus

ຂໍຊົມເຊີຍ, ຊາວເມືອງ Khabrovsk! ໃນສະມາດ Eve ຂອງການເລີ່ມຕົ້ນຂອງການລົງທະບຽນໃຫມ່ສໍາລັບຫຼັກສູດ "ການປະຕິບັດແລະເຄື່ອງມື DevOps" ພວກເຮົາໄດ້ກະກຽມການແປພາສາຂອງເອກະສານທີ່ຫນ້າສົນໃຈສໍາລັບທ່ານ.

ບົດ​ຄວາມ​ນີ້​ແມ່ນ​ການ​ນໍາ​ສະ​ເຫນີ​ສັ້ນ Loki​. ໂຄງການ Loki ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ Grafana​ ແລະແມ່ນແນໃສ່ການເກັບກຳຂໍ້ມູນຈາກສູນກາງ (ຈາກເຊີບເວີ ຫຼືຕູ້ບັນຈຸ).

ການດົນໃຈຕົ້ນຕໍສໍາລັບ Loki ແມ່ນ Prometheus ດ້ວຍ​ຄວາມ​ຄິດ​ຂອງ​ການ​ນໍາ​ໃຊ້​ວິ​ທີ​ການ​ຂອງ​ຕົນ​ໃນ​ການ​ຄຸ້ມ​ຄອງ​ບັນ​ທຶກ​:

• ໃຊ້ປ້າຍກຳກັບເພື່ອເກັບຂໍ້ມູນ
• ການບໍລິໂພກຊັບພະຍາກອນຈໍານວນຫນ້ອຍ

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

ສອງສາມຄໍາກ່ຽວກັບ Prometheus

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

ຫນຶ່ງໃນລັກສະນະທີ່ໂດດເດັ່ນຂອງ Prometheus ແມ່ນການສະກັດ metrics ຈາກຈຸດເກັບກໍາ (ຜ່ານຜູ້ສົ່ງອອກ) ແລະເກັບຮັກສາໄວ້ໃນ TSDB (Time Series Data Base), ດ້ວຍການເພີ່ມ metadata ໃນຮູບແບບຂອງປ້າຍຊື່.

ເປັນຫຍັງມັນ ຈຳ ເປັນ

ບໍ່ດົນມານີ້, Prometheus ໄດ້ກາຍເປັນມາດຕະຖານ de facto ໃນໂລກຂອງບັນຈຸແລະ Kubernetes: ການຕິດຕັ້ງຂອງມັນແມ່ນງ່າຍດາຍຫຼາຍ, ແລະກຸ່ມ Kubernetes ມາພ້ອມກັບຈຸດສິ້ນສຸດພື້ນເມືອງສໍາລັບ Prometheus. Prometheus ຍັງສາມາດສະກັດ metrics ຈາກແອັບພລິເຄຊັນທີ່ໃຊ້ໃນຖັງໃນຂະນະທີ່ເກັບຮັກສາປ້າຍສະເພາະ. ດັ່ງນັ້ນ, ການຕິດຕາມຄໍາຮ້ອງສະຫມັກແມ່ນງ່າຍຫຼາຍທີ່ຈະປະຕິບັດ.

ແຕ່ຫນ້າເສຍດາຍ, ຍັງບໍ່ທັນມີການແກ້ໄຂແບບ turnkey ສໍາລັບການຄຸ້ມຄອງບັນທຶກ, ແລະທ່ານຕ້ອງຊອກຫາວິທີແກ້ໄຂສໍາລັບຕົວທ່ານເອງ:

• ການບໍລິການຄລາວທີ່ຖືກຄຸ້ມຄອງສໍາລັບການສູນກາງບັນທຶກ (AWS, Azure ຫຼື Google)
• ການ​ບໍ​ລິ​ການ​ຕິດ​ຕາມ​ກວດ​ກາ "ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ເປັນ​ການ​ບໍ​ລິ​ການ​" (ເຊັ່ນ​: Datadog​)
• ສ້າງການບໍລິການເກັບບັນທຶກຂອງທ່ານເອງ.

ສໍາລັບທາງເລືອກທີສາມ, ຂ້າພະເຈົ້າໃຊ້ Elasticsearch ແບບດັ້ງເດີມ, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າຂ້ອຍບໍ່ພໍໃຈກັບມັນ (ໂດຍສະເພາະແມ່ນຄວາມຫນັກແຫນ້ນແລະຄວາມສັບສົນຂອງການຕັ້ງຄ່າຂອງມັນ).

Loki ໄດ້​ຖືກ​ອອກ​ແບບ​ເພື່ອ​ເຮັດ​ໃຫ້​ການ​ປະ​ຕິ​ບັດ​ງ່າຍ​ຂຶ້ນ​ຕາມ​ຫຼັກ​ການ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

• ເລີ່ມຕົ້ນງ່າຍດາຍ
• ບໍລິໂພກຊັບພະຍາກອນຈໍານວນຫນ້ອຍ
• ເຮັດວຽກເປັນເອກະລາດໂດຍບໍ່ມີການບໍາລຸງຮັກສາພິເສດໃດໆ
• ເປັນສ່ວນເສີມຂອງ Prometheus ເພື່ອຊ່ວຍໃນການສືບສວນແມງໄມ້

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

ການສືບສວນເຫດການ

ເພື່ອເຂົ້າໃຈດີກວ່າວ່າເປັນຫຍັງ Loki ບໍ່ຕ້ອງການດັດສະນີ, ໃຫ້ກັບຄືນໄປຫາວິທີການສືບສວນເຫດການທີ່ນັກພັດທະນາ Loki ໃຊ້:

1 Alert → 2 Dashboard → 3 Adhoc Query → 4 Log Aggregation → 5 Distributed Tracing → 6 ແກ້ໄຂ!
(1 ຄຳເຕືອນ → 2 Dashboard → 3 Adhoc Query → 4 Log Aggregation → 5 Distributed Tracing → 6 Fixing!)

ແນວຄວາມຄິດແມ່ນວ່າພວກເຮົາໄດ້ຮັບການແຈ້ງເຕືອນບາງປະເພດ (Slack Notification, SMS, ແລະອື່ນໆ) ແລະຫຼັງຈາກນັ້ນ:

• ເບິ່ງກະດານ dashboards Grafana
• ເບິ່ງການວັດແທກການບໍລິການ (ຕົວຢ່າງ, ໃນ Prometheus)
• ເບິ່ງລາຍການບັນທຶກ (ຕົວຢ່າງ, ໃນ Elasticsearch)
• ບາງທີເບິ່ງຮ່ອງຮອຍທີ່ແຈກຢາຍ (Jaeger, Zipkin, ແລະອື່ນໆ).
• ແລະສຸດທ້າຍແກ້ໄຂບັນຫາຕົ້ນສະບັບ.

ທີ່ນີ້, ໃນກໍລະນີຂອງ Grafana + Prometheus + Elasticsearch + Zipkin stack, ທ່ານຈະຕ້ອງໃຊ້ສີ່ເຄື່ອງມືທີ່ແຕກຕ່າງກັນ. ເພື່ອຫຼຸດຜ່ອນເວລາ, ມັນຈະເປັນການດີທີ່ຈະສາມາດປະຕິບັດຂັ້ນຕອນເຫຼົ່ານີ້ທັງຫມົດໂດຍໃຊ້ເຄື່ອງມືດຽວ: Grafana. ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າວິທີການຄົ້ນຄ້ວານີ້ໄດ້ຖືກປະຕິບັດຢູ່ໃນ Grafana ຕັ້ງແຕ່ຮຸ່ນ 6. ດັ່ງນັ້ນ, ມັນຈຶ່ງສາມາດເຂົ້າຫາຂໍ້ມູນ Prometheus ໂດຍກົງຈາກ Grafana.

ໜ້າຈໍ Explorer ແຍກລະຫວ່າງ Prometheus ແລະ Loki

ຈາກຫນ້າຈໍນີ້ທ່ານສາມາດເບິ່ງບັນທຶກ Loki ທີ່ກ່ຽວຂ້ອງກັບ metrics Prometheus ໂດຍໃຊ້ແນວຄວາມຄິດຂອງຫນ້າຈໍແຍກ. ນັບຕັ້ງແ​​ຕ່ສະບັບ 6.5, Grafana ອະນຸຍາດໃຫ້ທ່ານສາມາດແຍກ id ຕິດຕາມຢູ່ໃນບັນທຶກ Loki ຕິດຕາມການເຊື່ອມຕໍ່ກັບເຄື່ອງມືຕິດຕາມການແຈກຢາຍທີ່ທ່ານມັກ (Jaeger).

ການທົດສອບ Loki ທ້ອງຖິ່ນ

ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະທົດສອບ Loki ໃນທ້ອງຖິ່ນແມ່ນການໃຊ້ docker-compose. ໄຟລ໌ docker-compose ແມ່ນຢູ່ໃນບ່ອນເກັບມ້ຽນ Loki. ທ່ານສາມາດໄດ້ຮັບ repository ໂດຍໃຊ້ຄໍາສັ່ງຕໍ່ໄປນີ້ git:

$ git clone https://github.com/grafana/loki.git

ຫຼັງຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ໄປຫາໄດເລກະທໍລີການຜະລິດ:

$ cd production

ຫຼັງຈາກນີ້, ທ່ານສາມາດໄດ້ຮັບສະບັບຫລ້າສຸດຂອງຮູບພາບ Docker:

$ docker-compose pull

ສຸດທ້າຍ, stack Loki ຖືກເປີດຕົວດ້ວຍຄໍາສັ່ງຕໍ່ໄປນີ້:

$ docker-compose up

ສະຖາປັດຕະຍະກໍາ Loki

ນີ້ແມ່ນແຜນວາດຂະຫນາດນ້ອຍທີ່ມີສະຖາປັດຕະຍະກໍາ Loki:

ຫຼັກການສະຖາປັດຕະຍະກຳ Loki

ລູກຄ້າເວັບແລ່ນແອັບພລິເຄຊັນໃນເຊີຟເວີ, Promtail ລວບລວມບັນທຶກແລະສົ່ງໄປຫາ Loki, ລູກຄ້າເວັບຍັງສົ່ງ metadata ໄປ Loki. Loki ລວບລວມທຸກສິ່ງທຸກຢ່າງແລະສົ່ງມັນໄປຫາ Grafana.
Loki ຖືກເປີດຕົວ. ເພື່ອເບິ່ງອົງປະກອບທີ່ມີຢູ່, ດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

$ docker ps

ໃນກໍລະນີຂອງ Docker ທີ່ຕິດຕັ້ງໃຫມ່, ຄໍາສັ່ງຄວນສົ່ງຄືນຜົນໄດ້ຮັບຕໍ່ໄປນີ້:

IMAGE               PORTS                  NAMES
grafana/promtail:                          production_promtail_1
grafana/grafana: m  0.0.0.0:3000->3000/tcp production_grafana_1
grafana/loki: late  80/tcp,0.0.0.0:3100... production_loki_1

ພວກເຮົາເບິ່ງອົງປະກອບດັ່ງຕໍ່ໄປນີ້:

• Promtail: ຕົວແທນທີ່ຮັບຜິດຊອບສໍາລັບການສູນກາງຂອງບັນທຶກ
• Grafana: ເຄື່ອງມື dashboard ທີ່ມີຊື່ສຽງ
• Loki: Data Centralization Daemon

ເປັນສ່ວນຫນຶ່ງຂອງໂຄງສ້າງພື້ນຖານແບບຄລາສສິກ (ຕົວຢ່າງ, ອີງໃສ່ເຄື່ອງຈັກ virtual), ຕົວແທນ Promtail ຕ້ອງໄດ້ຮັບການນໍາໃຊ້ໃນແຕ່ລະເຄື່ອງຈັກ. Grafana ແລະ Loki ສາມາດຕິດຕັ້ງຢູ່ໃນເຄື່ອງດຽວກັນ.

ນຳໃຊ້ກັບ Kubernetes

ການຕິດຕັ້ງອົງປະກອບ Loki ໃນ Kubernetes ຈະເປັນດັ່ງຕໍ່ໄປນີ້:

• daemonSet ສໍາລັບການຕິດຕັ້ງຕົວແທນ Promtail ໃນແຕ່ລະເຄື່ອງຈັກໃນກຸ່ມເຊີບເວີ
• ການນຳໃຊ້ Loki
• ແລະອັນສຸດທ້າຍແມ່ນການຕິດຕັ້ງ Grafana.

ໂຊກດີ, Loki ສາມາດໃຊ້ໄດ້ເປັນຊຸດ Helm, ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການນໍາໃຊ້.

ການຕິດຕັ້ງຜ່ານ Heml

ທ່ານຄວນຕິດຕັ້ງ Heml ແລ້ວ. ມັນສາມາດດາວໂຫຼດໄດ້ຈາກບ່ອນເກັບມ້ຽນ GitHub ຂອງໂຄງການ. ມັນໄດ້ຖືກຕິດຕັ້ງໂດຍ unpacking archive ທີ່ສອດຄ້ອງກັນກັບສະຖາປັດຕະຂອງທ່ານແລະເພີ່ມ helm ກັບ $PATH.

ຫມາຍເຫດ: ເວີຊັ່ນ 3.0.0 ຂອງ Helm ຖືກປ່ອຍອອກມາເມື່ອບໍ່ດົນມານີ້. ເນື່ອງຈາກມີການປ່ຽນແປງຫຼາຍຢ່າງກ່ຽວກັບມັນ, ຜູ້ອ່ານໄດ້ຖືກແນະນໍາໃຫ້ລໍຖ້າເລັກນ້ອຍກ່ອນທີ່ຈະໃຊ້ມັນ..

ເພີ່ມແຫຼ່ງສໍາລັບ Helm

ຂັ້ນຕອນທໍາອິດແມ່ນການເພີ່ມ "loki" repository ໂດຍໃຊ້ຄໍາສັ່ງຕໍ່ໄປນີ້:

$ helm add loki https://grafana.github.io/loki/charts

ຫຼັງຈາກນັ້ນ, ທ່ານສາມາດຄົ້ນຫາຊຸດທີ່ມີຊື່ວ່າ "loki":

$ helm search loki

ຜົນໄດ້ຮັບ:

loki/loki       0.17.2 v0.4.0 Loki: like Prometheus, but for logs.
loki/loki-stack 0.19.1 v0.4.0 Loki: like Prometheus, but for logs.
loki/fluent-bit 0.0.2  v0.0.1 Uses fluent-bit Loki go plugin for...
loki/promtail   0.13.1 v0.4.0 Responsible for gathering logs and...

ຊຸດເຫຼົ່ານີ້ມີຄຸນສົມບັດດັ່ງຕໍ່ໄປນີ້:

• ຊຸດ loki/loki ກົງກັບເຊີບເວີ Loki ເທົ່ານັ້ນ
• ຊຸດ loki/fluent-bit ຊ່ວຍໃຫ້ທ່ານສາມາດນຳໃຊ້ DaemonSet ໂດຍໃຊ້ fluent-bin ເພື່ອເກັບກຳບັນທຶກແທນ Promtail
• ຊຸດ loki/promtail ມີຕົວແທນເກັບກຳໄຟລ໌ບັນທຶກ
• ຊຸດ loki/loki-stack, ອະນຸຍາດໃຫ້ທ່ານນໍາໃຊ້ Loki ທັນທີພ້ອມກັບ Promtail.

ການຕິດຕັ້ງ Loki

ເພື່ອປັບໃຊ້ Loki ກັບ Kubernetes, ດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້ໃນ namespace "ຕິດຕາມກວດກາ":

$ helm upgrade --install loki loki/loki-stack --namespace monitoring

ເພື່ອບັນທຶກໃສ່ແຜ່ນ, ເພີ່ມພາລາມິເຕີ --set loki.persistence.enabled = true:

$ helm upgrade --install loki loki/loki-stack 
              --namespace monitoring 
              --set loki.persistence.enabled=true

ຫມາຍເຫດ: ຖ້າທ່ານຕ້ອງການທີ່ຈະໃຊ້ Grafana ໃນເວລາດຽວກັນ, ຫຼັງຈາກນັ້ນໃຫ້ເພີ່ມພາລາມິເຕີ --set grafana.enabled = true

ເມື່ອທ່ານດໍາເນີນການຄໍາສັ່ງນີ້, ທ່ານຄວນໄດ້ຮັບຜົນໄດ້ຮັບດັ່ງຕໍ່ໄປນີ້:

LAST DEPLOYED: Tue Nov 19 15:56:54 2019
NAMESPACE: monitoring
STATUS: DEPLOYED
RESOURCES:
==> v1/ClusterRole
NAME AGE
loki-promtail-clusterrole 189d
…
NOTES:
The Loki stack has been deployed to your cluster. Loki can now be added as a datasource in Grafana.
See <a href="http://docs.grafana.org/features/datasources/loki/">http://docs.grafana.org/features/datasources/loki/</a> for more details.

ຊອກຫາຢູ່ໃນສະພາບຂອງຝັກໃນ namespace "ຕິດຕາມກວດກາ", ພວກເຮົາສາມາດເຫັນໄດ້ວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນ deployed:

$ kubectl -n monitoring get pods -l release=loki

ຜົນໄດ້ຮັບ:

NAME                 READY  STATUS   RESTARTS  AGE
loki-0               1/1    Running  0         147m
loki-promtail-9zjvc  1/1    Running  0         3h25m
loki-promtail-f6brf  1/1    Running  0         11h
loki-promtail-hdcj7  1/1    Running  0         3h23m
loki-promtail-jbqhc  1/1    Running  0         11h
loki-promtail-mj642  1/1    Running  0         62m
loki-promtail-nm64g  1/1    Running  0         24m

ຝັກທັງໝົດກຳລັງແລ່ນ. ໃນປັດຈຸບັນມັນເປັນເວລາທີ່ຈະເຮັດການທົດສອບບາງຢ່າງ!

ການ​ເຊື່ອມ​ຕໍ່​ກັບ Grafana​

ເພື່ອເຊື່ອມຕໍ່ກັບ Grafana ພາຍໃຕ້ Kubernetes, ທ່ານຈໍາເປັນຕ້ອງເປີດອຸໂມງໄປຫາຝັກຂອງມັນ. ຂ້າງລຸ່ມນີ້ແມ່ນຄໍາສັ່ງເພື່ອເປີດພອດ 3000 ສໍາລັບ Grafana pod:

$ kubectl -n port-forward monitoring svc/loki-grafana 3000:80

ຈຸດສໍາຄັນອີກອັນຫນຶ່ງແມ່ນຄວາມຕ້ອງການທີ່ຈະຟື້ນຕົວລະຫັດຜ່ານຂອງຜູ້ເບິ່ງແຍງ Grafana. ລະຫັດຜ່ານຖືກເກັບໄວ້ເປັນຄວາມລັບ loki-grafana ໃນພາກສະຫນາມ .data.admin-user ໃນຮູບແບບ base64.

ເພື່ອຟື້ນຟູມັນ, ທ່ານຈໍາເປັນຕ້ອງດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

$ kubectl -n monitoring get secret loki-grafana 
 --template '{{index .data "admin-password" | base64decode}}'; echo

ໃຊ້ລະຫັດຜ່ານນີ້ຮ່ວມກັບບັນຊີຜູ້ເບິ່ງແຍງລະບົບເລີ່ມຕົ້ນ (admin).

ການກໍານົດແຫຼ່ງຂໍ້ມູນ Loki ໃນ Grafana

ກ່ອນອື່ນ ໝົດ, ໃຫ້ແນ່ໃຈວ່າແຫຼ່ງຂໍ້ມູນ Loki ໄດ້ຖືກສ້າງຂື້ນ (ການຕັ້ງຄ່າ / ແຫຼ່ງຂໍ້ມູນ).
ນີ້ແມ່ນຕົວຢ່າງ:

ຕົວຢ່າງຂອງການຕັ້ງຄ່າແຫຼ່ງຂໍ້ມູນສໍາລັບ Loki

ໂດຍການຄລິກໃສ່ "ທົດສອບ" ທ່ານສາມາດກວດສອບການເຊື່ອມຕໍ່ກັບ Loki.

ເຮັດການຮ້ອງຂໍໃຫ້ Loki

ຕອນນີ້ໄປທີ່ Grafana ໄປຫາພາກສ່ວນ "ສຳຫຼວດ". ເມື່ອໄດ້ຮັບບັນທຶກຈາກບັນຈຸ, Loki ເພີ່ມ metadata ຈາກ Kubernetes. ດັ່ງນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະເບິ່ງບັນທຶກຂອງຖັງສະເພາະ.

ຕົວຢ່າງ, ເພື່ອເລືອກບັນທຶກການບັນຈຸ promtail, ທ່ານສາມາດນໍາໃຊ້ຄໍາຖາມຕໍ່ໄປນີ້: {container_name = "promtail"}.
ທີ່ນີ້ຍັງຈື່ຈໍາທີ່ຈະເລືອກເອົາແຫຼ່ງຂໍ້ມູນ Loki.

ຄິວຣີນີ້ຈະສົ່ງຄືນການເຄື່ອນໄຫວຂອງບັນຈຸດັ່ງນີ້:

ຜົນການຄົ້ນຫາໃນ Grafana

ເພີ່ມໃສ່ dashboard

ເລີ່ມຕົ້ນດ້ວຍ Grafana 6.4, ທ່ານສາມາດວາງຂໍ້ມູນບັນທຶກໂດຍກົງໃສ່ dashboard. ຫຼັງຈາກນີ້, ຜູ້ໃຊ້ຈະສາມາດປ່ຽນໄດ້ໄວລະຫວ່າງຈໍານວນຄໍາຮ້ອງຂໍຢູ່ໃນເວັບໄຊທ໌ແລະການຕິດຕາມຄໍາຮ້ອງສະຫມັກຂອງລາວ.

ຂ້າງລຸ່ມນີ້ແມ່ນຕົວຢ່າງຂອງ dashboard ທີ່ປະຕິບັດການໂຕ້ຕອບນີ້:

ຕົວຢ່າງ dashboard ກັບ metrics Prometheus ແລະບັນທຶກ Loki

ອະນາຄົດຂອງ Loki

ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ການ​ນໍາ​ໃຊ້ Loki ກັບ​ຄືນ​ໄປ​ບ່ອນ​ໃນ​ເດືອນ​ພຶດ​ສະ​ພາ / ເດືອນ​ມິ​ຖຸ​ນາ​ກັບ​ສະ​ບັບ 0.1​. ມື້ນີ້ສະບັບ 1, ແລະແມ້ກະທັ້ງ 1.1 ແລະ 1.2 ໄດ້ຖືກປ່ອຍອອກມາແລ້ວ.

ມັນຕ້ອງຍອມຮັບວ່າເວີຊັນ 0.1 ບໍ່ຄົງທີ່ພຽງພໍ. ແຕ່ 0.3 ໄດ້ສະແດງອາການທີ່ແທ້ຈິງຂອງການເຕີບໂຕແລ້ວ, ແລະສະບັບຕໍ່ມາ (0.4, ຫຼັງຈາກນັ້ນ 1.0) ພຽງແຕ່ເພີ່ມຄວາມປະທັບໃຈນີ້.

ຫຼັງຈາກ 1.0.0, ບໍ່ມີໃຜສາມາດມີຂໍ້ແກ້ຕົວທີ່ຈະບໍ່ໃຊ້ເຄື່ອງມືທີ່ປະເສີດນີ້.

ການປັບປຸງເພີ່ມເຕີມບໍ່ຄວນຈະກ່ຽວກັບ Loki, ແຕ່ແທນທີ່ຈະເຊື່ອມໂຍງກັບ Grafana ທີ່ດີເລີດ. ໃນຄວາມເປັນຈິງ, Grafana 6.4 ມີການເຊື່ອມໂຍງທີ່ດີກັບ dashboards ແລ້ວ.

Grafana 6.5, ເຊິ່ງຖືກປ່ອຍອອກມາເມື່ອບໍ່ດົນມານີ້, ປັບປຸງການລວມເຂົ້າກັນຕື່ມອີກໂດຍການຮັບຮູ້ເນື້ອໃນບັນທຶກໃນຮູບແບບ JSON ໂດຍອັດຕະໂນມັດ.

ວິດີໂອຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນຕົວຢ່າງຂະຫນາດນ້ອຍຂອງກົນໄກນີ້:

ການນໍາໃຊ້ສາຍ Loki ເປີດເຜີຍໃນ Grafana

ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ຫນຶ່ງໃນຊ່ອງຂໍ້ມູນ JSON, ສໍາລັບຕົວຢ່າງ, ສໍາລັບ:

• ເຊື່ອມຕໍ່ກັບເຄື່ອງມືພາຍນອກ
• ການກັ່ນຕອງເນື້ອໃນບັນທຶກ

ຕົວຢ່າງ, ທ່ານສາມາດຄລິກໃສ່ traceId ເພື່ອໄປທີ່ Zipkin ຫຼື Jaeger.

ຕາມປົກກະຕິ, ພວກເຮົາຫວັງວ່າຈະໄດ້ຄໍາເຫັນຂອງທ່ານແລະເຊື້ອເຊີນທ່ານ ເປີດ webinar, ບ່ອນທີ່ພວກເຮົາຈະສົນທະນາກ່ຽວກັບວິທີການພັດທະນາອຸດສາຫະກໍາ DevOps ໃນປີ 2019 ແລະປຶກສາຫາລືກ່ຽວກັບເສັ້ນທາງການພັດທະນາທີ່ເປັນໄປໄດ້ສໍາລັບ 2020.

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