როგორ ჩავარდა ბანკი?

IT ინფრასტრუქტურის წარუმატებელმა მიგრაციამ გამოიწვია 1,3 მილიარდი ბანკის კლიენტების ჩანაწერების კორუფცია. ეს ყველაფერი არასაკმარისი ტესტირებისა და კომპლექსური IT სისტემებისადმი არასერიოზული დამოკიდებულების გამო იყო. Cloud4Y მოგვითხრობს, თუ როგორ მოხდა ეს.

2018 წელს ინგლისური TSB ბანკი მიხვდა, რომ მისი ორი წლის „განქორწინება“ Lloyds-ის საბანკო ჯგუფთან (ორივე კომპანია გაერთიანდა 1995 წელს) ძალიან ძვირი ღირდა. TSB ჯერ კიდევ იყო მიბმული თავის ყოფილ პარტნიორთან ნაჩქარევად კლონირებული Lloyds IT სისტემების მეშვეობით. რაც ყველაზე ცუდია, ბანკს უნდა გადაეხადა „ალიმენტი“, 127 მილიონი დოლარის წლიური სალიცენზიო მოსაკრებელი.

ცოტას უყვარს ყოფილებისთვის ფულის გადახდა, ამიტომ 22 წლის 2018 აპრილს 18:00 საათზე TSB დაიწყო 18 თვიანი გეგმის დასკვნითი ეტაპი, რომელიც ყველაფერს უნდა შეცვლილიყო. დაგეგმილი იყო მილიარდობით მომხმარებლის ჩანაწერის გადატანა ესპანური კომპანია Banco Sabadell-ის IT სისტემაში, რომელმაც 2,2 წელს 2015 მილიარდ დოლარად იყიდა TSB.

Banco Sabadell-ის აღმასრულებელმა დირექტორმა ხოსე ოლუმ ისაუბრა მომავალ ღონისძიებაზე 2 წლის შობამდე 2017 კვირით ადრე ბარსელონას პრესტიჟულ საკონფერენციო დარბაზში პერსონალის სადღესასწაულო შეხვედრის დროს. მიგრაციის ყველაზე მნიშვნელოვანი ინსტრუმენტი იყო ბანკო საბადელის მიერ შემუშავებული სისტემის ახალი ვერსია: Proteo. მას კი დაარქვეს Proteo4UK სპეციალურად TSB მიგრაციის პროექტისთვის.

Proteo4UK-ის პრეზენტაციაზე Banco Sabadell-ის აღმასრულებელმა დირექტორმა ხაიმე გვარდიოლა რომოჯარომ დაიკვეხნა, რომ ახალი სისტემა არის ფართომასშტაბიანი პროექტი, რომელსაც ანალოგი არ აქვს ევროპაში, რომელზეც 1000-ზე მეტი სპეციალისტი მუშაობდა. და რომ მისი განხორციელება მნიშვნელოვან სტიმულს მისცემს დიდ ბრიტანეთში Banco Sabadell-ის ზრდას.

მიგრაციის დღედ 22 წლის 2018 აპრილი დაინიშნა. წყნარი კვირა საღამო იყო შუა გაზაფხული. ბანკის IT სისტემები გათიშული იყო, რადგან ჩანაწერები ერთი სისტემიდან მეორეზე გადადიოდა. კვირას გვიან ღამით საბანკო ანგარიშებზე საჯარო წვდომის აღდგენის გამო, ბანკი ნელა და შეუფერხებლად დაუბრუნდება მომსახურებას.

მაგრამ სანამ ოლიუ და გვარდიოლა რომოჯარო სიხარულით აშუქებდნენ სცენიდან Proteo4UK პროექტის განხორციელების შესახებ, მიგრაციის პროცესზე პასუხისმგებელი თანამშრომლები ძალიან ნერვიულობდნენ. პროექტი, რომლის დასრულებას 18 თვე დასჭირდა, სერიოზულად ჩამორჩებოდა გრაფიკს და ბიუჯეტს აჭარბებდა. დამატებითი ტესტების ჩატარების დრო არ იყო. მაგრამ კომპანიის ყველა მონაცემის (რომელიც, გახსოვდეთ, მილიარდობით ჩანაწერია) სხვა სისტემაში გადატანა ჰერკულესური ამოცანაა.

აღმოჩნდა, რომ ინჟინრები საპატიო მიზეზით ნერვიულობდნენ.

ნაკვეთი საიტზე, რომელიც მომხმარებლებმა ძალიან დიდი ხნის განმავლობაში ნახეს

20 წუთის შემდეგ, რაც TSB-მა გახსნა ანგარიშებზე წვდომა, დარწმუნებული იყო, რომ მიგრაცია შეუფერხებლად წარიმართა, პრობლემების პირველი ცნობები მოვიდა.

ხალხის დანაზოგი მოულოდნელად გაქრა მათი ანგარიშებიდან. უმნიშვნელო ოდენობის შესყიდვები შეცდომით დაფიქსირდა მრავალათასლარიან ხარჯად. ზოგიერთი ადამიანი შევიდა საკუთარ პირად ანგარიშებზე და ნახა არა მათი საბანკო ანგარიშები, არამედ სრულიად განსხვავებული ადამიანების ანგარიშები.

21:00 საათზე, TSB-ის წარმომადგენლებმა აცნობეს ადგილობრივ ფინანსურ მარეგულირებელს (დიდი ბრიტანეთის ფინანსური ქცევის ორგანო, FCA), რომ ბანკს პრობლემები შეექმნა. მაგრამ FCA-მ უკვე გაითვალისწინა: TSB-მა მართლაც ცუდათ გატეხა და მომხმარებლები სულელებად აქციეს. და, რა თქმა უნდა, მათ დაიწყეს ჩივილი სოციალური ქსელები (და დღესდღეობით Twitter-ზე ან Facebook-ზე რამდენიმე სტრიქონის ჩამოგდება არ არის განსაკუთრებით რთული). 23:30 საათზე, FCA-ს დაუკავშირდა სხვა ფინანსური მარეგულირებელი, Prudential Regulation Authority (PRA), რომელმაც ასევე იგრძნო, რომ რაღაც არასწორი იყო.

უკვე შუაღამის შემდეგ მათ მოახერხეს ბანკის ერთ-ერთ წარმომადგენელთან მისვლა. და დაუსვით მათ ერთადერთი კითხვა: "რა ჯანდაბა ხდება?"

დრო დასჭირდა ტრაგედიის მასშტაბის გაგებას, მაგრამ ახლა ჩვენ ვიცით, რომ მიგრაციის დროს დაზიანდა 1,3 მილიონი მომხმარებლის 5,4 მილიარდი ჩანაწერი. მინიმუმ ერთი კვირის განმავლობაში კლიენტებს არ შეეძლოთ ფულის მართვა კომპიუტერებიდან ან მობილური მოწყობილობებიდან. მათ ვერ შეძლეს სესხის გადახდა და ბანკის ბევრმა კლიენტმა მიიღო ხარვეზი საკრედიტო ისტორიაში, ასევე დაგვიანებული საკომისიო.

ასე გამოიყურებოდა TSB მომხმარებლის ონლაინ ბანკი

როდესაც ხარვეზები დაიწყო, თითქმის მაშინვე, ბანკის წარმომადგენლები ამტკიცებდნენ, რომ პრობლემები იყო "წყვეტილი". სამი დღის შემდეგ გავრცელდა განცხადება, რომ ყველა სისტემა ნორმალური იყო. მაგრამ მომხმარებლები განაგრძობდნენ პრობლემების შესახებ შეტყობინებას. მხოლოდ 26 წლის 2018 აპრილს, ბანკის აღმასრულებელმა დირექტორმა, პოლ პესტერმა, აღიარა, რომ TSB "დაჩოქილი იყო", რადგან ბანკის IT ინფრასტრუქტურას აგრძელებდა "სიჩქარის პრობლემა", რაც დაახლოებით მილიონ მომხმარებელს აფერხებდა ონლაინ საბანკო სერვისებზე წვდომას.

მიგრაციიდან ორი კვირის შემდეგ, ონლაინ ბანკინგის აპლიკაციას კვლავ ჰქონდა ინფორმაცია SQL მონაცემთა ბაზასთან დაკავშირებულ შიდა შეცდომებზე.
გადახდის სირთულეები, განსაკუთრებით ბიზნესისა და იპოთეკის გადასახადებთან დაკავშირებით, გაგრძელდა ოთხ კვირამდე. და ყველგან მყოფმა ჟურნალისტებმა გაარკვიეს, რომ TSB-მ უარყო Lloyds Banking Group-ის დახმარების შეთავაზება მიგრაციული კრიზისის დასაწყისშივე. ზოგადად, ონლაინ სერვისებში შესვლასთან და თანხის გადარიცხვის შესაძლებლობასთან დაკავშირებული პრობლემები 3 სექტემბრამდე დაფიქსირდა.

პატარა ისტორიის

პირველი ბანკომატი გაიხსნა 27 წლის 1967 ივნისს ბარკლეის მახლობლად, ენფილდში

საბანკო IT სისტემები სულ უფრო რთული ხდება, რადგან იზრდება კლიენტების საჭიროებები და მოლოდინები ბანკისგან. დაახლოებით 40-60 წლის წინ, ჩვენ სიამოვნებით მოვინახულებდით ჩვენს ადგილობრივ ბანკის ფილიალს სამუშაო საათებში, რათა ჩაერიცხათ ნაღდი ფული ან გამოეტანათ იგი გამყიდველის მეშვეობით.

ანგარიშზე არსებული თანხის ოდენობა პირდაპირ კავშირში იყო იმ ნაღდ ფულსა და მონეტებთან, რომლებიც ბანკს მივეცით. ჩვენი სახლის აღრიცხვის თვალყურის დევნება შეიძლებოდა კალმით და ქაღალდით, ხოლო კომპიუტერული სისტემები არ იყო ხელმისაწვდომი კლიენტებისთვის. ბანკის თანამშრომლები ათავსებდნენ მონაცემებს წიგნებიდან და სხვა მედიიდან მოწყობილობებში, რომლებიც ითვლიდნენ ფულს.

მაგრამ 1967 წელს ჩრდილოეთ ლონდონში პირველად დამონტაჟდა ბანკომატს, რომელიც არ იყო განთავსებული ბანკის შენობაში. და ამ მოვლენამ შეცვალა საბანკო საქმე. მომხმარებლის მოხერხებულობა ფინანსური ინსტიტუტების განვითარების ეტალონად იქცა. და ეს დაეხმარა ბანკებს უფრო დახვეწილიყვნენ კლიენტებთან და მათ ფულთან მუშაობის თვალსაზრისით. მიუხედავად იმისა, რომ კომპიუტერული სისტემები ხელმისაწვდომი იყო მხოლოდ ბანკის თანამშრომლებისთვის, ისინი კმაყოფილი იყვნენ კლიენტებთან ურთიერთობის ძველი, „ქაღალდის“ გზით. მხოლოდ ბანკომატების და შემდეგ ონლაინ ბანკინგის მოსვლასთან ერთად ფართო საზოგადოებამ მიიღო პირდაპირი წვდომა ბანკის IT სისტემებზე.

ბანკომატები მხოლოდ დასაწყისი იყო. მალე ხალხმა სალაროსთან ხაზს თავი აარიდა, უბრალოდ ბანკში ტელეფონით დარეკვით. ამისათვის საჭირო იყო სპეციალური ბარათები ჩასმული მკითხველში, რომელსაც შეუძლია გაშიფროს ორმაგი ბგერის მრავალ სიხშირის (DTMF) სიგნალები, რომლებიც გადაცემულია, როდესაც მომხმარებელი დააჭერს ღილაკს "1" (ფულის ამოღება) ან "2" (თანხების დეპონირება).

ინტერნეტმა და მობილურმა ბანკმა კლიენტები დააახლოვა იმ ძირითად სისტემებთან, რომლებიც ამუშავებენ ბანკებს. მიუხედავად მათი განსხვავებული შეზღუდვებისა და პარამეტრებისა, ყველა ეს სისტემა ეფექტურად უნდა იმოქმედოს ერთმანეთთან და მთავარ ქსელთან, შეასრულოს ანგარიშის ბალანსის შემოწმება, ფულის გადარიცხვები და ა.შ.

რამდენიმე კლიენტი ფიქრობს იმაზე, თუ რამდენად რთულია ინფორმაციის გზა, როდესაც, მაგალითად, შედიხართ ონლაინ ბანკში, რათა ნახოთ ან განაახლოთ ინფორმაცია თქვენს ანგარიშზე არსებული ფულის შესახებ. როდესაც შეხვალთ, ეს მონაცემები გადაეცემა სერვერების ერთობლიობას; როდესაც თქვენ ახორციელებთ ტრანზაქციას, სისტემა აორმაგებს ამ მონაცემებს backend-ის ინფრასტრუქტურაში, რაც შემდეგ აძლიერებს - გადარიცხავს ფულის ერთი ანგარიშიდან მეორეზე გადასახადების გადასახდელად. გადახდები და გააგრძელეთ გამოწერა.

ახლა გაამრავლეთ ეს პროცესი რამდენიმე მილიარდზე. მსოფლიო ბანკის მიერ ბილ და მელინდა გეითსების ფონდის დახმარებით შედგენილი მონაცემების მიხედვით, 69 პროცენტი მოზარდებს მთელ მსოფლიოში აქვთ საბანკო ანგარიში. თითოეულ ამ ადამიანს აქვს გადასახადები გადასახდელი. ვიღაც იხდის იპოთეკას ან გადარიცხავს ფულს ბავშვთა კლუბებისთვის, ვიღაც იხდის Netflix-ის გამოწერას ან ღრუბლოვან სერვერის ქირაობას. და ყველა ეს ადამიანი იყენებს ერთზე მეტ ბანკს.

ერთი ბანკის მრავალი შიდა IT სისტემა (მობილ ბანკი, ბანკომატები და ა.შ.) უბრალოდ არ უნდა იმოქმედოს ერთმანეთთან. მათ უნდა დაუკავშირდნენ სხვა საბანკო სისტემებს ბრაზილიაში, ჩინეთსა და გერმანიაში. ფრანგულ ბანკომატს უნდა შეეძლოს ფულის გაცემა, რომელიც არის ბოლივიაში გაცემულ საბანკო ბარათზე.

ფული ყოველთვის იყო გლობალური, მაგრამ აქამდე სისტემა არ ყოფილა ასეთი რთული. საბანკო IT სისტემების გამოყენების გზების რაოდენობა იზრდება, მაგრამ ძველი გზები კვლავ გამოიყენება. ბანკის წარმატება დიდწილად დამოკიდებულია იმაზე, თუ რამდენად „შენარჩუნებულია“ მისი IT ინფრასტრუქტურა და რამდენად ეფექტურად შეუძლია გაუმკლავდეს ბანკს მოულოდნელ წარუმატებლობას, რის გამოც სისტემა უმოქმედო იქნება.

არანაირი ტესტები - მოემზადეთ პრობლემებისთვის

Banco de Sabadell-ის აღმასრულებელი დირექტორი ხაიმ გვარდიოლა (მარცხნივ) დარწმუნებული იყო, რომ ყველაფერი შეუფერხებლად წარიმართებოდა. არ გამოუვიდა.

TSB-ის კომპიუტერული სისტემები არ იყო ძალიან კარგად პრობლემების სწრაფად გადაჭრაში. იყო, რა თქმა უნდა, პროგრამული ხარვეზები, მაგრამ რეალურად ბანკი "დაიშალა" მისი IT სისტემების გადაჭარბებული სირთულის გამო. მოხსენების თანახმად, რომელიც მომზადდა მასიური გათიშვის პირველ დღეებში, „ახალი აპლიკაციების კომბინაციამ, მიკროსერვისების გაზრდილმა გამოყენებამ ორი აქტიური/აქტიური მონაცემთა ცენტრის გამოყენებასთან ერთად გამოიწვია კომპლექსური რისკი წარმოებაში“.

ზოგიერთი ბანკი, როგორიცაა HSBC, მუშაობს გლობალურად და, შესაბამისად, ასევე აქვს ძალიან რთული, ურთიერთდაკავშირებული სისტემები. მაგრამ ისინი რეგულარულად ტესტირება, მიგრაცია და განახლება ხდება, ლანკასტერში HSBC IT მენეჯერის თქმით. ის HSBC-ს ხედავს, როგორც მოდელს, თუ როგორ უნდა მართონ სხვა ბანკებმა თავიანთი IT სისტემები: პერსონალის დახარჯვით და დროის დახარჯვით. მაგრამ ამავე დროს ის აღიარებს, რომ პატარა ბანკისთვის, განსაკუთრებით კი, რომელსაც არ აქვს მიგრაციის გამოცდილება, ამის სწორად გაკეთება ძალიან რთული ამოცანაა.

TSB მიგრაცია რთული იყო. ექსპერტების აზრით კი, ბანკის თანამშრომლებმა კვალიფიკაციის მხრივ სირთულის ამ დონეს უბრალოდ ვერ მიაღწიეს. გარდა ამისა, მათ არც კი შეუწუხებიათ თავიანთი გადაწყვეტის შემოწმება ან მიგრაციის წინასწარ გამოცდა.

ბრიტანეთის პარლამენტში საბანკო პრობლემებზე გამოსვლისას FCA-ს აღმასრულებელმა დირექტორმა ენდრიუ ბეილიმ დაადასტურა ეს ეჭვი. ცუდმა კოდმა ალბათ მხოლოდ თავდაპირველი პრობლემები გამოიწვია TSB-ში, მაგრამ გლობალური ფინანსური ქსელის ურთიერთდაკავშირებული სისტემები ნიშნავდა იმას, რომ მისი შეცდომები იყო მუდმივი და შეუქცევადი. ბანკი კვლავ ხედავდა მოულოდნელ შეცდომებს მის IT არქიტექტურაში. მომხმარებლებმა მიიღეს შეტყობინებები, რომლებიც უაზრო იყო ან არ იყო დაკავშირებული მათ პრობლემებთან.

რეგრესიის ტესტირებამ შეიძლება ხელი შეუწყოს კატასტროფის თავიდან აცილებას ცუდი კოდის დაჭერით, სანამ ის გამოიშვებოდა წარმოებაში და ზიანი მიაყენა შეცდომების შექმნით, რომელთა უკან დაბრუნება შეუძლებელია. მაგრამ ბანკმა გადაწყვიტა გაევლო ნაღმზე, რომლის შესახებ არც კი იცოდა. შედეგები პროგნოზირებადი იყო. კიდევ ერთი პრობლემა იყო ხარჯების „ოპტიმიზაცია“. როგორ გამოიხატა იგი? ფაქტია, რომ ადრე გადაწყდა Lloyds-ში შენახული სარეზერვო ასლების გაუქმება, რადგან მათ "შეჭამეს" ძალიან ბევრი ფული.

ბრიტანული ბანკები (და სხვებიც) ცდილობენ მიაღწიონ ხელმისაწვდომობის ოთხ ცხრა დონეს, ანუ 99,99%. პრაქტიკაში, ეს ნიშნავს, რომ IT სისტემა ყოველთვის ხელმისაწვდომი უნდა იყოს, წელიწადში 52 წუთამდე შეფერხებით. "სამი ცხრა" სისტემა, 99,9%, ერთი შეხედვით დიდად არ განსხვავდება. მაგრამ სინამდვილეში ეს ნიშნავს, რომ შეფერხების დრო წელიწადში 8 საათს აღწევს. ბანკისთვის "ოთხი ცხრა" კარგია, მაგრამ "სამი ცხრა" არა.

მაგრამ ყოველთვის, როცა კომპანია ცვლის თავის IT ინფრასტრუქტურაში, ის რისკავს. ყოველივე ამის შემდეგ, რაღაც შეიძლება არასწორედ წარიმართოს. ცვლილებების შემცირება დაგეხმარებათ თავიდან აიცილოთ პრობლემები, ხოლო საჭირო ცვლილებები საჭიროებს ფრთხილად ტესტირებას. და ბრიტანელმა მარეგულირებლებმა ყურადღება ამ საკითხზე გაამახვილეს.

შესაძლოა, უმარტივესი გზა, რათა თავიდან აიცილოთ შეფერხება, უბრალოდ ნაკლები ცვლილებების შეტანაა. მაგრამ ყველა ბანკი, ისევე როგორც ნებისმიერი სხვა კომპანია, იძულებულია შემოიტანოს უფრო და უფრო სასარგებლო ფუნქციები კლიენტებისთვის და საკუთარი ბიზნესისთვის, რათა დარჩეს კონკურენტუნარიანი. ამასთან, ბანკები კვლავ ვალდებულნი არიან იზრუნონ კლიენტებზე, დაიცვან მათი დანაზოგი და პირადი მონაცემები, უზრუნველყონ მომსახურებით სარგებლობის კომფორტული პირობები. გამოდის, რომ ორგანიზაციები იძულებულნი არიან დახარჯონ დიდი დრო და ფული თავიანთი IT ინფრასტრუქტურის სიჯანსაღის შესანარჩუნებლად, იმავდროულად ახალი სერვისების შეთავაზებაში.

გაერთიანებული სამეფოს ფინანსური ქცევის ორგანოს მიერ გამოქვეყნებული მონაცემების თანახმად, გაერთიანებული სამეფოს ფინანსური მომსახურების სექტორში ტექნოლოგიური წარუმატებლობის რაოდენობა 187-2017 წლებში გაიზარდა 2018 პროცენტით. ყველაზე ხშირად, წარუმატებლობის მიზეზი არის ახალი ფუნქციონირების პრობლემები. ამავდროულად, ბანკებისთვის მნიშვნელოვანია უზრუნველყონ ყველა სერვისის მუდმივი უწყვეტი ფუნქციონირება და ტრანზაქციების თითქმის მყისიერი ანგარიშგება. კლიენტები ყოველთვის ნერვიულობენ, როცა მათი ფული სადმე დევს. და კლიენტი, რომელიც ფულზე ნერვიულობს, ყოველთვის უსიამოვნების ნიშანია.

TSB-ში ჩავარდნიდან რამდენიმე თვის შემდეგ (ამ დროისთვის ბანკის აღმასრულებელი დირექტორი თანამდებობიდან გადადგა), დიდი ბრიტანეთის ფინანსური მარეგულირებლები და ინგლისის ბანკი გამოაქვეყნა დოკუმენტი საოპერაციო მდგრადობის საკითხებზე განსახილველად. ასე რომ, ისინი ცდილობდნენ დაესვათ კითხვა, თუ რამდენად ღრმად წავიდნენ ბანკები ინოვაციებისკენ და შეუძლიათ თუ არა მათ უზრუნველყონ სისტემის სტაბილური ფუნქციონირება, რაც ახლა აქვთ.

დოკუმენტში ასევე შემოთავაზებულია ცვლილებები კანონმდებლობაში. საუბარი იყო კომპანიის შიგნით მყოფი ადამიანების პასუხისმგებლობის დაკისრებაზე იმაზე, თუ რა ხდება არასწორი ამ კომპანიის IT სისტემებში. ბრიტანელმა პარლამენტარებმა ეს ასე განმარტეს: „როდესაც პირადად ხარ პასუხისმგებელი და შეგიძლია გაკოტრდე ან ციხეში წახვიდე, ეს მნიშვნელოვნად შეცვლის საქმისადმი დამოკიდებულებას, მათ შორის სანდოობისა და უსაფრთხოების საკითხს დათმობილი დროის გაზრდას“.

შედეგები

ყოველი განახლება და პაჩი მოდის რისკის მენეჯმენტზე, განსაკუთრებით მაშინ, როდესაც საქმე ასობით მილიონი დოლარია. ყოველივე ამის შემდეგ, თუ რამე არასწორედ წარიმართება, ეს შეიძლება იყოს ძვირი ფულისა და რეპუტაციის თვალსაზრისით. აშკარად ჩანს რაღაცეები. და მიგრაციის დროს ბანკის წარუმატებლობა მათ ბევრი რამ უნდა ესწავლებინა.

ჰქონდა. მაგრამ მან არ მასწავლა. 2019 წლის ნოემბერში TSB-მა, რომელმაც კვლავ მიაღწია მომგებიანობას და ნელ-ნელა აუმჯობესებდა თავის რეპუტაციას, "აღაფრთოვანა" მომხმარებლები. ახალი მარცხი საინფორმაციო ტექნოლოგიების სფეროში. მეორე დარტყმა ბანკს ნიშნავდა, რომ 82 წელს იძულებული გახდება 2020 ფილიალის დახურვა, ხარჯების შესამცირებლად. ან უბრალოდ ვერ დაზოგავს IT სპეციალისტებს.

სიძუნწეს IT-თან ერთად საბოლოო ჯამში ფასი აქვს. TSB-მ 134 წელს 2018 მილიონი დოლარის ზარალი გამოაცხადა, 206 წელს 2017 მილიონი დოლარის მოგებასთან შედარებით. მიგრაციის შემდგომი ხარჯები, კლიენტების კომპენსაციის ჩათვლით, თაღლითური ტრანზაქციების გამოსწორება (რომელიც მკვეთრად გაიზარდა საბანკო ქაოსის დროს) და მესამე მხარის დახმარებამ, შეადგინა $419 მილიონი. ბანკის IT პროვაიდერს ასევე დარიცხეს 194 მილიონი დოლარი კრიზისში მისი როლისთვის.

თუმცა, რაც არ უნდა გაკვეთილი ვისწავლოთ TSB ბანკის უკმარისობიდან, შეფერხებები მაინც მოხდება. ისინი გარდაუვალია. მაგრამ ტესტირებისა და კარგი კოდით, ავარია და შეფერხების დრო შეიძლება მნიშვნელოვნად შემცირდეს. Cloud4Y, რომელიც ხშირად ეხმარება დიდ კომპანიებს ღრუბლოვან ინფრასტრუქტურაში მიგრაციაში, ესმის ერთი სისტემიდან მეორეზე სწრაფად გადასვლის მნიშვნელობა. ამიტომ, ჩვენ შეგვიძლია ჩავატაროთ დატვირთვის ტესტირება და გამოვიყენოთ მრავალ დონის სარეზერვო სისტემა, ისევე როგორც სხვა ვარიანტები, რომლებიც საშუალებას მოგცემთ შეამოწმოთ ყველაფერი, რაც შესაძლებელია მიგრაციის დაწყებამდე.

კიდევ რისი წაკითხვა შეგიძლიათ ბლოგზე? Cloud4Y

→ მარილიანი მზის ენერგია
→ პენტესტრები კიბერუსაფრთხოების სათავეში
→ დიდი ფიფქის თეორია
→ ინტერნეტი ბუშტებზე
→ საჭიროა თუ არა ბალიშები მონაცემთა ცენტრში?

გამოიწერეთ ჩვენი დეპეშა-არხი, რომ არ გამოტოვოთ შემდეგი სტატია! ჩვენ ვწერთ არა უმეტეს კვირაში ორჯერ და მხოლოდ საქმიანი.

წყარო: www.habr.com