Migrasi infrastruktur IT sing gagal nyebabake korupsi 1,3 milyar cathetan pelanggan bank. Iki kabeh amarga tes sing ora cukup lan sikap sembrono menyang sistem IT sing kompleks. Cloud4Y ngandhani kepiye kedadeyan kasebut.
Ing 2018 Inggris temen maujud sing rong taun-lawas "divorce" karo klompok banking Lloyds (loro perusahaan digabung ing 1995) larang banget. TSB isih diikat karo mantan mitra liwat sistem IT Lloyds sing dikloning kanthi cepet. Paling awon, bank kudu mbayar "alimony," ragad lisensi taunan $ 127 yuta.
Sawetara wong seneng mbayar dhuwit kanggo mantan, mula tanggal 22 April 2018 jam 18:00 TSB miwiti tahap pungkasan rencana 18 wulan sing kudune ngganti kabeh. Direncanakake nransfer milyaran cathetan pelanggan menyang sistem IT perusahaan Spanyol Banco Sabadell, sing tuku TSB kanthi rega $ 2,2 milyar ing taun 2015.
CEO Banco Sabadell José Olu ngomong babagan acara sing bakal teka 2 minggu sadurunge Natal 2017 sajrone rapat staf perayaan ing bale konferensi bergengsi ing Barcelona. Alat migrasi sing paling penting yaiku dadi versi sistem anyar sing dikembangake dening Banco Sabadell: Proteo. Malah dijenengi Proteo4UK khusus kanggo proyek migrasi TSB.
Ing presentasi Proteo4UK, direktur eksekutif Banco Sabadell Jaime Guardiola Romojaro gumunggung manawa sistem anyar kasebut minangka proyek skala gedhe sing ora ana analog ing Eropa, ing ngendi luwih saka 1000 spesialis makarya. Lan sing implementasine bakal nyedhiyani ngedongkrak pinunjul kanggo wutah saka Banco Sabadell ing UK.
Tanggal 22 April 2018 ditetepake minangka dina migrasi. Ana ing wayah sore Minggu sing sepi ing tengah musim semi. Sistem IT bank mudhun amarga cathetan ditransfer saka siji sistem menyang sistem liyane. Kanthi akses umum kanggo akun bank dibalèkaké pungkasan dina Minggu, siji bakal nyana bank alon lan lancar bali menyang layanan.
Nanging nalika Olyu lan Guardiola Romojaro seneng-seneng nyiarake saka panggung babagan implementasi proyek Proteo4UK, karyawan sing tanggung jawab kanggo proses migrasi banget gugup. Proyèk, sing njupuk 18 sasi kanggo ngrampungake, akeh banget ketinggalan jadwal lan ngluwihi anggaran. Ora ana wektu kanggo nindakake tes tambahan. Nanging nransfer kabeh data perusahaan (sing, elinga, milyaran cathetan) menyang sistem liyane minangka tugas Herculean.
Pranyata insinyur padha gugup amarga alasan sing apik.
Rintisan ing situs sing pelanggan weruh suwe banget
20 menit sawise TSB mbukak akses menyang akun, kanthi yakin manawa migrasi kasebut lancar, laporan masalah pisanan teka.
Simpenan wong ujug-ujug ilang saka rekeninge. Tuku jumlah sing ora pati penting dicathet kanthi salah minangka biaya pirang-pirang ewu dolar. Sawetara wong mlebu menyang akun pribadi lan ora weruh akun bank, nanging akun wong sing beda banget.
Ing 21:00, wakil TSB informed regulator financial lokal (UK Financial Conduct Authority, FCA) sing bank ana alangan. Nanging FCA wis njupuk kabar: TSB pancene ngaco munggah kanti awon, lan pelanggan wis digawe bodho. Lan, mesthi, padha wiwit sambat (lan saiki, nyelehake sawetara baris ing Twitter utawa Facebook ora angel banget). Ing jam 23:30, FCA dikontak dening regulator finansial liyane, Prudential Regulation Authority (PRA), sing uga rumangsa ana sing salah.
Sawise tengah wengi, dheweke bisa liwat menyang salah sawijining wakil bank. Lan takon mung pitakonan: "Apa sing kedadeyan?"
Butuh wektu kanggo mangerteni skala tragedi kasebut, nanging saiki kita ngerti manawa 1,3 milyar rekaman 5,4 yuta pelanggan rusak nalika migrasi. Paling ora seminggu, klien ora bisa ngatur dhuwit saka komputer utawa piranti seluler. Dheweke ora bisa mbayar utangan, lan akeh klien bank nampa cacat ing riwayat kredit, uga biaya telat.
Iki minangka bank online pelanggan TSB
Nalika glitches wiwit katon, meh sanalika sawise, wakil bank negesake manawa masalah kasebut "intermiten". Telung dina sabanjure, pratelan ditanggepi manawa kabeh sistem normal. Nanging pelanggan terus nglaporake masalah. Ora nganti 26 April 2018, pangareping eksekutif bank kasebut, Paul Pester, ngakoni yen TSB "ing dhengkul" amarga infrastruktur IT bank kasebut terus duwe "masalah bandwidth" sing nyegah sekitar yuta pelanggan ngakses layanan perbankan online.
Rong minggu menyang migrasi, aplikasi perbankan online isih dilaporake ngalami kesalahan internal sing ana gandhengane karo database SQL.
Kesulitan pembayaran, utamane karo tagihan bisnis lan hipotek, terus nganti patang minggu. Lan wartawan ing endi-endi nemokake manawa TSB nolak tawaran bantuan saka Lloyds Banking Group nalika wiwitan krisis migrasi. Umumé, masalah sing ana gandhengane karo mlebu menyang layanan online lan kemampuan transfer dhuwit diamati nganti 3 September.
Sawetara sejarah
ATM pisanan dibukak ing 27 Juni 1967 cedhak Barclays ing Enfield
Sistem IT perbankan saya tambah rumit amarga kabutuhan lan pangarepan pelanggan saka bank saya mundhak. Udakara 40-60 taun kepungkur, kita bakal seneng ngunjungi cabang bank lokal sajrone jam kerja kanggo nyetor awis utawa mbatalake liwat teller.
Jumlah dhuwit ing akun langsung related kanggo awis lan dhuwit recehan kita marang bank. Akuntansi omah kita bisa dilacak nganggo pena lan kertas, lan sistem komputer ora bisa diakses klien. Karyawan bank nyelehake data saka buku tabungan lan media liyane menyang piranti sing ngitung dhuwit.
Nanging ing taun 1967 ing London lor kanggo pisanan ATM sing ora ana ing papan bank. Lan acara iki diganti banking. Penak pangguna wis dadi pathokan kanggo pangembangan lembaga keuangan. Lan iki wis mbantu bank-bank dadi luwih canggih babagan nggarap klien lan dhuwit. Sawise kabeh, nalika sistem komputer kasedhiya mung kanggo karyawan bank, padha wareg karo lawas, "kertas" cara sesambungan karo klien. Mung kanthi tekane ATM lan banjur perbankan online, masyarakat umum entuk akses langsung menyang sistem IT bank.
ATMs mung wiwitan. Ora let suwe wong bisa ngindhari garis ing kasir kanthi mung nelpon bank liwat telpon. Iki mbutuhake kertu khusus sing dilebokake menyang maca sing bisa nerjemahake sinyal multi-frekuensi dual-tone (DTMF) sing dikirim nalika pangguna menet tombol "1" (mbatalake dhuwit) utawa "2" (dana simpenan).
Internet lan mobile banking wis nggawa pelanggan nyedhaki sistem inti sing daya bank. Senadyan watesan lan setelan sing beda-beda, kabeh sistem kasebut kudu sesambungan kanthi efektif karo saben liyane lan karo mainframe, nindakake mriksa imbangan akun, nggawe transfer dhuwit, lan liya-liyane.
Sawetara klien mikir babagan kerumitan dalan informasi nalika sampeyan, contone, mlebu menyang bank online kanggo ndeleng utawa nganyari informasi babagan dhuwit ing akun sampeyan. Nalika sampeyan mlebu, data iki liwati liwat pesawat saka server; nalika sampeyan nggawe transaksi, sistem duplikat data iki ing infrastruktur backend, kang banjur nindakake heavy ngangkat-mindhah dhuwit saka siji akun kanggo liyane kanggo mbayar tagihan, nggawe. pembayaran, lan terus langganan.
Saiki tikelake proses iki kanthi pirang-pirang milyar. Miturut data sing dikumpulake dening Bank Dunia kanthi bantuan Yayasan Bill lan Melinda Gates, wong diwasa ing saindenging jagad duwe akun bank. Saben wong duwe tagihan sing kudu dibayar. Ana sing mbayar hipotek utawa nransfer dhuwit kanggo klub bocah-bocah, ana sing mbayar langganan Netflix utawa nyewa server maya. Lan kabeh wong iki nggunakake luwih saka siji bank.
Akeh sistem IT internal saka siji bank (mobile banking, ATM, etc.) kudu ora mung sesambungan karo siji liyane. Dheweke kudu sesambungan karo sistem perbankan liyane ing Brazil, China, lan Jerman. ATM Prancis kudu bisa ngetokake dhuwit sing ana ing kertu bank sing ditanggepi nang endi wae ing Bolivia.
Dhuwit mesthi dadi global, nanging durung nate sistem kasebut dadi rumit. Jumlah cara kanggo nggunakake sistem IT bank mundhak, nanging cara lawas isih digunakake. Sukses bank umume gumantung carane "maintainable" infrastruktur IT, lan carane efektif bank bisa ngrampungake karo Gagal dadakan amarga kang sistem bakal nganggur.
Ora ana tes - nyiapake masalah
CEO Banco de Sabadell Jaime Guardiola (kiwa) yakin manawa kabeh bakal lancar. Ora bisa metu.
Sistem komputer TSB ora apik banget kanggo ngrampungake masalah kanthi cepet. Mesthi wae, ana gangguan piranti lunak, nanging nyatane bank kasebut "rusak" amarga kerumitan sistem IT sing akeh banget. Miturut laporan kasebut, sing disiapake nalika wiwitan pemadaman gedhe, "kombinasi aplikasi anyar, tambah panggunaan layanan mikro sing digabungake kanthi nggunakake rong pusat data Aktif / Aktif nyebabake risiko kompleks ing produksi."
Sawetara bank, kayata HSBC, beroperasi sacara global lan mulane uga duwe sistem sing saling nyambungake banget. Nanging lagi dites ajeg, migrasi lan dianyari, miturut siji manager IT HSBC ing Lancaster. Dheweke ndeleng HSBC minangka model babagan carane bank-bank liyane kudu ngatur sistem IT: kanthi nyediakake staf lan mbuwang wektu. Nanging ing wektu sing padha, dheweke ngakoni yen kanggo bank sing luwih cilik, utamane sing ora duwe pengalaman migrasi, nindakake iki kanthi bener minangka tugas sing angel banget.
Migrasi TSB angel. Lan, miturut ahli, staf bank mung ora bisa tekan tingkat kerumitan ing syarat-syarat kualifikasi. Kajaba iku, dheweke ora keganggu mriksa solusi utawa nyoba migrasi luwih dhisik.
Sajrone pidato ing Parlemen Inggris babagan masalah perbankan, Andrew Bailey, kepala eksekutif FCA, dikonfirmasi anggepan kasebut. Kode ala mbokmenawa mung nyebabake masalah awal ing TSB, nanging sistem interconnected saka jaringan financial global tegese kesalahane padha perpetuated lan ora bisa dibalèkaké. Bank terus ndeleng kesalahan sing ora dikarepke ing papan liya ing arsitektur IT. Pelanggan nampa pesen sing ora ana gunane utawa ora ana hubungane karo masalahe.
Pengujian regresi bisa mbantu nyegah bilai kanthi nyekel kode sing ora apik sadurunge dirilis menyang produksi lan nyebabake karusakan kanthi nggawe bug sing ora bisa digulung maneh. Nanging bank mutusaké kanggo mbukak liwat minefield sing malah ora ngerti. Akibaté bisa diramal. Masalah liyane yaiku "optimasi" biaya. Kepriye wujude? Kasunyatan iku sadurunge iki mutusaké kanggo mbusak salinan serep sing disimpen ing Lloyds, wiwit padha "mangan munggah" dhuwit kakehan.
Bank-bank Inggris (lan liya-liyane) ngupayakake tingkat kasedhiyan patang sangang, yaiku 99,99%. Ing praktik, iki tegese sistem IT kudu kasedhiya sawayah-wayah, kanthi downtime nganti 52 menit saben taun. Sistem "telung sangang", 99,9%, sepisanan ora beda-beda. Nanging ing kasunyatan iki tegese downtime tekan 8 jam saben taun. Kanggo bank, "papat sangang" apik, nanging "telung sangang" ora.
Nanging saben perusahaan nggawe owah-owahan ing infrastruktur IT, ana risiko. Sawise kabeh, ana sing salah. Ngurangi owah-owahan bisa ngindhari masalah, dene owah-owahan sing dibutuhake mbutuhake tes sing ati-ati. Lan regulator Inggris wis fokus ing titik iki.
Bisa uga cara paling gampang kanggo ngindhari downtime yaiku mung nggawe owah-owahan sing luwih sithik. Nanging saben bank, kaya perusahaan liyane, kepeksa ngenalake fitur sing luwih migunani kanggo klien lan bisnis dhewe supaya tetep kompetitif. Ing wektu sing padha, bank-bank isih kudu ngurus klien, nglindhungi tabungan lan data pribadhi, nyedhiyakake kahanan sing nyaman kanggo nggunakake layanan. Pranyata organisasi kepeksa mbuwang akeh wektu lan dhuwit kanggo njaga kesehatan infrastruktur IT, nalika nawakake layanan anyar.
Jumlah kegagalan teknologi sing dilaporake ing sektor layanan finansial ing Inggris tambah 187 persen antarane 2017 lan 2018, miturut data sing dirilis dening Otoritas Perilaku Keuangan Inggris. Paling asring, panyebab kegagalan yaiku masalah ing operasi fungsi anyar. Ing wektu sing padha, penting banget kanggo bank-bank supaya njamin operasi tanpa gangguan kabeh layanan lan laporan transaksi sing meh cepet. Klien tansah gugup yen dhuwite nongkrong nang endi wae. Lan klien sing gemeter babagan dhuwit mesthi dadi tandha masalah.
Sawetara sasi sawise kegagalan ing TSB (ing wektu iku CEO bank wis mundur), regulator keuangan Inggris lan Bank of England. kanggo diskusi babagan masalah kelestarian operasional. Supaya padha nyoba kanggo mundhakaken pitakonan saka carane jero bank-bank wis musna ing nguber inovasi, lan apa padha bisa njamin operasi stabil saka sistem sing saiki.
Dokumen kasebut uga ngusulake owah-owahan kanggo undang-undang. Iku babagan nyekel wong ing perusahaan tanggung jawab kanggo apa sing salah ing sistem IT perusahaan kasebut. Parlemen Inggris nerangake kanthi cara iki: "Yen sampeyan duwe tanggung jawab pribadi, lan sampeyan bisa bangkrut utawa mlebu pakunjaran, iki bakal ngganti sikap kerjane, kalebu nambah wektu sing dikhususake kanggo masalah linuwih lan safety."
Hasil
Saben nganyari lan tembelan teka menyang manajemen risiko, utamane nalika atusan yuta dolar melu. Sawise kabeh, yen ana sing salah, bisa larang regane babagan dhuwit lan reputasi. Iku bakal katon jelas. Lan kegagalan bank sajrone migrasi mesthine ngajari akeh.
Wis. Nanging dheweke ora ngajari aku. Ing Nopember 2019, TSB, sing entuk bathi maneh lan alon-alon nambah reputasi, para pelanggan "seneng" ing bidang teknologi informasi. Pukulan kaping pindho menyang bank kasebut tegese bakal dipeksa nutup 82 cabang ing taun 2020 kanggo nyuda biaya. Utawa dheweke ora bisa nyimpen spesialis IT.
Stinginess karo IT wekasanipun teka ing biaya. TSB nglaporake kerugian $ 134 yuta ing 2018, dibandhingake karo bathi $ 206 yuta ing 2017. Biaya pasca migrasi, kalebu ganti rugi pelanggan, mbenerake transaksi penipuan (sing tambah akeh sajrone kekacauan perbankan), lan pitulungan pihak katelu, gunggunge $ 419 yuta. Panyedhiya IT bank kasebut uga ditagih $ 194 yuta kanggo peran ing krisis kasebut.
Nanging, apa wae pelajaran sing disinaoni saka kegagalan bank TSB, gangguan bakal tetep ana. Padha ora bisa dihindari. Nanging kanthi uji coba lan kode sing apik, kacilakan lan downtime bisa dikurangi. Cloud4Y, sing asring mbantu perusahaan gedhe pindhah menyang infrastruktur maya, ngerti pentinge cepet pindhah saka siji sistem menyang sistem liyane. Mulane, kita bisa nindakake testing beban lan nggunakake sistem serep multi-level, uga opsi liyane sing ngijini sampeyan kanggo mriksa kabeh bisa sadurunge miwiti migrasi.
Apa maneh sing bisa diwaca ing blog?
→
→
→
→
→
Langganan kita -saluran supaya sampeyan ora kantun artikel sabanjure! Kita nulis ora luwih saka kaping pindho saben minggu lan mung babagan bisnis.
Source: www.habr.com