ທະນາຄານລົ້ມເຫລວແນວໃດ?

ການເຄື່ອນຍ້າຍພື້ນຖານໂຄງລ່າງ IT ທີ່ລົ້ມເຫລວເຮັດໃຫ້ການສໍ້ລາດບັງຫຼວງຂອງບັນທຶກລູກຄ້າຂອງທະນາຄານ 1,3 ຕື້. ອັນນີ້ແມ່ນເນື່ອງມາຈາກການທົດສອບບໍ່ພຽງພໍ ແລະທັດສະນະຄະຕິທີ່ບໍ່ເໝາະສົມຕໍ່ລະບົບໄອທີທີ່ສັບສົນ. Cloud4Y ບອກວ່າມັນເກີດຂຶ້ນແນວໃດ.

ໃນປີ 2018 ພາສາອັງກິດ ທະນາຄານ TSB ຮູ້ວ່າ "ການຢ່າຮ້າງ" ອາຍຸສອງປີຂອງລາວກັບກຸ່ມທະນາຄານ Lloyds (ທັງສອງບໍລິສັດລວມກັນໃນປີ 1995) ແມ່ນລາຄາແພງເກີນໄປ. TSB ຍັງຖືກຜູກມັດກັບຄູ່ຮ່ວມງານເກົ່າຂອງຕົນໂດຍຜ່ານລະບົບ IT ທີ່ຖືກໂຄນຢ່າງຮີບດ່ວນຂອງ Lloyds. ຮ້າຍແຮງທີ່ສຸດ, ທະນາຄານຕ້ອງຈ່າຍ "ຄ່າລ້ຽງດູ", ຄ່າທໍານຽມການອອກໃບອະນຸຍາດປະຈໍາປີ 127 ລ້ານໂດລາ.

ມີຄົນຈໍານວນຫນ້ອຍທີ່ຢາກຈ່າຍເງິນໃຫ້ກັບ exes ຂອງເຂົາເຈົ້າ, ດັ່ງນັ້ນໃນວັນທີ 22 ເດືອນເມສາປີ 2018 ເວລາ 18:00 TSB ໄດ້ເລີ່ມຕົ້ນຂັ້ນຕອນສຸດທ້າຍຂອງແຜນການ 18 ເດືອນທີ່ຄາດວ່າຈະປ່ຽນແປງທຸກຢ່າງ. ມັນໄດ້ຖືກວາງແຜນທີ່ຈະໂອນບັນທຶກລູກຄ້າຫຼາຍຕື້ໃຫ້ກັບລະບົບ IT ຂອງບໍລິສັດສະເປນ Banco Sabadell, ເຊິ່ງໄດ້ຊື້ TSB ໃນລາຄາ 2,2 ຕື້ໂດລາໃນປີ 2015.

Banco Sabadell CEO José Olu ເວົ້າກ່ຽວກັບເຫດການທີ່ຈະມາເຖິງ 2 ອາທິດກ່ອນວັນຄຣິດສະມາດ 2017 ໃນລະຫວ່າງກອງປະຊຸມພະນັກງານທີ່ງານບຸນຢູ່ໃນຫ້ອງປະຊຸມທີ່ມີຊື່ສຽງໃນບາເຊໂລນາ. ເຄື່ອງມືການເຄື່ອນຍ້າຍທີ່ສໍາຄັນທີ່ສຸດແມ່ນການເປັນລະບົບໃຫມ່ທີ່ພັດທະນາໂດຍ Banco Sabadell: Proteo. ມັນໄດ້ຖືກປ່ຽນຊື່ເປັນ Proteo4UK ໂດຍສະເພາະສໍາລັບໂຄງການການເຄື່ອນຍ້າຍ TSB.

ໃນການນໍາສະເຫນີຂອງ Proteo4UK, ຜູ້ອໍານວຍການບໍລິຫານ Banco Sabadell, Jaime Guardiola Romojaro ໂອ້ອວດວ່າລະບົບໃຫມ່ແມ່ນໂຄງການຂະຫນາດໃຫຍ່ທີ່ບໍ່ມີການປຽບທຽບໃນເອີຣົບ, ເຊິ່ງຫຼາຍກວ່າ 1000 ຜູ້ຊ່ຽວຊານໄດ້ເຮັດວຽກ. ແລະວ່າການປະຕິບັດຂອງຕົນຈະສະຫນອງການຊຸກຍູ້ທີ່ສໍາຄັນຕໍ່ການຂະຫຍາຍຕົວຂອງ Banco Sabadell ໃນອັງກິດ.

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

ແຕ່ໃນຂະນະທີ່ Olyu ແລະ Guardiola Romojaro ກໍາລັງອອກອາກາດຢ່າງມີຄວາມສຸກຈາກເວທີກ່ຽວກັບການຈັດຕັ້ງປະຕິບັດໂຄງການ Proteo4UK, ພະນັກງານທີ່ຮັບຜິດຊອບໃນຂະບວນການຍົກຍ້າຍແມ່ນມີຄວາມວິຕົກກັງວົນຫຼາຍ. ​ໂຄງການ​ດັ່ງກ່າວ, ​ໄດ້​ໃຊ້​ເວລາ 18 ​ເດືອນ​ເພື່ອ​ສຳ​ເລັດ, ​ແມ່ນ​ເກີນ​ກຳນົດ​ເວລາ​ຢ່າງ​ໜັກໜ່ວງ ​ແລະ​ເກີນ​ງົບປະມານ. ບໍ່ມີເວລາທີ່ຈະດໍາເນີນການທົດສອບເພີ່ມເຕີມ. ແຕ່ການໂອນຂໍ້ມູນຂອງບໍລິສັດທັງຫມົດ (ເຊິ່ງ, ຈື່, ເປັນຫຼາຍຕື້ບັນທຶກ) ກັບລະບົບອື່ນແມ່ນວຽກງານ Herculean.

ມັນໄດ້ຫັນອອກວ່າວິສະວະກອນແມ່ນປະສາດສໍາລັບເຫດຜົນທີ່ດີ.

ປ້າຍຊື່ຢູ່ໃນເວັບໄຊທີ່ລູກຄ້າເຫັນດົນເກີນໄປ

20 ນາທີຫຼັງຈາກ TSB ເປີດການເຂົ້າເຖິງບັນຊີ, ຄວາມຫມັ້ນໃຈຢ່າງເຕັມທີ່ວ່າການເຄື່ອນຍ້າຍໄປຢ່າງລຽບງ່າຍ, ບົດລາຍງານທໍາອິດຂອງບັນຫາມາຮອດ.

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

ໃນເວລາ 21:00, ຜູ້ຕາງຫນ້າ TSB ໄດ້ແຈ້ງໃຫ້ຜູ້ຄວບຄຸມການເງິນທ້ອງຖິ່ນ (ອົງການການປະພຶດທາງດ້ານການເງິນຂອງອັງກິດ, FCA) ວ່າທະນາຄານມີບັນຫາ. ແຕ່ FCA ໄດ້ສັງເກດເຫັນແລ້ວ: TSB ໄດ້ຂີ້ຮ້າຍແທ້ໆ, ແລະລູກຄ້າໄດ້ຖືກເຮັດໃຫ້ໂງ່. ແລະ, ແນ່ນອນ, ພວກເຂົາເຈົ້າເລີ່ມຈົ່ມກັບ ເຄືອຂ່າຍສັງຄົມ (ແລະໃນປັດຈຸບັນ, ການລຸດລົງສອງສາມສາຍໃນ Twitter ຫຼື Facebook ແມ່ນບໍ່ມີຄວາມຫຍຸ້ງຍາກໂດຍສະເພາະ). ໃນເວລາ 23:30 ໂມງແລງ, FCA ໄດ້ຖືກຕິດຕໍ່ກັບຜູ້ຄວບຄຸມທາງດ້ານການເງິນອື່ນ, ອົງການກົດລະບຽບຂອງ Prudential (PRA), ເຊິ່ງຮູ້ສຶກວ່າມີບາງຢ່າງຜິດພາດ.

ແລ້ວຫຼັງຈາກເວລາທ່ຽງຄືນແລ້ວເຂົາເຈົ້າສາມາດໄປຫາຜູ້ຕາງຫນ້າທະນາຄານຄົນຫນຶ່ງໄດ້. ແລະຖາມພວກເຂົາຄໍາຖາມດຽວວ່າ: "ແມ່ນຫຍັງເກີດຂຶ້ນ?"

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

ນີ້ແມ່ນສິ່ງທີ່ທະນາຄານອອນໄລນ໌ຂອງລູກຄ້າ TSB ເບິ່ງຄືວ່າ

ເມື່ອຂໍ້ບົກພ່ອງເລີ່ມປາກົດ, ເກືອບທັນທີຫຼັງຈາກນັ້ນ, ຜູ້ຕາງຫນ້າທະນາຄານໄດ້ຢືນຢັນວ່າບັນຫາແມ່ນ "ບໍ່ຢຸດຢັ້ງ." ສາມມື້ຕໍ່ມາ, ຖະແຫຼງການໄດ້ອອກມາວ່າລະບົບທັງຫມົດແມ່ນປົກກະຕິ. ແຕ່ລູກຄ້າຍັງສືບຕໍ່ລາຍງານບັນຫາ. ມັນບໍ່ແມ່ນຈົນກ່ວາ 26 ເດືອນເມສາປີ 2018 ທີ່ຫົວຫນ້າບໍລິຫານຂອງທະນາຄານ, Paul Pester, ຍອມຮັບວ່າ TSB ແມ່ນ "ຢູ່ໃນຫົວເຂົ່າຂອງຕົນ" ຍ້ອນວ່າໂຄງສ້າງພື້ນຖານດ້ານ IT ຂອງທະນາຄານຍັງສືບຕໍ່ມີ "ບັນຫາແບນວິດ" ປ້ອງກັນບໍ່ໃຫ້ລູກຄ້າປະມານຫນຶ່ງລ້ານຄົນເຂົ້າເຖິງການບໍລິການທະນາຄານອອນໄລນ໌.

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

ບາງປະຫວັດສາດ

ຕູ້ເອທີເອັມທໍາອິດເປີດໃນວັນທີ 27 ເດືອນມິຖຸນາ 1967 ໃກ້ກັບ Barclays ໃນ Enfield

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

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

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

ຕູ້ເອທີເອັມແມ່ນພຽງແຕ່ຈຸດເລີ່ມຕົ້ນ. ບໍ່ດົນປະຊາຊົນສາມາດຫຼີກລ່ຽງສາຍຢູ່ບ່ອນເກັບເງິນໄດ້ໂດຍການໂທຫາທະນາຄານທາງໂທລະສັບ. ອັນນີ້ຕ້ອງໃສ່ບັດພິເສດໃສ່ໃນເຄື່ອງອ່ານທີ່ສາມາດຖອດລະຫັດສັນຍານສອງສຽງຫຼາຍຄວາມຖີ່ (DTMF) ທີ່ສົ່ງຜ່ານເມື່ອຜູ້ໃຊ້ກົດປຸ່ມ “1” (ຖອນເງິນ) ຫຼື “2” (ເງິນຝາກ).

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

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

ໃນປັດຈຸບັນຄູນຂະບວນການນີ້ຫຼາຍຕື້. ອີງ​ຕາມ​ຂໍ້​ມູນ​ທີ່​ຈັດ​ຂຶ້ນ​ໂດຍ​ທະນາຄານ​ໂລກ​ໂດຍ​ການ​ຊ່ວຍ​ເຫຼືອ​ຂອງ​ມູນ​ນິທິ Bill and Melinda Gates. 69 ສ່ວນຮ້ອຍ ຜູ້ໃຫຍ່ໃນທົ່ວໂລກມີບັນຊີທະນາຄານ. ແຕ່ລະຄົນເຫຼົ່ານີ້ມີໃບບິນຄ່າທີ່ຈະຈ່າຍ. ບາງຄົນຈ່າຍຄ່າຈໍານອງຫຼືໂອນເງິນສໍາລັບສະໂມສອນຂອງເດັກນ້ອຍ, ບາງຄົນຈ່າຍສໍາລັບການສະຫມັກ Netflix ຫຼືເຊົ່າເຄື່ອງແມ່ຂ່າຍຟັງ. ແລະປະຊາຊົນທັງຫມົດເຫຼົ່ານີ້ໃຊ້ຫຼາຍກ່ວາຫນຶ່ງທະນາຄານ.

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

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

ບໍ່ມີການທົດສອບ - ກະກຽມສໍາລັບບັນຫາ

ທ່ານ Jaime Guardiola (ຊ້າຍ) CEO Banco de Sabadell (ຊ້າຍ) ໝັ້ນໃຈວ່າທຸກຢ່າງຈະດຳເນີນໄປດ້ວຍດີ. ບໍ່ໄດ້ຜົນ.

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

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

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

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

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

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

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

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

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

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

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

ຜົນໄດ້ຮັບ

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

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

ຄວາມຂີ້ຄ້ານກັບໄອທີໃນທີ່ສຸດກໍ່ມີຄ່າໃຊ້ຈ່າຍ. TSB ລາຍງານການສູນເສຍ 134 ລ້ານໂດລາໃນປີ 2018, ເມື່ອທຽບກັບກໍາໄລ 206 ລ້ານໂດລາໃນປີ 2017. ຄ່າໃຊ້ຈ່າຍຫຼັງການເຄື່ອນຍ້າຍ, ລວມທັງການຊົດເຊີຍລູກຄ້າ, ການແກ້ໄຂການເຮັດທຸລະກໍາທີ່ຫຼອກລວງ (ທີ່ເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍໃນລະຫວ່າງຄວາມວຸ່ນວາຍຂອງທະນາຄານ), ແລະການຊ່ວຍເຫຼືອຂອງພາກສ່ວນທີສາມ, ມີມູນຄ່າທັງຫມົດ 419 ລ້ານໂດລາ. ຜູ້ໃຫ້ບໍລິການ IT ຂອງທະນາຄານຍັງຖືກເອີ້ນເກັບເງິນ $ 194 ລ້ານສໍາລັບບົດບາດຂອງຕົນໃນວິກິດການ.

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

ມີຫຍັງອີກແດ່ທີ່ທ່ານສາມາດອ່ານໃນ blog ໄດ້? Cloud4Y

→ ພະລັງງານແສງຕາເວັນເຄັມ
→ Pentesters ຢູ່ແຖວຫນ້າຂອງ cybersecurity
→ ທິດສະດີ Snowflake ທີ່ຍິ່ງໃຫຍ່
→ ອິນເຕີເນັດໃນປູມເປົ້າ
→ ໝອນຕ້ອງການຢູ່ໃນສູນຂໍ້ມູນບໍ?

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

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