ວິທີການຄວບຄຸມໂຄງສ້າງເຄືອຂ່າຍຂອງທ່ານ. ບົດທີໜຶ່ງ. ຖື

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

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

ດັ່ງນັ້ນ, ເງື່ອນໄຂເບື້ອງຕົ້ນ.

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

ເປົ້າຫມາຍຍຸດທະສາດທໍາອິດຂອງທ່ານແມ່ນເພື່ອຮຽນຮູ້ທີ່ຈະຕ້ານ entropy ແລະຮັກສາລະດັບຂອງການບໍລິການສະຫນອງໃຫ້.

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

ອຸປະກອນ

ກ່ອນອື່ນ ໝົດ ທ່ານຕ້ອງເຂົ້າໃຈວ່າຄວາມສ່ຽງທີ່ໃຫຍ່ທີ່ສຸດແມ່ນຢູ່ໃສ.

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

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

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

• ການຈັດປະເພດຂອງອຸປະກອນໂດຍລະດັບຄວາມສໍາຄັນ
• ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ຂອງ​ອຸ​ປະ​ກອນ​ທີ່​ສໍາ​ຄັນ​
• ສະຫນັບສະຫນູນ, ໃບອະນຸຍາດ

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

ຕົວຢ່າງ:

ໃຫ້ເວົ້າວ່າພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບການປ່ຽນຮາກຢູ່ໃນສູນຂໍ້ມູນ.

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

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

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

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

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

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

ທ່ານຈະບໍ່ໄດ້ຮັບການໃຫ້ອະໄພ ຖ້າທ່ານລືມຕໍ່ອາຍຸການສະໜັບສະໜຸນ ແລະມື້ຫຼັງຈາກມັນຢຸດການຢຸດຮາດແວຂອງທ່ານ.

ວຽກງານສຸກເສີນ

ບໍ່ວ່າມີຫຍັງເກີດຂຶ້ນໃນເຄືອຂ່າຍຂອງທ່ານ, ໂດຍສະເພາະແມ່ນທ່ານຄວນຮັກສາການເຂົ້າເຖິງອຸປະກອນເຄືອຂ່າຍຂອງທ່ານ.

ສຳຄັນ! ທ່ານຕ້ອງມີ console ເຂົ້າເຖິງອຸປະກອນທັງຫມົດແລະການເຂົ້າເຖິງນີ້ບໍ່ຄວນຂຶ້ນກັບການເຮັດວຽກຂອງເຄືອຂ່າຍຂໍ້ມູນຜູ້ໃຊ້.

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

ຕ້ອງມີ

• ຂໍ້​ມູນ​ທີ່​ຈໍາ​ເປັນ​ເພື່ອ​ເປີດ​ປີ້​ກັບ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຜູ້​ຂາຍ​ຫຼື​ການ​ເຊື່ອມ​ໂຍງ​
• ຂໍ້​ມູນ​ກ່ຽວ​ກັບ​ວິ​ທີ​ການ​ໄປ​ເຖິງ​ອຸ​ປະ​ກອນ​ໃດ (console​, ການ​ຄຸ້ມ​ຄອງ​)

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

ພັນທະມິດຂອງພວກເຮົາ

ໃນປັດຈຸບັນທ່ານຈໍາເປັນຕ້ອງໄດ້ປະເມີນຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບຄູ່ຮ່ວມງານ. ປົກກະຕິແລ້ວນີ້

• ຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດ ແລະຈຸດແລກປ່ຽນການຈະລາຈອນ (IX)
• ຜູ້ໃຫ້ບໍລິການຊ່ອງທາງການສື່ສານ

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

• ຈະເກີດຫຍັງຂຶ້ນຖ້າຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດ X ຢຸດໃຫ້ບໍລິການທ່ານດ້ວຍເຫດຜົນບາງຢ່າງ?
• ຜູ້ໃຫ້ບໍລິການອື່ນຈະມີແບນວິດພຽງພໍສໍາລັບທ່ານບໍ?
• ການເຊື່ອມຕໍ່ຈະດີປານໃດ?
• ຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດຂອງເຈົ້າເປັນເອກະລາດຫຼາຍປານໃດ ແລະຈະເຮັດໃຫ້ເກີດບັນຫາຮ້າຍແຮງກັບຜູ້ອື່ນບໍ?
• ຈໍານວນ optical inputs ເຂົ້າໄປໃນສູນຂໍ້ມູນຂອງທ່ານ?
• ຈະເກີດຫຍັງຂຶ້ນຖ້າໜຶ່ງໃນວັດສະດຸປ້ອນຖືກທຳລາຍໝົດ?

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

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

ສຳຮອງ

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

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

ຮຸ່ນຊອບແວ

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

ທີ່ນີ້ທ່ານຈໍາເປັນຕ້ອງຊອກຫາທາງເລືອກທີ່ດີທີ່ສຸດ. ຄໍາແນະນໍາທີ່ຊັດເຈນບໍ່ຫຼາຍປານໃດ

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

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

ໃນ​ກໍ​ລະ​ນີ​ຂອງ​ອຸ​ປະ​ກອນ​ທີ່​ສໍາ​ຄັນ​, ທ່ານ​ສາ​ມາດ​ຕິດ​ຕໍ່​ຫາ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຜູ້​ຂາຍ​ທີ່​ມີ​ຄໍາ​ຮ້ອງ​ຂໍ​ທີ່​ຈະ​ຊ່ວຍ​ໃຫ້​ທ່ານ​ໃນ​ການ​ຍົກ​ລະ​ດັບ​.

ລະບົບປີ້

ໃນປັດຈຸບັນທ່ານສາມາດເບິ່ງປະມານ. ທ່ານຈໍາເປັນຕ້ອງສ້າງຂະບວນການສໍາລັບການພົວພັນກັບພະແນກອື່ນໆແລະພາຍໃນພະແນກ.

ນີ້ອາດຈະບໍ່ຈໍາເປັນ (ຕົວຢ່າງ, ຖ້າບໍລິສັດຂອງເຈົ້າມີຂະຫນາດນ້ອຍ), ແຕ່ຂ້ອຍຂໍແນະນໍາໃຫ້ຈັດລໍາດັບການເຮັດວຽກໃນແບບທີ່ວຽກງານພາຍນອກແລະພາຍໃນທັງຫມົດຜ່ານລະບົບຕົ໋ວ.

ລະບົບຕົ໋ວແມ່ນສໍາຄັນໃນການໂຕ້ຕອບຂອງທ່ານສໍາລັບການສື່ສານພາຍໃນແລະພາຍນອກ, ແລະທ່ານຄວນອະທິບາຍການໂຕ້ຕອບນີ້ໃນລາຍລະອຽດທີ່ພຽງພໍ.

ໃຫ້ເອົາຕົວຢ່າງຂອງວຽກງານທີ່ສໍາຄັນແລະທົ່ວໄປຂອງການເປີດການເຂົ້າເຖິງ. ຂ້ອຍຈະອະທິບາຍສູດການຄິດໄລ່ທີ່ເຮັດວຽກຢ່າງສົມບູນຢູ່ໃນບໍລິສັດຫນຶ່ງ.

ຕົວຢ່າງ:

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

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

• ການຮ້ອງຂໍການເຂົ້າເຖິງຄວນຈະມາຈາກພະແນກວິຊາການ (ໃນກໍລະນີຂອງພວກເຮົາເຫຼົ່ານີ້ແມ່ນ unix, windows, helpdesk engineers)

ຄວາມຕ້ອງການທີສອງແມ່ນວ່າ

• ການ​ເຂົ້າ​ເຖິງ​ນີ້​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ (ໂດຍ​ພະ​ແນກ​ວິ​ຊາ​ການ​ທີ່​ພວກ​ເຮົາ​ໄດ້​ຮັບ​ການ​ຮ້ອງ​ຂໍ​ນີ້​) ແລະ​ເປັນ​ການ​ຮ້ອງ​ຂໍ​ທີ່​ພວກ​ເຮົາ​ໄດ້​ຮັບ​ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ນີ້

ແບບຟອມການຮ້ອງຂໍນີ້ຕ້ອງເຂົ້າໃຈໄດ້ກັບພວກເຮົາ, i.e.

• ການຮ້ອງຂໍຕ້ອງມີຂໍ້ມູນກ່ຽວກັບວ່າ subnet ໃດແລະການເຂົ້າເຖິງ subnet ໃດຄວນຈະເປີດ, ເຊັ່ນດຽວກັນກັບ protocol ແລະ (ໃນກໍລະນີຂອງ tcp / udp) ports.

ມັນຄວນຈະຖືກຊີ້ບອກຢູ່ທີ່ນັ້ນ

• ລາຍລະອຽດວ່າເປັນຫຍັງການເຂົ້າເຖິງນີ້ຈຶ່ງຖືກເປີດ
• ຊົ່ວຄາວ ຫຼືຖາວອນ (ຖ້າຊົ່ວຄາວ, ຈົນຮອດວັນໃດ)

ແລະຈຸດສໍາຄັນຫຼາຍແມ່ນການອະນຸມັດ

• ຈາກຫົວຫນ້າພະແນກທີ່ລິເລີ່ມການເຂົ້າເຖິງ (ຕົວຢ່າງ, ການບັນຊີ)
• ຈາກຫົວຫນ້າພະແນກວິຊາການ, ຈາກບ່ອນທີ່ຄໍາຮ້ອງຂໍນີ້ມາຮອດພະແນກເຄືອຂ່າຍ (ຕົວຢ່າງ, helpdesk)

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

ການຕັດໄມ້

ນີ້ແມ່ນສິ່ງທີ່ເຈົ້າສາມາດຈົມລົງໄດ້. ແຕ່ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະປະຕິບັດວິທີການທີ່ຕັ້ງຫນ້າ, ຫຼັງຈາກນັ້ນທ່ານຈໍາເປັນຕ້ອງໄດ້ຮຽນຮູ້ວິທີການຈັດການກັບ deluge ຂໍ້ມູນນີ້.

ນີ້ແມ່ນບາງຄໍາແນະນໍາພາກປະຕິບັດ:

• ທ່ານຈໍາເປັນຕ້ອງທົບທວນບັນທຶກປະຈໍາວັນ
• ໃນ​ກໍ​ລະ​ນີ​ຂອງ​ການ​ທົບ​ທວນ​ຄືນ​ທີ່​ໄດ້​ວາງ​ໄວ້ (ແລະ​ບໍ່​ແມ່ນ​ສະ​ຖາ​ນະ​ການ​ສຸກ​ເສີນ), ທ່ານ​ສາ​ມາດ​ຈໍາ​ກັດ​ຕົວ​ທ່ານ​ເອງ​ໃນ​ລະ​ດັບ​ຄວາມ​ຮຸນ​ແຮງ 0, 1, 2 ແລະ​ເພີ່ມ​ຮູບ​ແບບ​ການ​ຄັດ​ເລືອກ​ຈາກ​ລະ​ດັບ​ອື່ນໆ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຄິດ​ວ່າ​ມັນ​ຈໍາ​ເປັນ
• ຂຽນສະຄຣິບທີ່ວິເຄາະບັນທຶກ ແລະບໍ່ສົນໃຈບັນທຶກເຫຼົ່ານັ້ນທີ່ມີຮູບແບບທີ່ທ່ານໄດ້ເພີ່ມໃສ່ບັນຊີລາຍຊື່ລະເລີຍ

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

ການຕິດຕາມ

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

ສອງຕົວຢ່າງທີ່ນິຍົມທີ່ສຸດໃນການປະຕິບັດຂອງຂ້ອຍ:

• ການຕິດຕາມການໂຫຼດຂອງຊ່ອງທາງການສື່ສານ, ການເຊື່ອມຕໍ່ທີ່ສໍາຄັນ (ຕົວຢ່າງ, ການເຊື່ອມຕໍ່ກັບຜູ້ໃຫ້ບໍລິການ). ພວກເຂົາເຈົ້າອະນຸຍາດໃຫ້ທ່ານເຫັນຢ່າງຈິງຈັງບັນຫາທີ່ອາດຈະເຮັດໃຫ້ການບໍລິການຫຼຸດລົງເນື່ອງຈາກການສູນເສຍການຈະລາຈອນແລະ, ຕາມຄວາມເຫມາະສົມ, ຫຼີກເວັ້ນມັນ.
• ກຣາຟໂດຍອີງໃສ່ NetFlow. ພວກເຂົາເຈົ້າເຮັດໃຫ້ມັນງ່າຍທີ່ຈະຊອກຫາຄວາມຜິດປົກກະຕິໃນການຈະລາຈອນແລະເປັນປະໂຫຍດຫຼາຍສໍາລັບການກວດສອບບາງປະເພດງ່າຍດາຍແຕ່ສໍາຄັນຂອງການໂຈມຕີແຮກເກີ.

ສຳຄັນ! ຕັ້ງຄ່າການແຈ້ງເຕືອນ SMS ສໍາລັບເຫດການສໍາຄັນທີ່ສຸດ. ນີ້ໃຊ້ໄດ້ກັບທັງການຕິດຕາມແລະການຕັດໄມ້. ຖ້າເຈົ້າບໍ່ມີການປ່ຽນໜ້າທີ່, sms ກໍ່ຄວນຈະມາຮອດນອກເວລາເຮັດວຽກ.

ຄິດວ່າໂດຍຜ່ານຂະບວນການດັ່ງກ່າວເປັນວິທີທີ່ຈະບໍ່ wake ເຖິງວິສະວະກອນທັງຫມົດ. ພວກເຮົາມີວິສະວະກອນຢູ່ໃນຫນ້າທີ່ສໍາລັບການນີ້.

ປ່ຽນການຄວບຄຸມ

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

ຄຳ ແນະ ນຳ ຈຳ ນວນ ໜຶ່ງ:

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

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

ຂະບວນການຕ່າງໆ

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

ຂະ​ບວນ​ການ​ປະ​ຈໍາ​ວັນ​:

• ເຮັດວຽກກັບປີ້
• ເຮັດວຽກກັບໄມ້ທ່ອນ
• ການ​ຄວບ​ຄຸມ​ການ​ປ່ຽນ​ແປງ​
• ໃບກວດປະຈໍາວັນ

ຂະ​ບວນ​ການ​ປະ​ຈໍາ​ປີ​:

• ການຂະຫຍາຍການຮັບປະກັນ, ໃບອະນຸຍາດ

ຂະບວນການ Asynchronous:

• ການຕອບສະ ໜອງ ຕໍ່ສະຖານະການສຸກເສີນຕ່າງໆ

ບົດສະຫຼຸບຂອງພາກທໍາອິດ

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

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

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

ແນ່ນອນ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງເຮັດທຸກຢ່າງຕາມລໍາດັບ. ເວລາສາມາດສໍາຄັນ. ເຮັດມັນໃນຂະຫນານຖ້າຊັບພະຍາກອນອະນຸຍາດໃຫ້.

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

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