Post by princeraj on Nov 11, 2024 7:25:05 GMT
අපි RapidSoft කණ්ඩායම වන අතර අද අපට ඔබට කියන්නට අවශ්ය වන්නේ SBI බැංකුවේ පාරිභෝගික පක්ෂපාතිත්ව පද්ධතිය සඳහා අපි සම්මත නොවන විසඳුමක් සකස් කර ක්රියාත්මක කළ ආකාරය , කෙටිම කාලය තුළ සම්පූර්ණයෙන්ම නව සැකසුම් මොඩියුලයක වැඩ නිම කිරීමට සහ සංවර්ධනය කිරීමට අප සමත් වූ ආකාරයයි. සම්පූර්ණ සංකීර්ණ නිෂ්පාදනයක්, සියලු අන්තරායන් ජය ගැනීම. Multibonus , SberSpasibo වැනි සුප්‍රසිද්ධ ලෝයල්ටි වැඩසටහන් ස්වයංක්‍රීය කිරීම පිළිබඳ අපගේ අත්දැකීම් සහ තවත් බොහෝ අය මේ සඳහා අපට උපකාර කළහ...
එකල SBI බැංකුව තරමක් කුඩා විය. ඓතිහාසික වශයෙන්, එය ආයතනික අංශයේ වැඩ කළ නමුත් 2017 වන විට එය ජපන් හෝල්ඩින් එස්බීඅයි හෝල්ඩිංග්ස් හි 100% අනුබද්ධිත ආයතනයක් බවට පත් විය, පසුව කොටස් හිමියන් රුසියානු වෙළඳපොලේ සිල්ලර ගනුදෙනුකරුවන් සඳහා සේවා සැපයීම ගැන සිතූ - පවුල් මූල්‍ය සහ ඉතුරුම් කළමනාකරණය සඳහා නව විසඳුමක් "ඔබේ කවය."
මෙම විසඳුම සඳහා ලෝයල්ටි වැඩසටහනක් සඳහා බැංකුව අප වෙත පැමිණියේය. හොඳ නිර්දේශයක් වූයේ 2013 දී අප ස්වයංක්‍රීය කරන ලද සහ එතැන් සිට අඛණ්ඩව සහාය සහ සංවර්ධනය කර ඇති VTB බැංකුව සඳහා බහුබෝනස් ලෝයල්ටි වැඩසටහන ක්රියාත්මක කිරීමේ RapidSoft හි අත්දැකීම් ය. කෙසේ වෙතත්, SBI බැංකුවේ ඉල්ලීම VTB ට වඩා බෙහෙවින් වෙනස් විය.
ක්රීඩා කොන්දේසි
"ඔබේ කවය" පැකේජය යනු එක් ගිණුමකට සම්බන්ධ වන පවුල් කාඩ්පත් වන අතර මුළු පවුලටම බෝනස් එකතු කිරීමට ඉඩ සලසයි. මෙම කට්ටලයට එක් ප්රධාන කාඩ්පතක්, අතිරේක කාඩ්පත් දෙකක් සහ දරුවෙකු සඳහා යතුරු පුවරුවක් පවා ඇතුළත් වේ.
එවැනි පවුල් පක්ෂපාතිත්ව වැඩසටහනක් දියත් කිරීම බැංකුවට සහ එහි ගනුදෙනුකරුවන්ට ප්‍රතිලාභ ලබා දෙයි:
ගනුදෙනුකරුවන්ට පුද්ගලික පිග්ගි බැංකුවක් ලැබේ, සීමාවන් භාවිතා කරමින් ඥානවන්තව වියදම් කරන ආකාරය ඔවුන්ගේ දරුවන්ට උගන්වන්න, සහ සියලු දෙනා එක්ව මුදල් උපයති. ඔවුන් ලෝයල්ටි වැඩසටහන හරහා රැස් කරගත් අරමුදල් අනාගතයේදී භාවිතා කරන පොදු ඉලක්ක සමඟ පැමිණේ.
බැංකුව නව ගනුදෙනුකරුවන් ආකර්ෂණය කරයි, පවතින අය රඳවා තබා ගනී, මන්ද එය සමඟ වැඩ කිරීම ලාභදායී වන අතර එය පවුල රැකබලා ගනී. කීර්තිය සහ පාරිභෝගික විශ්වාසයේ මට්ටම වැඩි කරයි.
එබැවින් පවුලේ ක්රීඩාවක් ගැන සිතන්න. ළමුන් ඇතුළු සෑම කෙනෙකුටම එක් ගිණුමකට සම්බන්ධ බැංකු කාඩ්පත් නිකුත් කර ඇති අතර මුදල් ආපසු ගැනීම් සහ වියදම් සඳහා සීමාවන් නියම කර ඇත. සියල්ල සූදානම්, ක්රීඩාව ආරම්භ වේ. සෑම පවුලේ සාමාජිකයෙක්ම හවුල් බෝනස් වියදම් කර උපයා ගනී. එපමනක් නොව, පොදු කාඩ්පතට ගෙනාවේ කවුරුන්ද සහ කොපමණ ප්රමාණයක් දැක ගත හැකි ශ්රේණිගත කිරීමක් පවත්වාගෙන යනු ලැබේ.
මුළු පවුලටම හොඳ ලෝයල්ටි වැඩසටහන් අදහසක්? සිසිල්. නමුත් සෑම අදහසක්ම ක්රියාත්මක කිරීම අවශ්ය වේ.
Meme පවුලට සාදරයෙන් පිළිගනිමු
යාන්ත්රික ලක්ෂණ
අපගේ කර්තව්‍යය වූයේ බහු මට්ටමේ මුදල් ආපසු ගැනීමක් විශේෂ නායකත්වය/url] සහිත ලෝයල්ටි වැඩසටහනක් සංවර්ධනය කර ක්රියාත්මක කිරීමයි. ලකුණු ගණන කාඩ්පතේ මිලදී ගැනීම් ප්‍රමාණය සහ වැඩි වූ උපචිත කාණ්ඩ මත රඳා පවතී. විවිධ කාඩ්පත් වලින් තනි ගිණුමකට ගෙවීම් කළ යුතුය. අතිරේක කොන්දේසියක් වන්නේ ගිණුමේ ශේෂය මත පොලී උපචිත වේ (උපරිම 8.5%).
SBI බැංකුව විසින් ගොඩනගා ගැනීමට අවශ්ය වූ විසඳුමේ විශේෂත්වය නම්, කලින් සම්පුර්ණ කරන ලද ගනුදෙනු ආපසු ගෙවීම සඳහා ප්‍රසාද දීමනා කපා හැරිය යුතු වීමයි (උදාහරණයක් ලෙස, ප්‍රසාද දීමනා විශාල ප්රමාණයක් එකතු වී ඇති බැවින්, සේවාදායකයාට ඔවුන් සමඟ අවන්හලකට ඊයේ ගිය ගමන සඳහා ගෙවීමට හැකි වනු ඇත. ) Tinkoff බැංකුව සහ තවත් සමහර බැංකු මෙය සිදු කරයි, නමුත් VTB ඒ වෙනුවට ත්‍යාග සීමාවක් භාවිතා කරයි - ඔබට ඇතැම් භාණ්ඩ හෝ සේවා ඇණවුම් කිරීමට බෝනස් භාවිතා කළ හැකිය (උදාහරණයක් ලෙස, මිල අධික තණකොළ කපන යන්ත්රයක්).
තවත් වෙනසක් වන්නේ ප්රවර්ග තේරීමේ ක්රමයයි. SBI බැංකුවේ ලෝයල්ටි වැඩසටහනට මට්ටම් තුනක් ඇත: ලෝකඩ, රිදී සහ රන්. පළමු එක පෙරනිමියෙන් විවෘත වන අතර, ඊළඟ ඒවා කාඩ්පත සඳහා යම් මුදලක් වැය කර සාක්ෂාත් කරගනු ලැබේ. තවද එක් එක් මට්ටම් වල ඔබට වැඩි ප්‍රසාද දීමනා ලබා ගත හැකි විවිධ කාණ්ඩ තිබේ.
මාසය ආරම්භ වී ඇතැයි කියමු, සේවාදායකයාට එකවර කාණ්ඩ කිහිපයක් විවෘත කර ඇත - ඔහු ඇතුළු වී ඔහු බෝනස් රැස් කරන්නේ කුමන කාණ්ඩයටද යන්න තෝරා ගත යුතුය, උදාහරණයක් ලෙස, “ළමා නිෂ්පාදන” හෝ “ස්වයං” කාණ්ඩයේ. සම්පූර්ණ වියදම් වලින් යම් ප්‍රමාණයකට ළඟා වූ පසු (උදාහරණයක් ලෙස, රූබල් 30 දහසක්), ඊළඟ මට්ටම විවෘත වේ - තවත් කාණ්ඩ කිහිපයක්.
එය “පියවර දෙකක” බවට හැරේ: පළමුව ඔබ වියදම් කරයි, පසුව ඔවුන් කාණ්ඩ විවෘත කරයි, ඒවායින් එකක් තෝරාගෙන එහි තවත් රැස් කරයි. මෙය ලෝයල්ටි පද්ධතියක් සඳහා තරමක් සම්මත නොවන යාන්ත්‍රිකයෙකි.
ඊට අමතරව, බැංකුව කොන්දේසියක් නියම කළේය: සියලුම ප්‍රසාද උපචිත ක්ෂණිකව සිදු විය යුතු අතර මාර්ගගතව ප්‍රදර්ශනය කළ යුතුය. පුද්ගලයා මුදල් වියදම් කර උපචිත බෝනස් එදිනම දුටුවේය. මෙම ප්‍රවේශය සම්පූර්ණයෙන් ද දක්නට ලැබෙන්නේ කලාතුරකිනි, මන්ද එයට අවසර සැකසීම, නිෂ්කාශනය සහ ගෙවීම් පද්ධති වලින් ගනුදෙනු සඳහා ප්‍රතිලාභ ලබා ගැනීම කෙරෙහි දැඩි අවධානයක් අවශ්ය වේ. බැංකුවේ ව්යාපෘති කණ්ඩායමේ අපගේ සගයන් යෝජනා කළේ වැඩසටහන දියත් කළ වහාම මෙම යාන්ත්‍රණය ක්රියාත්මක කරන ලෙසයි, එය විශිෂ්ටයි.
අපගේ ලෝයල්ටි පද්ධතිය තුළ, උපචිත යාන්ත්‍ර විද්‍යාව ගණනය කිරීම සඳහා "ප්‍රවර්ධන මොඩියුලය" නම් සංරචකයක් වගකිව යුතුය. මෙය සරලව කිවහොත්, තීරණ ගැනීමේ එන්ජිමක් වන අතර එය සිදුවීමක සන්දර්භය ආදානය ලෙස ලබා ගනී, උදාහරණයක් ලෙස, කාඩ්පතක අවසරය සහ සිදු කළ යුතු ක්‍රියා මාලාවක් ප්‍රතිදානය කරයි: බෝනස් උපයා ගන්න, පණිවිඩයක් යවන්න සේවාදායකයා, ආදිය. සියලුම නීති රීති සම්පාදනය කර මතකයේ ක්රියාත්මක කර ඇති නිසා, මෙම එන්ජිමට අන්තර්ජාලය හරහා ඉතා විශාල දත්ත ප්රමාණයක් සැකසීමට හැකිය.
අපි බැංකුව සමඟ ඒකාබද්ධ කිරීම සැලසුම් කරන විට, බහු මට්ටමේ උපචිත පද්ධතියක් ක්රියාත්මක කරන්නේ කෙසේදැයි සොයා බැලීමේදී, නිර්මාණාත්මක විසඳුමක් මතු විය - කොටස් මොඩියුලය දෙවරක් ඇමතීම. ප්‍රථම වතාවට, පවතින ප්රවර්ග තේරීමට යාන්ත්‍ර විද්‍යාව වින්‍යාස කර ඇත: ප්‍රවර්ධන මොඩියුලයේ කවුන්ටර ලැබෙන ගනුදෙනු සහ ප්‍රමාණයන් ගණන් කරයි, සහ ප්‍රවර්ධන මොඩියුලය කුමන කාණ්ඩ ලබා ගත යුතුද යන්න තීරණය කරයි. සේවාදායකයා එක් කාණ්ඩයක් පරීක්ෂා කරන විට, මෙම තේරීම සටහන් කර ඇති අතර, ඊළඟ ප්‍රවර්ධනයේ ඉලක්කගත ප්‍රේක්ෂකයින් තුළ සේවාදායකයා ඇතුළත් වේ (ඇත්ත වශයෙන්ම උපචිත ගණනය කිරීමෙන් පසු) - එනම් ප්‍රේරක දාමයක් පැන නගී.
Oracle සිට PostgreSQL වෙත "ගමන් කිරීම"
SBI බැංකුව සඳහා ලෝයල්ටි පද්ධතිය මත වැඩ කිරීමට පෙර, අපි Oracle සිට PostgreSQL වෙත සැකසුම් කේතය සංක්‍රමණය කිරීම සම්පූර්ණ කළෙමු - SBI බැංකුව සඳහා වූ ව්‍යාපෘතිය නව සැකසුම් මොඩියුලයේ පළමු කාර්මික ක්රියාත්මක කිරීම බවට පත් වූ අතර පුදුම සහගත ලෙස සාර්ථක විය.
සංවර්ධකයා
අපට දැනටමත් Oracle මත සම්පූර්ණයෙන්ම ක්‍රියා කරන විසඳුමක් තිබුණි - දස දහස් ගණනක් කේත රේඛා සහ කාර්යයන් රාශියක් සහිත විශාල සංරචකයකි: සියලුම ලකුණු සැකසීම, සේවාදායකයින්, ඔවුන්ගේ ගිණුම්, ගනුදෙනු, ශේෂයන් පිළිබඳ තොරතුරු ගබඩා කරන ගිණුම්කරණ පද්ධතියක්, පොදුවේ ගත් කල, ගනුදෙනුවේ පාරිභෝගික ක්‍රියාකාරකම් හා සම්බන්ධ සෑම දෙයක්ම.
Oracle බැංකුකරණයේ තථ්‍ය ප්‍රමිතිය වූ අතර, ඇත්ත වශයෙන්ම, තාක්ෂණික වශයෙන් එය තවමත් ප්‍රමුඛතම DBMS වේ. කෙසේ වෙතත්, අවාසි ඇත: බලපත්‍ර සහ ආධාරක පිරිවැය, සංවෘත කේතය සහ ගෘහස්ථ මෘදුකාංග ලේඛනයේ එය භාවිතා කරමින් වර්ධනයන් ඇතුළත් කිරීමට ඇති නොහැකියාව. එබැවින් පසුගිය වසර පහ තුළ, වත්මන් සහ විභව යන දෙඅංශයෙන්ම සියලුම පාරිභෝගිකයින්, විවෘත මූලාශ්‍ර DBMS වෙත මාරු වීම පිළිබඳව අවම වශයෙන් එක් වරක්වත් ප්‍රශ්නයක් අපෙන් විමසා ඇත.
PostgreSQL සඳහා වූ තේරීම ඉතා පැහැදිලි විය - එය විවෘත මූලාශ්‍රයේ අංක 1 DBMS වේ. ප්රධාන සාධකය වූයේ MVCC සඳහා සහාය වන අතර, එය නොමැතිව මූල්‍ය ගනුදෙනු සැකසීම ගැන කතා කළ නොහැකි අතර, Oracle PL/SQL ට බෙහෙවින් සමාන වන PL/pgSQL සංවර්ධන භාෂාවයි.
PostgreSQL හි අපගේ විසඳුම නැවත ලිවීමට අපි වසරකට ආසන්න කාලයක් ගත කළෙමු. අපි එය වසරකින් සාදනු ඇතැයි අපට කිසිසේත් විශ්වාස නැති බව මම පැවසිය යුතුය: සැකසුම් මොඩියුලයේ කේත පේළි 120,000 ක් ඇති අතර මෙය පද්ධතියේ වඩාත්ම “විවේචනාත්මක” කේතයයි. අප කිසිවකුට වැඩ පිළිබඳ නිශ්චිත සැලැස්මක් සහ තක්සේරුවක් ලබා දිය නොහැකි විය. අපි සැක කර තීරණය කළෙමු: "අපි පටන් ගනිමු, පසුව අපි බලමු." සියලුම සංක්‍රමණ වික්‍රමාන්විතයන් වෙනම පළ කිරීමකට සුදුසු ය: අපි ඩමි සඳහා ඇමේසන් වෙතින් “ස්වයංක්‍රීය” සංක්‍රමණ මෙවලම් භාවිතයෙන් ආරම්භ කළ අතර දැනටමත් PostgreSQL යුරෝපයේ සාමාජිකයන් වී අවසන් වූ අතර ලේඛනාගාරයේ “වළලා ඇති” මූලාශ්‍ර කේතය සහ ලිපි හුවමාරුව පිළිබඳ ප්රශ්න අවබෝධ කර ගත්තෙමු. postgresql.org 2008 වසරේ සිට.
අපි සියලුම කේතය මාරු කිරීම සම්පූර්ණ කර සියලු පරීක්ෂණ සමත් වූ බව සහතික කළ විගසම, SBI බැංකුව සමඟ ව්‍යාපෘතිය යෙදවීම වහාම ආරම්භ වූ බව පෙනී ගියේය. පාරිභෝගිකයාට PostgreSQL අවශ්ය වූ අතර, කේතය සම්පූර්ණයෙන්ම ක්රියාත්මක වන බව අපට දැනටමත් විශ්වාස විය. එහෙත්, පළමු මාස කිහිපය තුළ සැකසීමට අදාළ නිෂ්පාදනයේදී අපට එකදු සිදුවීමක් නොලැබුණු විට අපි පුදුමයට පත් වූවෙමු - මන්දගාමී වැඩ සම්බන්ධයෙන් ඉල්ලීම් කිහිපයක් පමණක් පැමිණියේය, එය අපි ඉතා ඉක්මනින් දේශීයකරණය කළෙමු (මේ පිළිබඳ වැඩි විස්තර පහතින්).
වසරක් තිස්සේ සකස් කරන ලද වැඩසටහනක් සහ මෙම වසර තුළ "සජීවී" සේවාදායකයින්ගේ පරිසරය තුළ පරීක්ෂාවට ලක් නොකළ වැඩසටහනක් සරලව නැඟිට ක්රියාත්මක වනු ඇතැයි අපේක්ෂා කිරීම දුෂ්කර විය. නමුත් සිදු වූයේ එයයි!
ඇත්ත වශයෙන්ම, කිසිදු ගැටළුවක් නොමැති වීමට හේතුව අපි සාධක දෙකක් හඳුනා ගත්තෙමු: පළමුව, කේත පේළි 120,000 න්, අපට 100,000 ක් පමණ ඇත - මේවා ඒකක පරීක්ෂණ, ආවරණය බොහෝ දුරට සම්පූර්ණ කර ඇති අතර අපි මෙම පරීක්ෂණ පළමුව සංක්‍රමණය කළෙමු. ; දෙවනුව, පරීක්ෂණ සංක්‍රමණය වූ වහාම, අපි Kubernetes භාවිතා කරමින් Gitlab හි ස්වයංක්‍රීය ගොඩනැගීම සහ පරීක්ෂා කිරීම පිහිටුවමු, එවිට සෑම කැපවීමක්ම සම්පූර්ණ පරීක්ෂණ චක්‍රයක් හරහා ගමන් කරයි, සහ පරීක්ෂණ සමත් නොවන්නේ නම් ඒකාබද්ධ ඉල්ලීම පිළිගත නොහැක.
දැන් අපි PostgreSQL ප්රධාන විසඳුම ලෙස පිරිනමන අතර වත්මන් ගනුදෙනුකරුවන් සඳහා සහ විදේශීය දේවලට ආදරය කරන්නන් සඳහා අපි Oracle වෙත සහාය දෙමු.
ගනුදෙනු ප්රවාහයේ
එක් සිත්ගන්නාසුලු අනුකූලතා ගැටළුවක් වූයේ PostgreSQL හට ස්වායත්ත ගනුදෙනු සඳහා ස්වදේශීය සහය නොමැති වීමයි. ඔවුන්ගේ සම්භාව්‍ය භාවිතය වන්නේ දත්ත සමුදා වගු වලට ඇතුල් වීමයි.
අපි සෑම ඇමතුමක්ම ලොගයේ සටහන් කරමු - පැමිණි සියල්ල සහ පිටතට ගිය සියල්ල, එනම්, සියලු අසාර්ථක ගනුදෙනු ද ලොගයේ සුරැකිය යුතු අතර මකා නොදමන්න. PostgreSQL හි දෝෂයක් සිදුවුවහොත්, ඇත්ත වශයෙන්ම, ලොග් ඇතුළත් කිරීම් ඇතුළුව සම්පූර්ණ ගනුදෙනුව ආපසු හරවනු ලැබේ. ලොග් වගු වල වාර්තා අනෙක් සියල්ල මෙන් එකම ගනුදෙනුවකින් ලිවිය යුතු නැති බව පෙනේ.
Oracle සතුව මෙම සීමාව මඟහරවා ගැනීමට සූදානම් යාන්ත්‍රණයක් ඇත. PostgreSQL සතුව එවැනි “ගනුදෙනුවක් තුළ ගනුදෙනු” යාන්ත්‍රණයක් නොතිබුණි. සාමාන්‍ය විසඳුමක් වන්නේ dblink භාවිතා කිරීමයි, දේශීය ලූප්බැක් හරහා එකම දත්ත ගබඩාවට සම්බන්ධ කිරීම, එවිට ඔබට මෙම සම්බන්ධතාවයේ වෙනම ගනුදෙනුවක් විවෘත කළ හැකිය.
ඒකක පරීක්ෂණ සහ රසායනාගාර කාර්ය සාධන පරීක්ෂණ වලදී සෑම දෙයක්ම හොඳින් ක්රියාත්මක විය, නමුත් මෙම විසඳුම සැබෑ ගනුදෙනු ප්‍රවාහයක් මත ක්‍රියා කළ විගසම - රෙජිස්ට්‍රි සැකසීමේදී තත්පරයට ගනුදෙනු දහස් ගණනක් - දත්ත සමුදායට මුහුණ දිය නොහැකි බව අපි දුටුවෙමු. dblink අපට සුදුසු නොවන බව පෙනී ගියේය: සැකසුම් නූල් ගණන ප්‍රොසෙසර් කෝර් ගණන ඉක්මවා යන තෙක් එය හොඳින් ක්‍රියා කරයි, පසුව එය ඉක්මනින් හා අනපේක්ෂිත ලෙස බිඳ වැටේ - සම්බන්ධතා කැඩී යයි, “කාන්දු වේ”, එකිනෙකා අවහිර කරයි. ඊට අමතරව, රසායනාගාර පරීක්ෂණ Kubernetes හි මධ්‍ය එකක් හෝ දෙකක් මත ක්රියාත්මක වන බව අපට පෙනී ගියේය, එය සැබෑ සේවාදායකයන්ට කිසිසේත් අනුරූප නොවේ.
අපි දේවල් කිහිපයක් කළා:
පළමුව, අපි ආපසු ලබා දුන් බොහෝ දත්ත කණ්ඩායම් ඇමතුම් ලොගයෙන් කපා හැර, යැවීමේ ශීර්ෂයන් පමණක් ඉතිරි කරමු.
දෙවනුව, අපි ස්වයංක්‍රීය ගනුදෙනු වෙනත් තාක්‍ෂණයකට මාරු කළෙමු - pg_background දිගුව වෙත, එය dblink විකල්පයට වඩා වේගවත් සහ ස්ථාවර බව ඔප්පු විය.
තෙවනුව, pg_advisory_lock සහ අනුපිළිවෙල භාවිතා කර අපි ගෙදර හැදූ mutex එකක් සෑදුවෙමු, එය max_worker_processes නොඉක්මවන ලෙස අපි සමාන්තර ලොග් ලිවීමේ නූල් ගණන සීමා කළෙමු.
මේ සියල්ලට අමතරව, සමාන්තර සැකසුම් සඳහා ආතති පරීක්ෂණ සමඟ බර පරීක්ෂණ කට්ටල අනුපූරක විය.
බැංකුවක සක්‍රීය නාමාවලියට ප්රවේශ වන්නේ කෙසේද - නැතහොත් එය නොමැතිව කරන්න
සෑම බැංකු ව්‍යාපෘතියකින්ම, මගේ මතකයේ ඉතිරිව ඇත්තේ තොරතුරු ආරක්ෂණ (IS) දෙපාර්තමේන්තුව සමඟ අනුමැතිය ලබා ගැනීමේ ක්‍රියාවලියයි: අපගේ මෘදුකාංග ස්ථාපනය කර පරීක්ෂා කිරීමට අවශ්ය බැංකු සේවාදායකයන් හෝ දත්ත සමුදායන් වෙත ප්‍රවේශය ලබා දෙන ආකාරය. ක්රියාත්මක කිරීමේ ව්‍යාපෘතියක කාලසීමාවෙන් අඩක් ප්‍රවේශය ලබා ගැනීම සිදු වේ.
බැංකුවේ සක්‍රීය නාමාවලියට ප්රවේශ වීමේදී බොහෝ විට ගැටලුවක් පැන නගී.
කාරණය නම් අපගේ පද්ධතිය තුළ සංරචක කිහිපයක් ඇත, උදාහරණයක් ලෙස, ප්‍රවර්ධන මොඩියුලයක්, නාමාවලි දත්ත ගබඩාවක්, සේවාදායක පැතිකඩක් යනාදිය. එවැනි සෑම සංරචකයකටම තමන්ගේම වෙබ් GUI ඇත (අපගේ පාරිභාෂිතයේ - AWS). ඔවුන් අතර ආරක්ෂක වැඩපොළක් ඇත, එමඟින් ඔබට පද්ධතියේ අනෙකුත් සංරචක වෙත ප්‍රවේශය කළමනාකරණය කළ හැකිය - කළමනාකරුවන්, ඇමතුම් මධ්‍යස්ථාන ක්‍රියාකරුවන් සහ පද්ධතියට ප්රවේශ වීමට අවශ්ය සියල්ලන් සඳහා ගිණුම් සාදන්න. සියලුම ගිණුම් ක්‍රියාකාරී නාමාවලියෙහි ගබඩා කර ඇත. පරිශීලක අවසර පිළිබඳ දත්ත ගබඩා කිරීම සඳහා, අපි සාමාන්‍යයෙන් අමතර AD ගුණාංග භාවිතා කරමු.
දත්ත ආරක්ෂාව සඳහා ප්‍රමුඛතාවයක් ලබා දෙන බැංකු, පරිශීලක ගිණුම් එහි ගබඩා කර ඇති බැවින්, ක්‍රියාකාරී නාමාවලිය වෙත පද්ධති ප්‍රවේශය අනුමත කිරීමට බෙහෙවින් මැලි වේ. තවද ආරක්ෂක වැඩ වල තාක්ෂණික ගිණුම කියවීමට පමණක් නොව, අතිරේක ගුණාංග වෙනස් කිරීමටද ප්රවේශ විය යුතුය.
ප්‍රතිපත්තිමය වශයෙන්, සියලුම බැංකු මෙය ඉතා ප්‍රවේශමෙන් සලකයි. එවැනි තීරණ ගැනීමේ වේගය සාමාන්‍යයෙන් රඳා පවතින්නේ බැංකුව තුළ තොරතුරු ආරක්ෂාව සහ තොරතුරු තාක්ෂණය වෙන් කර ඇති ආකාරය මතය. SBI බැංකුවේ එය අඩු වැඩි වශයෙන් එක් ව්‍යුහයක් වූ අතර සියලු තීරණ ඉතා ඉක්මනින් ගනු ලැබිණි. ආරක්ෂාව වෙනම ජීවිතයක් ගත කරන තැන, ඒ හරහා තීරණ ගැනීම ඉතා අපහසුය.
SBI බැංකුව අපට විකල්ප ප්‍රවේශයක් ලබා දුන්නේය: අපගේ ආරක්ෂක සේවා ස්ථානය භාවිත නොකර සම්මත සක්‍රීය නාමාවලි මෙවලම් තුළ ඔවුන්ගේ ආරක්ෂක පරිපාලකයින් භාවිතා කරමින් නව පරිශීලකයින් - කළමනාකරුවන් සහ ක්‍රියාකරුවන් - නිර්මාණය කිරීමට ඔවුන් තීරණය කළහ. මෙය ඇත්ත වශයෙන්ම අපහසු වන අතර ව්‍යාපාරික හෝ ආරක්ෂක නිලධාරීන්ගේ ජීවිතය පහසු නොකරයි.
AD වෙනස්කම් වලක්වා ගැනීම සඳහා අපගේ සේවාදායකයා පහසු සහ වේගවත් මෙවලමක් අතහැර දැමීම අපව විකල්ප විසඳුම් ගැන සිතීමට හේතු විය.
විකල්ප: අභිරුචි ගුණාංග
ඉහත විස්තර කර ඇති ගැටලුව ගැන සිතා බැලීමේදී, අභ්‍යන්තර ගැටුම් ඇති නොවන ක්‍රියාකාරී නාමාවලිය හරහා විවිධ උප පද්ධති වෙත ප්‍රවේශය ලබා දීමට තවත් ක්‍රමයක් අපට හමු විය.
බැංකුවලට ඔවුන්ගේ සක්‍රීය නාමාවලිය හරහා තෙවන පාර්ශවීය විසඳුම් ඒකාබද්ධ කිරීමට අවශ්ය නැති වීමට එක් හේතුවක් නම්, අපගේ “විදේශීය” ගුණාංග සමඟ ගැටිය හැකි එවැනි විසඳුම්වල නීති මගින් හඳුන්වා දෙන පරිශීලකයින් සඳහා නව ගුණාංග මතු වීමයි බැංකුවේ පද්ධතිය.
මෙම ගැටළුව විසඳීම සඳහා, RapidSoft විසින් IANA වෙත නිල අයදුම්පතක් ඉදිරිපත් කරන ලද අතර, විවිධ නාමාවලිවල ගුණාංග ඇතුළුව අද්විතීය සමාගම් හඳුනාගැනීම් බෙදා හරිනු ලැබේ. අපගේ ගුණාංග හරියටම පුනරාවර්තනය නොවන බව සහතික කිරීමට හෝ වෙනත් කෙනෙකු සමඟ ගැටෙන්නේ නැති බව සහතික කිරීමට, අපට අපගේම අනන්‍ය උපසර්ගය ලැබුණි.
අනාගතයේදී සමාන ගැටළු මඟහරවා ගැනීමට මෙය තවත් ක්‍රමයකි - දැන් අපට කළ යුතු දේ පිළිබඳ තේරීමක් පාරිභෝගිකයාට ලබා දිය හැකිය. පද්ධතිය තුළ ගුණාංග නිර්මාණය කිරීමට ආරක්ෂාව ඔබට ඉඩ නොදෙන්නේ නම්, අපට නිල වශයෙන් ලැබුණු අපගේම ගුණාංග භාවිතා කළ හැකිය.
මීළඟ යාවත්කාලීනයේදී, මෙම වසර අවසන් වීමට පෙර, අපි AD attributes කිසිසේත් භාවිතා නොකිරීමේ හැකියාව එකතු කරන්නෙමු, නමුත් Loyalty System හි අක්තපත්‍ර වෙනම දත්ත ගබඩාවක ගබඩා කරන්නෙමු. කෙසේ වෙතත්, පරිශීලක සත්‍යාපනය තවමත් සිදු කරනු ලබන්නේ වසම් මුරපදයක් භාවිතා කරමිනි. මෙම සංයෝජනය AD ක්රියාත්මක කිරීම සඳහා වගකිව යුතු දෙපාර්තමේන්තු වලින් ප්රශ්න සම්පූර්ණයෙන්ම ඉවත් කළ යුතුය.
හැමදේටම මාස තුනක්
SBI බැංකුව සමඟ ව්‍යාපෘතිය ඇදහිය නොහැකි තරම් වේගවත් විය. අපි දෙසැම්බර් මාසයේදී ආරම්භ කළ අතර මාර්තු මාසයේදී අපි දැනටමත් ලෝයල්ටි ක්‍රමය දියත් කළෙමු. මෙය සිදු වූයේ කෙසේද? බැංකුව කුඩා වන අතර අපි ප්රධාන වශයෙන් පුද්ගලයන් තිදෙනෙකු හෝ හතර දෙනෙකුගෙන් යුත් කණ්ඩායමක් සමඟ සන්නිවේදනය කළෙමු - විධිමත් ක්‍රම කිහිපයක් තිබුණි, බැංකුවේ සංවර්ධන කණ්ඩායම සමඟ සම්බන්ධතා ඉතා සජීවී සහ ඉක්මන් විය. ක්රියාත්මක කිරීමේදී අපි බැංකු කණ්ඩායම සමඟ වෙනම කතාබස් කළෙමු, එය අපි අපගේ කතාබස් පද්ධතිය තුළ සංවිධානය කළෙමු (අපි MatterMost භාවිතා කරමු) එවිට අපට ප්රශ්න ඇසීමට සහ පියාසර කරන විට පිළිතුරු ලබා ගැනීමට හැකි විය.
වසර දෙකකට ආසන්න කාලයක් ගත වී ඇති අතර, මෙම කාලය තුළ SBI බැංකුව සඳහා අපගේ ව්‍යාපෘතියේ සැලකිය යුතු සංශෝධන කිසිවක් සිදුවී නොමැත. වරින් වර ඔවුන් විවිධ ක්‍රියාවන් සඳහා අදහස් සමඟ අප වෙත පැමිණේ, මෙය කළ හැකි ආකාරය අපි පැහැදිලි කරමු - ඒකාබද්ධතාවයේ දෘෂ්ටි කෝණයෙන්, මේ සඳහා සියල්ල දැනටමත් සකසා ඇත. එවැනි ව්යාපෘති සඳහා දිගුකාලීන තාක්ෂණික සහාය පොදු වේ, නමුත් වෙනස් කිරීම් සමඟ දේවල් වෙනස් ලෙස ක්රියාත්මක වේ.
Loyalty වැඩසටහන Svoy Krug SBI බැංකුව, වෙබ් අඩවිය
දැන් අපි දිගටම උපදේශන, තොරතුරු, විශ්ලේෂණ සහ තාක්ෂණික සහාය ලබා දෙන්නෙමු. පාරිභෝගිකයාට ඇති ඕනෑම ප්‍රශ්නයක් අපි විසඳන්නෙමු.
SBI බැංකුව 2020 මැයි මාසයේදී “ඔබේ කවය” පද්ධතිය දියත් කළේය. වසර තුළ, බැංකුවට අනුව, ඉහළ කාණ්ඩවල පිරිවැටුම දෙගුණයක් වූ අතර, කපා හැරීම් සමඟ ගනුදෙනුකරුවන්ගේ කොටස 40% කින් වැඩි විය. සමස්තයක් වශයෙන්, සංඛ්යා සිත් ඇදගන්නා සුළු ය:
ලෝයල්ටි වැඩසටහන් සංඛ්‍යාලේඛන Svoi krug
(මාර්ගය වන විට, 2020 දී "ඔබේ කවය" පවුලේ පැකේජය "බැංකු නිෂ්පාදන" කාණ්ඩයේ ජාතික බැංකු සම්මානය දිනා ගත්තේය).
බැංකුවක ලෝයල්ටි වැඩසටහන නිවැරදිව ක්රියාත්මක කළහොත් ආයෝජනය කළ සම්පත් මත ඉහළ ප්‍රතිලාභයක් ලබා ගත හැකි සංකීර්ණ නිෂ්පාදනයකි. සංඛ්යා අනුව විනිශ්චය කිරීම, අපි සාර්ථක විය.
පාරිභෝගිකයාගේ ඇස් හරහා
අපගේ කතාවට අමතරව, ව්‍යාපෘතිය ක්රියාත්මක කිරීම පිළිබඳ ඔහුගේ හැඟීම් බෙදා ගැනීමට අපි SBI බැංකුවේ ලෝයල්ටි වැඩසටහනේ ප්‍රධානී සර්ජි ග්‍රචෙව්ගෙන් ඉල්ලා සිටියෙමු. බැංකුව විසින් සංවර්ධනය ආරම්භ කිරීම සහ ක්රියාත්මක කිරීම පිළිබඳ කතාව මෙන්න:
"- 2019 සැප්තැම්බර් මාසයේදී, SBI බැංකුව "ඔබේ කවය" නව ලෝයල්ටි වැඩසටහනක් හඳුන්වා දීමට උත්සාහ කළේය. සංවර්ධනය දියත් කර මාස දෙක තුනකට පසු, තෝරාගත් සංවර්ධකයාට නියමිත වේලාවට සහ අවශ්ය ගුණාත්මකභාවය සමඟ භාණ්ඩය වෙළඳපොළට ගෙන ඒමට නොහැකි වනු ඇති බව පැහැදිලි විය. නියමුවා තුළ දැනටමත් ගැටළු මතු විය. බැංකුවේ කණ්ඩායමට නව කාර්යයකට මුහුණ දීමට සිදු විය - කෙටි කාලයක් තුළ, උපරිම වශයෙන් මාස තුනක්, නව සේවා සපයන්නෙකු සොයා ගැනීම සහ ඔහුට පක්ෂපාතී කළමනාකරණ පද්ධතියක් සංවර්ධනය කිරීමේ කාර්යය පැවරීම. අපි වඩාත් විශ්වාසදායක සංවර්ධකයෙකු ලෙස RapidSoſt තෝරා ගත්තෙමු.
සැකසුම් ස්ථාපනය කිරීම හා ක්රියාත්මක කිරීම සඳහා ඉතා සුළු කාලයක් තිබූ බව සඳහන් කිරීම වටී. මූලික කොන්ත්‍රාත්තු අවසන් කිරීමෙන් පසු දෙසැම්බර් මස මුලදී වැඩ ආරම්භ වූ අතර 2020 මාර්තු 1 වන දින නිෂ්පාදිතය වෙළඳපොළට ගෙන ඒම දැනටමත් අවශ්ය විය.
ලෝයල්ටි සැකසුම් වැනි භාණ්ඩයක් බැංකුවකට හඳුන්වා දීම, සේවාදායකයන් ස්ථාපනය කිරීම පමණක් නොව, අතිරේක ආරක්ෂක අවශ්යතා සහ ප්රවේශ පාලනය සමඟ සම්බන්ධ වී ඇති බව සැලකිල්ලට ගත යුතුය. ඔබට බැංකුවට පැමිණ සන්සුන්ව එහි යමක් ස්ථාපනය කළ නොහැක, අතුරුදහන් වූ සමහර වැඩසටහන්.
අපි එකට වැඩ කළා - බැංකු කණ්ඩායම සහ RapidSoſt හි සගයන්. ඔවුන් අපට උපදෙස් ලබා දුන් අතර ඔවුන්ගේ ඔප්පු කළ ක්‍රම බෙදා ගත්හ. මාර්තු මාසය වන විට, නව වේදිකාව ලබා දෙන ලදී, පරීක්ෂණ පරිපථයක් ක්රියාත්මක කරන ලදී, ඵලදායී සේවාදායකයන් ස්ථාපනය කරන ලදී, සහ බැංකුව ලෝයල්ටි පද්ධති වෙබ් අඩවියක් දියත් කරන ලදී.
ක්රියාත්මක කිරීම හොඳින් සිදු විය. බාධාවකින් තොරව, සේවාදායකයාට බලපෑමක් නොමැතිව, අපි පැරණි වේදිකාවල සිට නව ඒවාට දත්ත මාරු කළෙමු. මාර්තු වෙනකොට අපි සම්පූර්ණයෙන් සන්නද්ධව ආවා. අපි සම්පූර්ණයෙන්ම සූදානම් වුණා.
එකල SBI බැංකුව තරමක් කුඩා විය. ඓතිහාසික වශයෙන්, එය ආයතනික අංශයේ වැඩ කළ නමුත් 2017 වන විට එය ජපන් හෝල්ඩින් එස්බීඅයි හෝල්ඩිංග්ස් හි 100% අනුබද්ධිත ආයතනයක් බවට පත් විය, පසුව කොටස් හිමියන් රුසියානු වෙළඳපොලේ සිල්ලර ගනුදෙනුකරුවන් සඳහා සේවා සැපයීම ගැන සිතූ - පවුල් මූල්‍ය සහ ඉතුරුම් කළමනාකරණය සඳහා නව විසඳුමක් "ඔබේ කවය."
මෙම විසඳුම සඳහා ලෝයල්ටි වැඩසටහනක් සඳහා බැංකුව අප වෙත පැමිණියේය. හොඳ නිර්දේශයක් වූයේ 2013 දී අප ස්වයංක්‍රීය කරන ලද සහ එතැන් සිට අඛණ්ඩව සහාය සහ සංවර්ධනය කර ඇති VTB බැංකුව සඳහා බහුබෝනස් ලෝයල්ටි වැඩසටහන ක්රියාත්මක කිරීමේ RapidSoft හි අත්දැකීම් ය. කෙසේ වෙතත්, SBI බැංකුවේ ඉල්ලීම VTB ට වඩා බෙහෙවින් වෙනස් විය.
ක්රීඩා කොන්දේසි
"ඔබේ කවය" පැකේජය යනු එක් ගිණුමකට සම්බන්ධ වන පවුල් කාඩ්පත් වන අතර මුළු පවුලටම බෝනස් එකතු කිරීමට ඉඩ සලසයි. මෙම කට්ටලයට එක් ප්රධාන කාඩ්පතක්, අතිරේක කාඩ්පත් දෙකක් සහ දරුවෙකු සඳහා යතුරු පුවරුවක් පවා ඇතුළත් වේ.
එවැනි පවුල් පක්ෂපාතිත්ව වැඩසටහනක් දියත් කිරීම බැංකුවට සහ එහි ගනුදෙනුකරුවන්ට ප්‍රතිලාභ ලබා දෙයි:
ගනුදෙනුකරුවන්ට පුද්ගලික පිග්ගි බැංකුවක් ලැබේ, සීමාවන් භාවිතා කරමින් ඥානවන්තව වියදම් කරන ආකාරය ඔවුන්ගේ දරුවන්ට උගන්වන්න, සහ සියලු දෙනා එක්ව මුදල් උපයති. ඔවුන් ලෝයල්ටි වැඩසටහන හරහා රැස් කරගත් අරමුදල් අනාගතයේදී භාවිතා කරන පොදු ඉලක්ක සමඟ පැමිණේ.
බැංකුව නව ගනුදෙනුකරුවන් ආකර්ෂණය කරයි, පවතින අය රඳවා තබා ගනී, මන්ද එය සමඟ වැඩ කිරීම ලාභදායී වන අතර එය පවුල රැකබලා ගනී. කීර්තිය සහ පාරිභෝගික විශ්වාසයේ මට්ටම වැඩි කරයි.
එබැවින් පවුලේ ක්රීඩාවක් ගැන සිතන්න. ළමුන් ඇතුළු සෑම කෙනෙකුටම එක් ගිණුමකට සම්බන්ධ බැංකු කාඩ්පත් නිකුත් කර ඇති අතර මුදල් ආපසු ගැනීම් සහ වියදම් සඳහා සීමාවන් නියම කර ඇත. සියල්ල සූදානම්, ක්රීඩාව ආරම්භ වේ. සෑම පවුලේ සාමාජිකයෙක්ම හවුල් බෝනස් වියදම් කර උපයා ගනී. එපමනක් නොව, පොදු කාඩ්පතට ගෙනාවේ කවුරුන්ද සහ කොපමණ ප්රමාණයක් දැක ගත හැකි ශ්රේණිගත කිරීමක් පවත්වාගෙන යනු ලැබේ.
මුළු පවුලටම හොඳ ලෝයල්ටි වැඩසටහන් අදහසක්? සිසිල්. නමුත් සෑම අදහසක්ම ක්රියාත්මක කිරීම අවශ්ය වේ.
Meme පවුලට සාදරයෙන් පිළිගනිමු
යාන්ත්රික ලක්ෂණ
අපගේ කර්තව්‍යය වූයේ බහු මට්ටමේ මුදල් ආපසු ගැනීමක් විශේෂ නායකත්වය/url] සහිත ලෝයල්ටි වැඩසටහනක් සංවර්ධනය කර ක්රියාත්මක කිරීමයි. ලකුණු ගණන කාඩ්පතේ මිලදී ගැනීම් ප්‍රමාණය සහ වැඩි වූ උපචිත කාණ්ඩ මත රඳා පවතී. විවිධ කාඩ්පත් වලින් තනි ගිණුමකට ගෙවීම් කළ යුතුය. අතිරේක කොන්දේසියක් වන්නේ ගිණුමේ ශේෂය මත පොලී උපචිත වේ (උපරිම 8.5%).
SBI බැංකුව විසින් ගොඩනගා ගැනීමට අවශ්ය වූ විසඳුමේ විශේෂත්වය නම්, කලින් සම්පුර්ණ කරන ලද ගනුදෙනු ආපසු ගෙවීම සඳහා ප්‍රසාද දීමනා කපා හැරිය යුතු වීමයි (උදාහරණයක් ලෙස, ප්‍රසාද දීමනා විශාල ප්රමාණයක් එකතු වී ඇති බැවින්, සේවාදායකයාට ඔවුන් සමඟ අවන්හලකට ඊයේ ගිය ගමන සඳහා ගෙවීමට හැකි වනු ඇත. ) Tinkoff බැංකුව සහ තවත් සමහර බැංකු මෙය සිදු කරයි, නමුත් VTB ඒ වෙනුවට ත්‍යාග සීමාවක් භාවිතා කරයි - ඔබට ඇතැම් භාණ්ඩ හෝ සේවා ඇණවුම් කිරීමට බෝනස් භාවිතා කළ හැකිය (උදාහරණයක් ලෙස, මිල අධික තණකොළ කපන යන්ත්රයක්).
තවත් වෙනසක් වන්නේ ප්රවර්ග තේරීමේ ක්රමයයි. SBI බැංකුවේ ලෝයල්ටි වැඩසටහනට මට්ටම් තුනක් ඇත: ලෝකඩ, රිදී සහ රන්. පළමු එක පෙරනිමියෙන් විවෘත වන අතර, ඊළඟ ඒවා කාඩ්පත සඳහා යම් මුදලක් වැය කර සාක්ෂාත් කරගනු ලැබේ. තවද එක් එක් මට්ටම් වල ඔබට වැඩි ප්‍රසාද දීමනා ලබා ගත හැකි විවිධ කාණ්ඩ තිබේ.
මාසය ආරම්භ වී ඇතැයි කියමු, සේවාදායකයාට එකවර කාණ්ඩ කිහිපයක් විවෘත කර ඇත - ඔහු ඇතුළු වී ඔහු බෝනස් රැස් කරන්නේ කුමන කාණ්ඩයටද යන්න තෝරා ගත යුතුය, උදාහරණයක් ලෙස, “ළමා නිෂ්පාදන” හෝ “ස්වයං” කාණ්ඩයේ. සම්පූර්ණ වියදම් වලින් යම් ප්‍රමාණයකට ළඟා වූ පසු (උදාහරණයක් ලෙස, රූබල් 30 දහසක්), ඊළඟ මට්ටම විවෘත වේ - තවත් කාණ්ඩ කිහිපයක්.
එය “පියවර දෙකක” බවට හැරේ: පළමුව ඔබ වියදම් කරයි, පසුව ඔවුන් කාණ්ඩ විවෘත කරයි, ඒවායින් එකක් තෝරාගෙන එහි තවත් රැස් කරයි. මෙය ලෝයල්ටි පද්ධතියක් සඳහා තරමක් සම්මත නොවන යාන්ත්‍රිකයෙකි.
ඊට අමතරව, බැංකුව කොන්දේසියක් නියම කළේය: සියලුම ප්‍රසාද උපචිත ක්ෂණිකව සිදු විය යුතු අතර මාර්ගගතව ප්‍රදර්ශනය කළ යුතුය. පුද්ගලයා මුදල් වියදම් කර උපචිත බෝනස් එදිනම දුටුවේය. මෙම ප්‍රවේශය සම්පූර්ණයෙන් ද දක්නට ලැබෙන්නේ කලාතුරකිනි, මන්ද එයට අවසර සැකසීම, නිෂ්කාශනය සහ ගෙවීම් පද්ධති වලින් ගනුදෙනු සඳහා ප්‍රතිලාභ ලබා ගැනීම කෙරෙහි දැඩි අවධානයක් අවශ්ය වේ. බැංකුවේ ව්යාපෘති කණ්ඩායමේ අපගේ සගයන් යෝජනා කළේ වැඩසටහන දියත් කළ වහාම මෙම යාන්ත්‍රණය ක්රියාත්මක කරන ලෙසයි, එය විශිෂ්ටයි.
අපගේ ලෝයල්ටි පද්ධතිය තුළ, උපචිත යාන්ත්‍ර විද්‍යාව ගණනය කිරීම සඳහා "ප්‍රවර්ධන මොඩියුලය" නම් සංරචකයක් වගකිව යුතුය. මෙය සරලව කිවහොත්, තීරණ ගැනීමේ එන්ජිමක් වන අතර එය සිදුවීමක සන්දර්භය ආදානය ලෙස ලබා ගනී, උදාහරණයක් ලෙස, කාඩ්පතක අවසරය සහ සිදු කළ යුතු ක්‍රියා මාලාවක් ප්‍රතිදානය කරයි: බෝනස් උපයා ගන්න, පණිවිඩයක් යවන්න සේවාදායකයා, ආදිය. සියලුම නීති රීති සම්පාදනය කර මතකයේ ක්රියාත්මක කර ඇති නිසා, මෙම එන්ජිමට අන්තර්ජාලය හරහා ඉතා විශාල දත්ත ප්රමාණයක් සැකසීමට හැකිය.
අපි බැංකුව සමඟ ඒකාබද්ධ කිරීම සැලසුම් කරන විට, බහු මට්ටමේ උපචිත පද්ධතියක් ක්රියාත්මක කරන්නේ කෙසේදැයි සොයා බැලීමේදී, නිර්මාණාත්මක විසඳුමක් මතු විය - කොටස් මොඩියුලය දෙවරක් ඇමතීම. ප්‍රථම වතාවට, පවතින ප්රවර්ග තේරීමට යාන්ත්‍ර විද්‍යාව වින්‍යාස කර ඇත: ප්‍රවර්ධන මොඩියුලයේ කවුන්ටර ලැබෙන ගනුදෙනු සහ ප්‍රමාණයන් ගණන් කරයි, සහ ප්‍රවර්ධන මොඩියුලය කුමන කාණ්ඩ ලබා ගත යුතුද යන්න තීරණය කරයි. සේවාදායකයා එක් කාණ්ඩයක් පරීක්ෂා කරන විට, මෙම තේරීම සටහන් කර ඇති අතර, ඊළඟ ප්‍රවර්ධනයේ ඉලක්කගත ප්‍රේක්ෂකයින් තුළ සේවාදායකයා ඇතුළත් වේ (ඇත්ත වශයෙන්ම උපචිත ගණනය කිරීමෙන් පසු) - එනම් ප්‍රේරක දාමයක් පැන නගී.
Oracle සිට PostgreSQL වෙත "ගමන් කිරීම"
SBI බැංකුව සඳහා ලෝයල්ටි පද්ධතිය මත වැඩ කිරීමට පෙර, අපි Oracle සිට PostgreSQL වෙත සැකසුම් කේතය සංක්‍රමණය කිරීම සම්පූර්ණ කළෙමු - SBI බැංකුව සඳහා වූ ව්‍යාපෘතිය නව සැකසුම් මොඩියුලයේ පළමු කාර්මික ක්රියාත්මක කිරීම බවට පත් වූ අතර පුදුම සහගත ලෙස සාර්ථක විය.
සංවර්ධකයා
අපට දැනටමත් Oracle මත සම්පූර්ණයෙන්ම ක්‍රියා කරන විසඳුමක් තිබුණි - දස දහස් ගණනක් කේත රේඛා සහ කාර්යයන් රාශියක් සහිත විශාල සංරචකයකි: සියලුම ලකුණු සැකසීම, සේවාදායකයින්, ඔවුන්ගේ ගිණුම්, ගනුදෙනු, ශේෂයන් පිළිබඳ තොරතුරු ගබඩා කරන ගිණුම්කරණ පද්ධතියක්, පොදුවේ ගත් කල, ගනුදෙනුවේ පාරිභෝගික ක්‍රියාකාරකම් හා සම්බන්ධ සෑම දෙයක්ම.
Oracle බැංකුකරණයේ තථ්‍ය ප්‍රමිතිය වූ අතර, ඇත්ත වශයෙන්ම, තාක්ෂණික වශයෙන් එය තවමත් ප්‍රමුඛතම DBMS වේ. කෙසේ වෙතත්, අවාසි ඇත: බලපත්‍ර සහ ආධාරක පිරිවැය, සංවෘත කේතය සහ ගෘහස්ථ මෘදුකාංග ලේඛනයේ එය භාවිතා කරමින් වර්ධනයන් ඇතුළත් කිරීමට ඇති නොහැකියාව. එබැවින් පසුගිය වසර පහ තුළ, වත්මන් සහ විභව යන දෙඅංශයෙන්ම සියලුම පාරිභෝගිකයින්, විවෘත මූලාශ්‍ර DBMS වෙත මාරු වීම පිළිබඳව අවම වශයෙන් එක් වරක්වත් ප්‍රශ්නයක් අපෙන් විමසා ඇත.
PostgreSQL සඳහා වූ තේරීම ඉතා පැහැදිලි විය - එය විවෘත මූලාශ්‍රයේ අංක 1 DBMS වේ. ප්රධාන සාධකය වූයේ MVCC සඳහා සහාය වන අතර, එය නොමැතිව මූල්‍ය ගනුදෙනු සැකසීම ගැන කතා කළ නොහැකි අතර, Oracle PL/SQL ට බෙහෙවින් සමාන වන PL/pgSQL සංවර්ධන භාෂාවයි.
PostgreSQL හි අපගේ විසඳුම නැවත ලිවීමට අපි වසරකට ආසන්න කාලයක් ගත කළෙමු. අපි එය වසරකින් සාදනු ඇතැයි අපට කිසිසේත් විශ්වාස නැති බව මම පැවසිය යුතුය: සැකසුම් මොඩියුලයේ කේත පේළි 120,000 ක් ඇති අතර මෙය පද්ධතියේ වඩාත්ම “විවේචනාත්මක” කේතයයි. අප කිසිවකුට වැඩ පිළිබඳ නිශ්චිත සැලැස්මක් සහ තක්සේරුවක් ලබා දිය නොහැකි විය. අපි සැක කර තීරණය කළෙමු: "අපි පටන් ගනිමු, පසුව අපි බලමු." සියලුම සංක්‍රමණ වික්‍රමාන්විතයන් වෙනම පළ කිරීමකට සුදුසු ය: අපි ඩමි සඳහා ඇමේසන් වෙතින් “ස්වයංක්‍රීය” සංක්‍රමණ මෙවලම් භාවිතයෙන් ආරම්භ කළ අතර දැනටමත් PostgreSQL යුරෝපයේ සාමාජිකයන් වී අවසන් වූ අතර ලේඛනාගාරයේ “වළලා ඇති” මූලාශ්‍ර කේතය සහ ලිපි හුවමාරුව පිළිබඳ ප්රශ්න අවබෝධ කර ගත්තෙමු. postgresql.org 2008 වසරේ සිට.
අපි සියලුම කේතය මාරු කිරීම සම්පූර්ණ කර සියලු පරීක්ෂණ සමත් වූ බව සහතික කළ විගසම, SBI බැංකුව සමඟ ව්‍යාපෘතිය යෙදවීම වහාම ආරම්භ වූ බව පෙනී ගියේය. පාරිභෝගිකයාට PostgreSQL අවශ්ය වූ අතර, කේතය සම්පූර්ණයෙන්ම ක්රියාත්මක වන බව අපට දැනටමත් විශ්වාස විය. එහෙත්, පළමු මාස කිහිපය තුළ සැකසීමට අදාළ නිෂ්පාදනයේදී අපට එකදු සිදුවීමක් නොලැබුණු විට අපි පුදුමයට පත් වූවෙමු - මන්දගාමී වැඩ සම්බන්ධයෙන් ඉල්ලීම් කිහිපයක් පමණක් පැමිණියේය, එය අපි ඉතා ඉක්මනින් දේශීයකරණය කළෙමු (මේ පිළිබඳ වැඩි විස්තර පහතින්).
වසරක් තිස්සේ සකස් කරන ලද වැඩසටහනක් සහ මෙම වසර තුළ "සජීවී" සේවාදායකයින්ගේ පරිසරය තුළ පරීක්ෂාවට ලක් නොකළ වැඩසටහනක් සරලව නැඟිට ක්රියාත්මක වනු ඇතැයි අපේක්ෂා කිරීම දුෂ්කර විය. නමුත් සිදු වූයේ එයයි!
ඇත්ත වශයෙන්ම, කිසිදු ගැටළුවක් නොමැති වීමට හේතුව අපි සාධක දෙකක් හඳුනා ගත්තෙමු: පළමුව, කේත පේළි 120,000 න්, අපට 100,000 ක් පමණ ඇත - මේවා ඒකක පරීක්ෂණ, ආවරණය බොහෝ දුරට සම්පූර්ණ කර ඇති අතර අපි මෙම පරීක්ෂණ පළමුව සංක්‍රමණය කළෙමු. ; දෙවනුව, පරීක්ෂණ සංක්‍රමණය වූ වහාම, අපි Kubernetes භාවිතා කරමින් Gitlab හි ස්වයංක්‍රීය ගොඩනැගීම සහ පරීක්ෂා කිරීම පිහිටුවමු, එවිට සෑම කැපවීමක්ම සම්පූර්ණ පරීක්ෂණ චක්‍රයක් හරහා ගමන් කරයි, සහ පරීක්ෂණ සමත් නොවන්නේ නම් ඒකාබද්ධ ඉල්ලීම පිළිගත නොහැක.
දැන් අපි PostgreSQL ප්රධාන විසඳුම ලෙස පිරිනමන අතර වත්මන් ගනුදෙනුකරුවන් සඳහා සහ විදේශීය දේවලට ආදරය කරන්නන් සඳහා අපි Oracle වෙත සහාය දෙමු.
ගනුදෙනු ප්රවාහයේ
එක් සිත්ගන්නාසුලු අනුකූලතා ගැටළුවක් වූයේ PostgreSQL හට ස්වායත්ත ගනුදෙනු සඳහා ස්වදේශීය සහය නොමැති වීමයි. ඔවුන්ගේ සම්භාව්‍ය භාවිතය වන්නේ දත්ත සමුදා වගු වලට ඇතුල් වීමයි.
අපි සෑම ඇමතුමක්ම ලොගයේ සටහන් කරමු - පැමිණි සියල්ල සහ පිටතට ගිය සියල්ල, එනම්, සියලු අසාර්ථක ගනුදෙනු ද ලොගයේ සුරැකිය යුතු අතර මකා නොදමන්න. PostgreSQL හි දෝෂයක් සිදුවුවහොත්, ඇත්ත වශයෙන්ම, ලොග් ඇතුළත් කිරීම් ඇතුළුව සම්පූර්ණ ගනුදෙනුව ආපසු හරවනු ලැබේ. ලොග් වගු වල වාර්තා අනෙක් සියල්ල මෙන් එකම ගනුදෙනුවකින් ලිවිය යුතු නැති බව පෙනේ.
Oracle සතුව මෙම සීමාව මඟහරවා ගැනීමට සූදානම් යාන්ත්‍රණයක් ඇත. PostgreSQL සතුව එවැනි “ගනුදෙනුවක් තුළ ගනුදෙනු” යාන්ත්‍රණයක් නොතිබුණි. සාමාන්‍ය විසඳුමක් වන්නේ dblink භාවිතා කිරීමයි, දේශීය ලූප්බැක් හරහා එකම දත්ත ගබඩාවට සම්බන්ධ කිරීම, එවිට ඔබට මෙම සම්බන්ධතාවයේ වෙනම ගනුදෙනුවක් විවෘත කළ හැකිය.
ඒකක පරීක්ෂණ සහ රසායනාගාර කාර්ය සාධන පරීක්ෂණ වලදී සෑම දෙයක්ම හොඳින් ක්රියාත්මක විය, නමුත් මෙම විසඳුම සැබෑ ගනුදෙනු ප්‍රවාහයක් මත ක්‍රියා කළ විගසම - රෙජිස්ට්‍රි සැකසීමේදී තත්පරයට ගනුදෙනු දහස් ගණනක් - දත්ත සමුදායට මුහුණ දිය නොහැකි බව අපි දුටුවෙමු. dblink අපට සුදුසු නොවන බව පෙනී ගියේය: සැකසුම් නූල් ගණන ප්‍රොසෙසර් කෝර් ගණන ඉක්මවා යන තෙක් එය හොඳින් ක්‍රියා කරයි, පසුව එය ඉක්මනින් හා අනපේක්ෂිත ලෙස බිඳ වැටේ - සම්බන්ධතා කැඩී යයි, “කාන්දු වේ”, එකිනෙකා අවහිර කරයි. ඊට අමතරව, රසායනාගාර පරීක්ෂණ Kubernetes හි මධ්‍ය එකක් හෝ දෙකක් මත ක්රියාත්මක වන බව අපට පෙනී ගියේය, එය සැබෑ සේවාදායකයන්ට කිසිසේත් අනුරූප නොවේ.
අපි දේවල් කිහිපයක් කළා:
පළමුව, අපි ආපසු ලබා දුන් බොහෝ දත්ත කණ්ඩායම් ඇමතුම් ලොගයෙන් කපා හැර, යැවීමේ ශීර්ෂයන් පමණක් ඉතිරි කරමු.
දෙවනුව, අපි ස්වයංක්‍රීය ගනුදෙනු වෙනත් තාක්‍ෂණයකට මාරු කළෙමු - pg_background දිගුව වෙත, එය dblink විකල්පයට වඩා වේගවත් සහ ස්ථාවර බව ඔප්පු විය.
තෙවනුව, pg_advisory_lock සහ අනුපිළිවෙල භාවිතා කර අපි ගෙදර හැදූ mutex එකක් සෑදුවෙමු, එය max_worker_processes නොඉක්මවන ලෙස අපි සමාන්තර ලොග් ලිවීමේ නූල් ගණන සීමා කළෙමු.
මේ සියල්ලට අමතරව, සමාන්තර සැකසුම් සඳහා ආතති පරීක්ෂණ සමඟ බර පරීක්ෂණ කට්ටල අනුපූරක විය.
බැංකුවක සක්‍රීය නාමාවලියට ප්රවේශ වන්නේ කෙසේද - නැතහොත් එය නොමැතිව කරන්න
සෑම බැංකු ව්‍යාපෘතියකින්ම, මගේ මතකයේ ඉතිරිව ඇත්තේ තොරතුරු ආරක්ෂණ (IS) දෙපාර්තමේන්තුව සමඟ අනුමැතිය ලබා ගැනීමේ ක්‍රියාවලියයි: අපගේ මෘදුකාංග ස්ථාපනය කර පරීක්ෂා කිරීමට අවශ්ය බැංකු සේවාදායකයන් හෝ දත්ත සමුදායන් වෙත ප්‍රවේශය ලබා දෙන ආකාරය. ක්රියාත්මක කිරීමේ ව්‍යාපෘතියක කාලසීමාවෙන් අඩක් ප්‍රවේශය ලබා ගැනීම සිදු වේ.
බැංකුවේ සක්‍රීය නාමාවලියට ප්රවේශ වීමේදී බොහෝ විට ගැටලුවක් පැන නගී.
කාරණය නම් අපගේ පද්ධතිය තුළ සංරචක කිහිපයක් ඇත, උදාහරණයක් ලෙස, ප්‍රවර්ධන මොඩියුලයක්, නාමාවලි දත්ත ගබඩාවක්, සේවාදායක පැතිකඩක් යනාදිය. එවැනි සෑම සංරචකයකටම තමන්ගේම වෙබ් GUI ඇත (අපගේ පාරිභාෂිතයේ - AWS). ඔවුන් අතර ආරක්ෂක වැඩපොළක් ඇත, එමඟින් ඔබට පද්ධතියේ අනෙකුත් සංරචක වෙත ප්‍රවේශය කළමනාකරණය කළ හැකිය - කළමනාකරුවන්, ඇමතුම් මධ්‍යස්ථාන ක්‍රියාකරුවන් සහ පද්ධතියට ප්රවේශ වීමට අවශ්ය සියල්ලන් සඳහා ගිණුම් සාදන්න. සියලුම ගිණුම් ක්‍රියාකාරී නාමාවලියෙහි ගබඩා කර ඇත. පරිශීලක අවසර පිළිබඳ දත්ත ගබඩා කිරීම සඳහා, අපි සාමාන්‍යයෙන් අමතර AD ගුණාංග භාවිතා කරමු.
දත්ත ආරක්ෂාව සඳහා ප්‍රමුඛතාවයක් ලබා දෙන බැංකු, පරිශීලක ගිණුම් එහි ගබඩා කර ඇති බැවින්, ක්‍රියාකාරී නාමාවලිය වෙත පද්ධති ප්‍රවේශය අනුමත කිරීමට බෙහෙවින් මැලි වේ. තවද ආරක්ෂක වැඩ වල තාක්ෂණික ගිණුම කියවීමට පමණක් නොව, අතිරේක ගුණාංග වෙනස් කිරීමටද ප්රවේශ විය යුතුය.
ප්‍රතිපත්තිමය වශයෙන්, සියලුම බැංකු මෙය ඉතා ප්‍රවේශමෙන් සලකයි. එවැනි තීරණ ගැනීමේ වේගය සාමාන්‍යයෙන් රඳා පවතින්නේ බැංකුව තුළ තොරතුරු ආරක්ෂාව සහ තොරතුරු තාක්ෂණය වෙන් කර ඇති ආකාරය මතය. SBI බැංකුවේ එය අඩු වැඩි වශයෙන් එක් ව්‍යුහයක් වූ අතර සියලු තීරණ ඉතා ඉක්මනින් ගනු ලැබිණි. ආරක්ෂාව වෙනම ජීවිතයක් ගත කරන තැන, ඒ හරහා තීරණ ගැනීම ඉතා අපහසුය.
SBI බැංකුව අපට විකල්ප ප්‍රවේශයක් ලබා දුන්නේය: අපගේ ආරක්ෂක සේවා ස්ථානය භාවිත නොකර සම්මත සක්‍රීය නාමාවලි මෙවලම් තුළ ඔවුන්ගේ ආරක්ෂක පරිපාලකයින් භාවිතා කරමින් නව පරිශීලකයින් - කළමනාකරුවන් සහ ක්‍රියාකරුවන් - නිර්මාණය කිරීමට ඔවුන් තීරණය කළහ. මෙය ඇත්ත වශයෙන්ම අපහසු වන අතර ව්‍යාපාරික හෝ ආරක්ෂක නිලධාරීන්ගේ ජීවිතය පහසු නොකරයි.
AD වෙනස්කම් වලක්වා ගැනීම සඳහා අපගේ සේවාදායකයා පහසු සහ වේගවත් මෙවලමක් අතහැර දැමීම අපව විකල්ප විසඳුම් ගැන සිතීමට හේතු විය.
විකල්ප: අභිරුචි ගුණාංග
ඉහත විස්තර කර ඇති ගැටලුව ගැන සිතා බැලීමේදී, අභ්‍යන්තර ගැටුම් ඇති නොවන ක්‍රියාකාරී නාමාවලිය හරහා විවිධ උප පද්ධති වෙත ප්‍රවේශය ලබා දීමට තවත් ක්‍රමයක් අපට හමු විය.
බැංකුවලට ඔවුන්ගේ සක්‍රීය නාමාවලිය හරහා තෙවන පාර්ශවීය විසඳුම් ඒකාබද්ධ කිරීමට අවශ්ය නැති වීමට එක් හේතුවක් නම්, අපගේ “විදේශීය” ගුණාංග සමඟ ගැටිය හැකි එවැනි විසඳුම්වල නීති මගින් හඳුන්වා දෙන පරිශීලකයින් සඳහා නව ගුණාංග මතු වීමයි බැංකුවේ පද්ධතිය.
මෙම ගැටළුව විසඳීම සඳහා, RapidSoft විසින් IANA වෙත නිල අයදුම්පතක් ඉදිරිපත් කරන ලද අතර, විවිධ නාමාවලිවල ගුණාංග ඇතුළුව අද්විතීය සමාගම් හඳුනාගැනීම් බෙදා හරිනු ලැබේ. අපගේ ගුණාංග හරියටම පුනරාවර්තනය නොවන බව සහතික කිරීමට හෝ වෙනත් කෙනෙකු සමඟ ගැටෙන්නේ නැති බව සහතික කිරීමට, අපට අපගේම අනන්‍ය උපසර්ගය ලැබුණි.
අනාගතයේදී සමාන ගැටළු මඟහරවා ගැනීමට මෙය තවත් ක්‍රමයකි - දැන් අපට කළ යුතු දේ පිළිබඳ තේරීමක් පාරිභෝගිකයාට ලබා දිය හැකිය. පද්ධතිය තුළ ගුණාංග නිර්මාණය කිරීමට ආරක්ෂාව ඔබට ඉඩ නොදෙන්නේ නම්, අපට නිල වශයෙන් ලැබුණු අපගේම ගුණාංග භාවිතා කළ හැකිය.
මීළඟ යාවත්කාලීනයේදී, මෙම වසර අවසන් වීමට පෙර, අපි AD attributes කිසිසේත් භාවිතා නොකිරීමේ හැකියාව එකතු කරන්නෙමු, නමුත් Loyalty System හි අක්තපත්‍ර වෙනම දත්ත ගබඩාවක ගබඩා කරන්නෙමු. කෙසේ වෙතත්, පරිශීලක සත්‍යාපනය තවමත් සිදු කරනු ලබන්නේ වසම් මුරපදයක් භාවිතා කරමිනි. මෙම සංයෝජනය AD ක්රියාත්මක කිරීම සඳහා වගකිව යුතු දෙපාර්තමේන්තු වලින් ප්රශ්න සම්පූර්ණයෙන්ම ඉවත් කළ යුතුය.
හැමදේටම මාස තුනක්
SBI බැංකුව සමඟ ව්‍යාපෘතිය ඇදහිය නොහැකි තරම් වේගවත් විය. අපි දෙසැම්බර් මාසයේදී ආරම්භ කළ අතර මාර්තු මාසයේදී අපි දැනටමත් ලෝයල්ටි ක්‍රමය දියත් කළෙමු. මෙය සිදු වූයේ කෙසේද? බැංකුව කුඩා වන අතර අපි ප්රධාන වශයෙන් පුද්ගලයන් තිදෙනෙකු හෝ හතර දෙනෙකුගෙන් යුත් කණ්ඩායමක් සමඟ සන්නිවේදනය කළෙමු - විධිමත් ක්‍රම කිහිපයක් තිබුණි, බැංකුවේ සංවර්ධන කණ්ඩායම සමඟ සම්බන්ධතා ඉතා සජීවී සහ ඉක්මන් විය. ක්රියාත්මක කිරීමේදී අපි බැංකු කණ්ඩායම සමඟ වෙනම කතාබස් කළෙමු, එය අපි අපගේ කතාබස් පද්ධතිය තුළ සංවිධානය කළෙමු (අපි MatterMost භාවිතා කරමු) එවිට අපට ප්රශ්න ඇසීමට සහ පියාසර කරන විට පිළිතුරු ලබා ගැනීමට හැකි විය.
වසර දෙකකට ආසන්න කාලයක් ගත වී ඇති අතර, මෙම කාලය තුළ SBI බැංකුව සඳහා අපගේ ව්‍යාපෘතියේ සැලකිය යුතු සංශෝධන කිසිවක් සිදුවී නොමැත. වරින් වර ඔවුන් විවිධ ක්‍රියාවන් සඳහා අදහස් සමඟ අප වෙත පැමිණේ, මෙය කළ හැකි ආකාරය අපි පැහැදිලි කරමු - ඒකාබද්ධතාවයේ දෘෂ්ටි කෝණයෙන්, මේ සඳහා සියල්ල දැනටමත් සකසා ඇත. එවැනි ව්යාපෘති සඳහා දිගුකාලීන තාක්ෂණික සහාය පොදු වේ, නමුත් වෙනස් කිරීම් සමඟ දේවල් වෙනස් ලෙස ක්රියාත්මක වේ.
Loyalty වැඩසටහන Svoy Krug SBI බැංකුව, වෙබ් අඩවිය
දැන් අපි දිගටම උපදේශන, තොරතුරු, විශ්ලේෂණ සහ තාක්ෂණික සහාය ලබා දෙන්නෙමු. පාරිභෝගිකයාට ඇති ඕනෑම ප්‍රශ්නයක් අපි විසඳන්නෙමු.
SBI බැංකුව 2020 මැයි මාසයේදී “ඔබේ කවය” පද්ධතිය දියත් කළේය. වසර තුළ, බැංකුවට අනුව, ඉහළ කාණ්ඩවල පිරිවැටුම දෙගුණයක් වූ අතර, කපා හැරීම් සමඟ ගනුදෙනුකරුවන්ගේ කොටස 40% කින් වැඩි විය. සමස්තයක් වශයෙන්, සංඛ්යා සිත් ඇදගන්නා සුළු ය:
ලෝයල්ටි වැඩසටහන් සංඛ්‍යාලේඛන Svoi krug
(මාර්ගය වන විට, 2020 දී "ඔබේ කවය" පවුලේ පැකේජය "බැංකු නිෂ්පාදන" කාණ්ඩයේ ජාතික බැංකු සම්මානය දිනා ගත්තේය).
බැංකුවක ලෝයල්ටි වැඩසටහන නිවැරදිව ක්රියාත්මක කළහොත් ආයෝජනය කළ සම්පත් මත ඉහළ ප්‍රතිලාභයක් ලබා ගත හැකි සංකීර්ණ නිෂ්පාදනයකි. සංඛ්යා අනුව විනිශ්චය කිරීම, අපි සාර්ථක විය.
පාරිභෝගිකයාගේ ඇස් හරහා
අපගේ කතාවට අමතරව, ව්‍යාපෘතිය ක්රියාත්මක කිරීම පිළිබඳ ඔහුගේ හැඟීම් බෙදා ගැනීමට අපි SBI බැංකුවේ ලෝයල්ටි වැඩසටහනේ ප්‍රධානී සර්ජි ග්‍රචෙව්ගෙන් ඉල්ලා සිටියෙමු. බැංකුව විසින් සංවර්ධනය ආරම්භ කිරීම සහ ක්රියාත්මක කිරීම පිළිබඳ කතාව මෙන්න:
"- 2019 සැප්තැම්බර් මාසයේදී, SBI බැංකුව "ඔබේ කවය" නව ලෝයල්ටි වැඩසටහනක් හඳුන්වා දීමට උත්සාහ කළේය. සංවර්ධනය දියත් කර මාස දෙක තුනකට පසු, තෝරාගත් සංවර්ධකයාට නියමිත වේලාවට සහ අවශ්ය ගුණාත්මකභාවය සමඟ භාණ්ඩය වෙළඳපොළට ගෙන ඒමට නොහැකි වනු ඇති බව පැහැදිලි විය. නියමුවා තුළ දැනටමත් ගැටළු මතු විය. බැංකුවේ කණ්ඩායමට නව කාර්යයකට මුහුණ දීමට සිදු විය - කෙටි කාලයක් තුළ, උපරිම වශයෙන් මාස තුනක්, නව සේවා සපයන්නෙකු සොයා ගැනීම සහ ඔහුට පක්ෂපාතී කළමනාකරණ පද්ධතියක් සංවර්ධනය කිරීමේ කාර්යය පැවරීම. අපි වඩාත් විශ්වාසදායක සංවර්ධකයෙකු ලෙස RapidSoſt තෝරා ගත්තෙමු.
සැකසුම් ස්ථාපනය කිරීම හා ක්රියාත්මක කිරීම සඳහා ඉතා සුළු කාලයක් තිබූ බව සඳහන් කිරීම වටී. මූලික කොන්ත්‍රාත්තු අවසන් කිරීමෙන් පසු දෙසැම්බර් මස මුලදී වැඩ ආරම්භ වූ අතර 2020 මාර්තු 1 වන දින නිෂ්පාදිතය වෙළඳපොළට ගෙන ඒම දැනටමත් අවශ්ය විය.
ලෝයල්ටි සැකසුම් වැනි භාණ්ඩයක් බැංකුවකට හඳුන්වා දීම, සේවාදායකයන් ස්ථාපනය කිරීම පමණක් නොව, අතිරේක ආරක්ෂක අවශ්යතා සහ ප්රවේශ පාලනය සමඟ සම්බන්ධ වී ඇති බව සැලකිල්ලට ගත යුතුය. ඔබට බැංකුවට පැමිණ සන්සුන්ව එහි යමක් ස්ථාපනය කළ නොහැක, අතුරුදහන් වූ සමහර වැඩසටහන්.
අපි එකට වැඩ කළා - බැංකු කණ්ඩායම සහ RapidSoſt හි සගයන්. ඔවුන් අපට උපදෙස් ලබා දුන් අතර ඔවුන්ගේ ඔප්පු කළ ක්‍රම බෙදා ගත්හ. මාර්තු මාසය වන විට, නව වේදිකාව ලබා දෙන ලදී, පරීක්ෂණ පරිපථයක් ක්රියාත්මක කරන ලදී, ඵලදායී සේවාදායකයන් ස්ථාපනය කරන ලදී, සහ බැංකුව ලෝයල්ටි පද්ධති වෙබ් අඩවියක් දියත් කරන ලදී.
ක්රියාත්මක කිරීම හොඳින් සිදු විය. බාධාවකින් තොරව, සේවාදායකයාට බලපෑමක් නොමැතිව, අපි පැරණි වේදිකාවල සිට නව ඒවාට දත්ත මාරු කළෙමු. මාර්තු වෙනකොට අපි සම්පූර්ණයෙන් සන්නද්ධව ආවා. අපි සම්පූර්ණයෙන්ම සූදානම් වුණා.
