TS Total Sight. ການເກັບກໍາເຫດການ, ການວິເຄາະເຫດການແລະເຄື່ອງມືອັດຕະໂນມັດການຕອບໂຕ້ໄພຂົ່ມຂູ່

ສະບາຍດີຕອນບ່າຍ, ໃນບົດຄວາມທີ່ຜ່ານມາພວກເຮົາໄດ້ຮູ້ຈັກກັບວຽກງານຂອງ ELK Stack. ຕອນນີ້ໃຫ້ພວກເຮົາປຶກສາຫາລືກ່ຽວກັບຄວາມເປັນໄປໄດ້ທີ່ສາມາດຮັບຮູ້ໄດ້ໂດຍຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພຂໍ້ມູນໃນການນໍາໃຊ້ລະບົບເຫຼົ່ານີ້. ສິ່ງທີ່ບັນທຶກສາມາດແລະຄວນຈະເຂົ້າໄປໃນ elasticsearch. ໃຫ້ພິຈາລະນາສະຖິຕິໃດທີ່ສາມາດໄດ້ຮັບໂດຍການຕັ້ງຄ່າ dashboards ແລະວ່າມີກໍາໄລໃດໆໃນນີ້. ວິທີທີ່ທ່ານສາມາດປະຕິບັດອັດຕະໂນມັດຂອງຂະບວນການຄວາມປອດໄພຂໍ້ມູນຂ່າວສານໂດຍໃຊ້ stack ELK. ໃຫ້ເຮົາແຕ້ມສະຖາປັດຕະຍະກໍາຂອງລະບົບ. ໃນຈໍານວນທັງຫມົດ, ການປະຕິບັດຫນ້າທີ່ທັງຫມົດແມ່ນເປັນວຽກງານທີ່ໃຫຍ່ຫຼວງແລະມີຄວາມຫຍຸ້ງຍາກ, ດັ່ງນັ້ນການແກ້ໄຂໄດ້ຖືກມອບຊື່ແຍກຕ່າງຫາກ - TS Total Sight.

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

1. ສະຖິຕິ ແລະການສ້າງພາບ;
2. ການກວດສອບເຫດການຄວາມປອດໄພຂອງຂໍ້ມູນ;
3. ການຈັດລໍາດັບເຫດການ;
4. ອັດຕະໂນມັດຂອງຂະບວນການຄວາມປອດໄພຂໍ້ມູນຂ່າວສານ.

ຕໍ່ໄປ, ພວກເຮົາຈະພິຈາລະນາຢ່າງລະອຽດກ່ຽວກັບແຕ່ລະຄົນ.

ການ​ຊອກ​ຫາ​ເຫດ​ການ​ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​

ວຽກງານຕົ້ນຕໍຂອງການນໍາໃຊ້ elasticsearch ໃນກໍລະນີຂອງພວກເຮົາແມ່ນການເກັບກໍາຂໍ້ມູນຄວາມປອດໄພຂໍ້ມູນເທົ່ານັ້ນ. ທ່ານສາມາດເກັບກໍາຂໍ້ມູນເຫດການຄວາມປອດໄພຈາກວິທີການຄວາມປອດໄພໃດໆຖ້າພວກເຂົາສະຫນັບສະຫນູນຢ່າງຫນ້ອຍບາງຮູບແບບຂອງການສົ່ງບັນທຶກ, ມາດຕະຖານແມ່ນ syslog ຫຼື scp ບັນທຶກໄຟລ໌.

ທ່ານສາມາດໃຫ້ຕົວຢ່າງມາດຕະຖານຂອງເຄື່ອງມືຄວາມປອດໄພ ແລະອື່ນໆອີກ, ຈາກບ່ອນທີ່ທ່ານຄວນຕັ້ງຄ່າການສົ່ງຕໍ່ຂອງບັນທຶກ:

1. ເຄື່ອງມື NGFW ໃດ (Check Point, Fortinet);
2. ເຄື່ອງສະແກນຄວາມສ່ຽງໃດໆ (PT Scanner, OpenVas);
3. Web Application Firewall (PT AF);
4. netflow analyzers (Flowmon, Cisco StealthWatch);
5. AD server.

ເມື່ອທ່ານໄດ້ຕັ້ງຄ່າການສົ່ງບັນທຶກແລະໄຟລ໌ການຕັ້ງຄ່າໃນ Logstash, ທ່ານສາມາດເຊື່ອມໂຍງແລະປຽບທຽບກັບເຫດການທີ່ມາຈາກເຄື່ອງມືຄວາມປອດໄພຕ່າງໆ. ເພື່ອເຮັດສິ່ງນີ້, ມັນສະດວກໃນການນໍາໃຊ້ດັດສະນີທີ່ພວກເຮົາຈະເກັບຮັກສາເຫດການທັງຫມົດທີ່ກ່ຽວຂ້ອງກັບອຸປະກອນສະເພາະ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ດັດສະນີຫນຶ່ງແມ່ນເຫດການທັງຫມົດຕໍ່ກັບອຸປະກອນຫນຶ່ງ. ການແຈກຢາຍນີ້ສາມາດຖືກປະຕິບັດໃນ 2 ວິທີ.

ທາງເລືອກທໍາອິດ ນີ້ແມ່ນເພື່ອກໍານົດການຕັ້ງຄ່າ Logstash. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຊ້ໍາຂໍ້ມູນບັນທຶກສໍາລັບບາງຂົງເຂດເຂົ້າໄປໃນຫນ່ວຍງານແຍກຕ່າງຫາກທີ່ມີປະເພດທີ່ແຕກຕ່າງກັນ. ແລະຫຼັງຈາກນັ້ນນໍາໃຊ້ປະເພດນີ້ໃນອະນາຄົດ. ໃນຕົວຢ່າງ, ບັນທຶກແມ່ນ cloned ຈາກແຜ່ນ IPS ຂອງ Check Point firewall.

filter {
    if [product] == "SmartDefense" {
        clone {
	    clones => ["CloneSmartDefense"]
	    add_field => {"system" => "checkpoint"}
	}
    }
}

ເພື່ອບັນທຶກເຫດການດັ່ງກ່າວເຂົ້າໄປໃນດັດສະນີແຍກຕ່າງຫາກຂຶ້ນຢູ່ກັບພາກສະຫນາມບັນທຶກ, ເຊັ່ນ: ລາຍເຊັນການໂຈມຕີ IP ຈຸດຫມາຍປາຍທາງ. ທ່ານສາມາດນໍາໃຊ້ການກໍ່ສ້າງທີ່ຄ້າຍຄືກັນ:

output {
    if [type] == "CloneSmartDefense"{
    {
         elasticsearch {
    	 hosts => [",<IP_address_elasticsearch>:9200"]
    	 index => "smartdefense-%{dst}"
    	 user => "admin"
    	 password => "password"
  	 }
    }
}

ແລະດ້ວຍວິທີນີ້, ທ່ານສາມາດບັນທຶກເຫດການທັງຫມົດເຂົ້າໄປໃນດັດສະນີ, ຕົວຢ່າງ, ໂດຍທີ່ຢູ່ IP, ຫຼືຊື່ໂດເມນຂອງເຄື່ອງຈັກ. ໃນກໍລະນີນີ້, ພວກເຮົາບັນທຶກມັນໄວ້ໃນດັດຊະນີ "smartdefense-%{dst}", ໂດຍທີ່ຢູ່ IP ຂອງຈຸດຫມາຍປາຍທາງລາຍເຊັນ.

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

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

ແລະແນ່ນອນ, ຄໍາຖາມທີ່ສໍາຄັນທີ່ສຸດ, ແລະສິ່ງທີ່ສາມາດພົວພັນກັນແລະກວດພົບ??

ມັນອາດຈະມີຫຼາຍທາງເລືອກທີ່ນີ້, ແລະມັນຂຶ້ນກັບສິ່ງທີ່ເຄື່ອງມືຄວາມປອດໄພຖືກນໍາໃຊ້ໃນໂຄງສ້າງພື້ນຖານຂອງທ່ານ, ສອງຕົວຢ່າງ:

1. ເຫັນໄດ້ຊັດເຈນທີ່ສຸດແລະ, ຈາກທັດສະນະຂອງຂ້ອຍ, ທາງເລືອກທີ່ຫນ້າສົນໃຈທີ່ສຸດສໍາລັບຜູ້ທີ່ມີການແກ້ໄຂ NGFW ແລະເຄື່ອງສະແກນຄວາມອ່ອນແອ. ນີ້ແມ່ນການປຽບທຽບບັນທຶກ IPS ແລະຜົນການສະແກນຄວາມສ່ຽງ. ຖ້າການໂຈມຕີໄດ້ຖືກກວດພົບ (ບໍ່ຖືກບລັອກ) ໂດຍລະບົບ IPS, ແລະຊ່ອງໂຫວ່ນີ້ບໍ່ໄດ້ຖືກປິດຢູ່ໃນເຄື່ອງສຸດທ້າຍໂດຍອີງໃສ່ຜົນການສະແກນ, ມັນຈໍາເປັນຕ້ອງໄດ້ລະເບີດ whistle, ເນື່ອງຈາກວ່າມີຄວາມເປັນໄປໄດ້ສູງທີ່ຊ່ອງໂຫວ່ໄດ້ຖືກຂູດຮີດ. .
2. ຄວາມພະຍາຍາມເຂົ້າສູ່ລະບົບຫຼາຍຄັ້ງຈາກເຄື່ອງໜຶ່ງໄປຫາບ່ອນຕ່າງໆ ອາດຈະເປັນສັນຍາລັກຂອງການເຄື່ອນໄຫວທີ່ເປັນອັນຕະລາຍ.
3. ຜູ້ໃຊ້ດາວໂຫຼດໄຟລ໌ໄວຣັສເນື່ອງຈາກການເຂົ້າເບິ່ງເວັບໄຊທີ່ອາດເປັນອັນຕະລາຍຫຼາຍ.

ສະຖິຕິ ແລະການສ້າງພາບ

ສິ່ງທີ່ເຫັນໄດ້ຊັດເຈນແລະເຂົ້າໃຈໄດ້ທີ່ສຸດທີ່ ELK Stack ຕ້ອງການແມ່ນການເກັບຮັກສາແລະການເບິ່ງເຫັນຂອງບັນທຶກ, ໃນບົດຄວາມທີ່ຜ່ານມາ ມັນໄດ້ຖືກສະແດງໃຫ້ເຫັນວິທີທີ່ທ່ານສາມາດສ້າງບັນທຶກຈາກອຸປະກອນຕ່າງໆໂດຍໃຊ້ Logstash. ຫຼັງຈາກບັນທຶກໄປທີ່ Elasticsearch, ທ່ານສາມາດຕັ້ງຄ່າ dashboards, ເຊິ່ງໄດ້ຖືກກ່າວເຖິງ ໃນບົດຄວາມທີ່ຜ່ານມາ, ມີຂໍ້ມູນແລະສະຖິຕິທີ່ທ່ານຕ້ອງການໂດຍຜ່ານການເບິ່ງເຫັນ.

ຕົວຢ່າງ:

1. Dashboard ສໍາລັບເຫດການປ້ອງກັນໄພຂົ່ມຂູ່ທີ່ມີເຫດການສໍາຄັນທີ່ສຸດ. ໃນທີ່ນີ້ທ່ານສາມາດສະທ້ອນໃຫ້ເຫັນວ່າລາຍເຊັນ IPS ໃດຖືກກວດພົບແລະບ່ອນທີ່ພວກເຂົາມາຈາກພູມສາດ.

   

2. Dashboard ກ່ຽວກັບການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກທີ່ສໍາຄັນທີ່ສຸດສໍາລັບຂໍ້ມູນທີ່ສາມາດຮົ່ວໄຫຼ.

   

3. ສະແກນຜົນໄດ້ຮັບຈາກເຄື່ອງສະແກນຄວາມປອດໄພໃດໆ.

   

4. Active Directory ບັນທຶກໂດຍຜູ້ໃຊ້.

   

5. ກະດານເຊື່ອມຕໍ່ VPN.

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

ການຈັດລໍາດັບເຫດການ

ໃນເງື່ອນໄຂຂອງໂຄງສ້າງພື້ນຖານຂະຫນາດໃຫຍ່, ຈໍານວນເຫດການອາດຈະຫມົດໄປ, ແລະຜູ້ຊ່ຽວຊານຈະບໍ່ມີເວລາທີ່ຈະຈັດການກັບເຫດການທັງຫມົດໃນເວລາ. ໃນກໍລະນີນີ້, ມັນເປັນສິ່ງຈໍາເປັນ, ກ່ອນອື່ນຫມົດ, ເພື່ອຊີ້ໃຫ້ເຫັນພຽງແຕ່ເຫດການທີ່ເຮັດໃຫ້ເກີດໄພຂົ່ມຂູ່ອັນໃຫຍ່ຫຼວງ. ດັ່ງນັ້ນ, ລະບົບຈະຕ້ອງຈັດລໍາດັບຄວາມສໍາຄັນຂອງເຫດການໂດຍອີງໃສ່ຄວາມຮຸນແຮງຂອງພວກເຂົາທີ່ກ່ຽວຂ້ອງກັບໂຄງສ້າງພື້ນຖານຂອງທ່ານ. ຄວນຕັ້ງຄ່າການແຈ້ງເຕືອນທາງອີເມວ ຫຼືໂທລະເລກສຳລັບເຫດການເຫຼົ່ານີ້. ການຈັດລໍາດັບຄວາມສໍາຄັນສາມາດປະຕິບັດໄດ້ໂດຍໃຊ້ເຄື່ອງມື Kibana ມາດຕະຖານໂດຍການຕັ້ງຄ່າການເບິ່ງເຫັນ. ແຕ່ດ້ວຍການແຈ້ງເຕືອນມັນຍາກກວ່າ; ໂດຍຄ່າເລີ່ມຕົ້ນ, ຟັງຊັນນີ້ບໍ່ໄດ້ລວມຢູ່ໃນສະບັບພື້ນຖານຂອງ Elasticsearch, ພຽງແຕ່ຢູ່ໃນສະບັບທີ່ຈ່າຍ. ດັ່ງນັ້ນ, ບໍ່ວ່າຈະຊື້ສະບັບທີ່ຈ່າຍ, ຫຼື, ອີກເທື່ອຫນຶ່ງ, ຂຽນຂະບວນການດ້ວຍຕົນເອງທີ່ຈະແຈ້ງໃຫ້ຜູ້ຊ່ຽວຊານໃນເວລາທີ່ແທ້ຈິງໂດຍອີເມລ໌ຫຼືໂທລະເລກ.

ອັດຕະໂນມັດຂອງຂະບວນການຄວາມປອດໄພຂໍ້ມູນຂ່າວສານ

ແລະຫນຶ່ງໃນພາກສ່ວນທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດແມ່ນອັດຕະໂນມັດຂອງການປະຕິບັດສໍາລັບເຫດການຄວາມປອດໄພຂອງຂໍ້ມູນ. ກ່ອນຫນ້ານີ້, ພວກເຮົາໄດ້ປະຕິບັດຫນ້າທີ່ນີ້ສໍາລັບ Splunk, ທ່ານສາມາດອ່ານເພີ່ມເຕີມເລັກນ້ອຍໃນເລື່ອງນີ້ ບົດຄວາມ. ແນວຄວາມຄິດຕົ້ນຕໍແມ່ນວ່ານະໂຍບາຍ IPS ບໍ່ເຄີຍຖືກທົດສອບຫຼືເພີ່ມປະສິດທິພາບ, ເຖິງແມ່ນວ່າໃນບາງກໍລະນີມັນເປັນສ່ວນຫນຶ່ງທີ່ສໍາຄັນຂອງຂະບວນການຄວາມປອດໄພຂອງຂໍ້ມູນ. ຕົວຢ່າງ, ຫນຶ່ງປີຫຼັງຈາກການປະຕິບັດ NGFW ແລະບໍ່ມີການປະຕິບັດເພື່ອເພີ່ມປະສິດທິພາບ IPS, ທ່ານຈະສະສົມລາຍເຊັນຈໍານວນຫລາຍດ້ວຍການປະຕິບັດ Detect, ເຊິ່ງຈະບໍ່ຖືກສະກັດ, ເຊິ່ງຫຼຸດລົງຢ່າງຫຼວງຫຼາຍຂອງຄວາມປອດໄພຂອງຂໍ້ມູນໃນອົງກອນ. ຂ້າງລຸ່ມນີ້ແມ່ນບາງຕົວຢ່າງຂອງສິ່ງທີ່ສາມາດອັດຕະໂນມັດໄດ້:

1. ການໂອນລາຍເຊັນ IPS ຈາກ Detect ເພື່ອປ້ອງກັນ. ຖ້າ Prevent ບໍ່ເຮັດວຽກສໍາລັບການລົງລາຍເຊັນທີ່ສໍາຄັນ, ຫຼັງຈາກນັ້ນ, ນີ້ຈະບໍ່ມີຄໍາສັ່ງແລະຊ່ອງຫວ່າງທີ່ຮ້າຍແຮງໃນລະບົບການປົກປ້ອງ. ພວກເຮົາປ່ຽນການປະຕິບັດໃນນະໂຍບາຍເປັນລາຍເຊັນດັ່ງກ່າວ. ຟັງຊັນນີ້ສາມາດຖືກປະຕິບັດໄດ້ຖ້າອຸປະກອນ NGFW ມີຟັງຊັນ REST API. ນີ້ເປັນໄປໄດ້ພຽງແຕ່ຖ້າທ່ານມີທັກສະການຂຽນໂປລແກລມ; ທ່ານຈໍາເປັນຕ້ອງສະກັດຂໍ້ມູນທີ່ຈໍາເປັນຈາກ Elastcisearch ແລະເຮັດໃຫ້ການຮ້ອງຂໍ API ກັບເຄື່ອງແມ່ຂ່າຍການຄຸ້ມຄອງ NGFW.
2. ຖ້າມີລາຍເຊັນຫຼາຍລາຍຖືກກວດພົບ ຫຼືຖືກບລັອກໃນການຈະລາຈອນເຄືອຂ່າຍຈາກທີ່ຢູ່ IP ອັນດຽວ, ມັນສົມເຫດສົມຜົນທີ່ຈະປິດກັ້ນທີ່ຢູ່ IP ນີ້ເປັນເວລາໜຶ່ງໃນນະໂຍບາຍ Firewall. ການປະຕິບັດຍັງປະກອບດ້ວຍການນໍາໃຊ້ REST API.
3. ດໍາເນີນການສະແກນໂຮດດ້ວຍເຄື່ອງສະແກນທີ່ມີຄວາມສ່ຽງ, ຖ້າເຈົ້າພາບນີ້ມີລາຍເຊັນ IPS ຈໍານວນຫລາຍຫຼືເຄື່ອງມືຄວາມປອດໄພອື່ນໆ; ຖ້າມັນເປັນ OpenVas, ທ່ານສາມາດຂຽນສະຄິບທີ່ຈະເຊື່ອມຕໍ່ຜ່ານ ssh ກັບເຄື່ອງສະແກນຄວາມປອດໄພແລະດໍາເນີນການສະແກນ.

TS Total Sight

ໂດຍລວມແລ້ວ, ການປະຕິບັດຫນ້າທີ່ທັງຫມົດແມ່ນວຽກງານທີ່ໃຫຍ່ຫຼວງແລະມີຄວາມຫຍຸ້ງຍາກຫຼາຍ. ໂດຍບໍ່ມີທັກສະການຂຽນໂປລແກລມ, ທ່ານສາມາດກໍາຫນົດຄ່າການເຮັດວຽກຂັ້ນຕ່ໍາ, ເຊິ່ງອາດຈະພຽງພໍສໍາລັບການນໍາໃຊ້ໃນການຜະລິດ. ແຕ່ຖ້າທ່ານສົນໃຈໃນຫນ້າທີ່ທັງຫມົດ, ທ່ານສາມາດເອົາໃຈໃສ່ກັບ TS Total Sight. ທ່ານສາມາດຊອກຫາລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບຂອງພວກເຮົາ site. ດັ່ງນັ້ນ, ໂຄງການການດໍາເນີນງານແລະສະຖາປັດຕະຍະກໍາທັງຫມົດຈະມີລັກສະນະນີ້:

ສະຫລຸບ

ພວກເຮົາໄດ້ເບິ່ງສິ່ງທີ່ສາມາດປະຕິບັດໄດ້ໂດຍໃຊ້ ELK Stack. ໃນບົດຄວາມຕໍ່ໄປ, ພວກເຮົາຈະພິຈາລະນາແຍກຕ່າງຫາກກ່ຽວກັບການເຮັດວຽກຂອງ TS Total Sight ໃນລາຍລະອຽດເພີ່ມເຕີມ!

ສະນັ້ນຢູ່ຕິດຕາມ (ໂທລະເລກ, ເຟສບຸກ, VK, TS Solution Blog), Yandex.Zen.

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