બેંકને શા માટે AIOps અને છત્રી દેખરેખની જરૂર છે અથવા ગ્રાહક સંબંધો કયા આધારે છે?

હેબ્રે પરના પ્રકાશનોમાં, મેં મારી ટીમ સાથે ભાગીદારી બનાવવાના મારા અનુભવ વિશે પહેલેથી જ લખ્યું છે (અહીં નવો વ્યવસાય શરૂ કરતી વખતે ભાગીદારી કરાર કેવી રીતે બનાવવો તે વિશે વાત કરે છે જેથી વ્યવસાય તૂટી ન જાય). અને હવે હું ક્લાયન્ટ્સ સાથે ભાગીદારી કેવી રીતે બનાવવી તે વિશે વાત કરવા માંગુ છું, કારણ કે તેમના વિના વિખૂટા પડવાનું કંઈ રહેશે નહીં. હું આશા રાખું છું કે આ લેખ એવા સ્ટાર્ટઅપ્સ માટે ઉપયોગી થશે જેઓ તેમના ઉત્પાદનને મોટા ઉદ્યોગોને વેચવાનું શરૂ કરી રહ્યા છે.

હું હાલમાં MONQ ડિજિટલ લેબ નામના સ્ટાર્ટઅપનું નેતૃત્વ કરી રહ્યો છું, જ્યાં હું અને મારી ટીમ કોર્પોરેટ IT ને સપોર્ટ અને ઓપરેટ કરવાની પ્રક્રિયાઓને સ્વચાલિત કરવા માટે ઉત્પાદન વિકસાવી રહ્યા છીએ. બજારમાં પ્રવેશવું એ સરળ કાર્ય નથી અને અમે થોડું હોમવર્ક સાથે શરૂઆત કરી, બજાર નિષ્ણાતો, અમારા ભાગીદારોમાંથી પસાર થયા અને બજારનું વિભાજન કર્યું. મુખ્ય પ્રશ્ન એ સમજવાનો હતો કે "આપણે કોની પીડા શ્રેષ્ઠ રીતે મટાડી શકીએ?"

બેન્કોએ તેને ટોપ 3 સેગમેન્ટમાં સ્થાન આપ્યું છે. અને અલબત્ત, સૂચિમાં પ્રથમ ટિંકોફ અને સેબરબેંક હતા. જ્યારે અમે બેન્કિંગ માર્કેટ નિષ્ણાતોની મુલાકાત લીધી, ત્યારે તેઓએ કહ્યું: તમારી પ્રોડક્ટ ત્યાં રજૂ કરો, અને બેન્કિંગ માર્કેટનો રસ્તો ખુલ્લો થઈ જશે. અમે ત્યાં અને ત્યાં બંનેમાં પ્રવેશવાનો પ્રયાસ કર્યો, પરંતુ Sberbank ખાતે નિષ્ફળતા અમારી રાહ જોતી હતી, અને Tinkoff ના લોકો રશિયન સ્ટાર્ટઅપ્સ સાથે ઉત્પાદક સંચાર માટે વધુ ખુલ્લા હતા (કદાચ એ હકીકતને કારણે કે તે સમયે Sber ખરીદ્યું આપણા પશ્ચિમી હરીફોમાંથી લગભગ એક અબજ). એક મહિનાની અંદર અમે એક પાયલોટ પ્રોજેક્ટ શરૂ કર્યો. તે કેવી રીતે થયું, આગળ વાંચો.

અમે ઘણા વર્ષોથી ઑપરેશન અને મોનિટરિંગના મુદ્દાઓ સાથે કામ કરી રહ્યા છીએ, હવે અમે અમારા ઉત્પાદનને જાહેર ક્ષેત્રમાં, વીમામાં, બેંકોમાં, ટેલિકોમ કંપનીઓમાં અમલમાં મૂકીએ છીએ, એક અમલીકરણ એરલાઇન સાથે હતું (પ્રોજેક્ટ પહેલાં, અમે પણ કર્યું ન હતું. લાગે છે કે ઉડ્ડયન એક IT-આશ્રિત ઉદ્યોગ હતો, અને હવે અમે ખરેખર આશા રાખીએ છીએ કે, COVID હોવા છતાં, કંપની ઉભરી આવશે અને ઉપડશે).

અમે જે ઉત્પાદન બનાવીએ છીએ તે એન્ટરપ્રાઇઝ સોફ્ટવેર, AIOps (આઇટી ઓપરેશન્સ માટે આર્ટિફિશિયલ ઇન્ટેલિજન્સ અથવા ITOps) સેગમેન્ટનું છે. કંપનીમાં પ્રક્રિયા પરિપક્વતાના સ્તરમાં વધારો કરવા જેવી સિસ્ટમોના અમલીકરણના મુખ્ય લક્ષ્યો:

1. આગ બુઝાવો: નિષ્ફળતાને ઓળખો, કાટમાળમાંથી ચેતવણીઓનો પ્રવાહ સાફ કરો, જવાબદારોને કાર્યો અને ઘટનાઓ સોંપો;
2. IT સેવાની કાર્યક્ષમતા વધારવી: ઘટનાઓને ઉકેલવા માટેનો સમય ઘટાડવો, નિષ્ફળતાના કારણો સૂચવો, IT સ્થિતિની પારદર્શિતા વધારવી;
3. વ્યવસાય કાર્યક્ષમતા વધારો: મેન્યુઅલ લેબરની માત્રામાં ઘટાડો, જોખમો ઘટાડવું, ગ્રાહકની વફાદારી વધારવી.

અમારા અનુભવમાં, તમામ મોટા આઇટી ઇન્ફ્રાસ્ટ્રક્ચર્સ સાથે સામાન્ય રીતે દેખરેખ સાથે બેંકોને નીચેની "પીડાઓ" હોય છે:

• "કોણ શું જાણે છે": ઘણા તકનીકી વિભાગો છે, લગભગ દરેક પાસે ઓછામાં ઓછી એક મોનિટરિંગ સિસ્ટમ હોય છે, અને મોટા ભાગનામાં એક કરતા વધુ હોય છે;
• ચેતવણીઓનું "મચ્છર સ્વોર્મ": દરેક સિસ્ટમ સેંકડો પેદા કરે છે અને તેમની સાથે જવાબદાર તમામ લોકો પર બોમ્બમારો કરે છે (કેટલીકવાર વિભાગો વચ્ચે પણ). દરેક સૂચના પર નિયંત્રણનું ધ્યાન સતત જાળવી રાખવું મુશ્કેલ છે; મોટી સંખ્યાને કારણે તેમની તાકીદ અને મહત્વ સમતળ કરવામાં આવે છે;
• મોટી બેંકો - સેક્ટર લીડર્સ માત્ર તેમની સિસ્ટમ પર સતત દેખરેખ રાખવા માંગે છે, જ્યાં નિષ્ફળતાઓ છે તે જાણવા માટે, પણ એઆઈનો વાસ્તવિક જાદુ પણ - સિસ્ટમને સ્વ-નિરીક્ષક, સ્વ-અનુમાન અને સ્વ-સચોટ બનાવવા માંગે છે.

જ્યારે અમે ટિંકોફ ખાતે પ્રથમ મીટિંગમાં આવ્યા, ત્યારે અમને તરત જ કહેવામાં આવ્યું કે તેમને મોનિટરિંગમાં કોઈ સમસ્યા નથી અને તેમને કંઈપણ નુકસાન પહોંચાડ્યું નથી, અને મુખ્ય પ્રશ્ન એ હતો: "જેઓ પહેલેથી જ સારું કરી રહ્યા છે તેમને અમે શું આપી શકીએ?"

વાતચીત લાંબી હતી, અમે ચર્ચા કરી કે તેમની માઇક્રોસર્વિસિસ કેવી રીતે બને છે, વિભાગો કેવી રીતે કાર્ય કરે છે, કઈ માળખાકીય સમસ્યાઓ વધુ સંવેદનશીલ છે, જે વપરાશકર્તાઓ માટે ઓછી સંવેદનશીલ છે, "બ્લાઈન્ડ સ્પોટ્સ" ક્યાં છે અને તેમના લક્ષ્યો અને SLA શું છે.

માર્ગ દ્વારા, બેંકના SLA ખરેખર પ્રભાવશાળી છે. ઉદાહરણ તરીકે, પ્રાધાન્યતા XNUMX નેટવર્ક ઉપલબ્ધતાની ઘટનાને ઉકેલવામાં માત્ર થોડી મિનિટો લાગી શકે છે. અહીં ભૂલ અને ડાઉનટાઇમની કિંમત, અલબત્ત, પ્રભાવશાળી છે.

પરિણામે, અમે સહકારના ઘણા ક્ષેત્રોને ઓળખ્યા:

1. પ્રથમ તબક્કો ઘટનાના નિરાકરણની ઝડપ વધારવા માટે છત્રી દેખરેખ છે
2. બીજો તબક્કો જોખમ ઘટાડવા અને IT વિભાગને માપવા માટેના ખર્ચને ઘટાડવા માટે પ્રક્રિયા ઓટોમેશન છે.

કેટલાક "સફેદ ફોલ્લીઓ" ને માત્ર વિવિધ મોનિટરિંગ સિસ્ટમ્સમાંથી માહિતી પર પ્રક્રિયા કરીને ચેતવણીઓના તેજસ્વી રંગોમાં રંગી શકાય છે, કારણ કે તે સીધા મેટ્રિક્સ લેવાનું અશક્ય હતું; ક્રમમાં "એક સ્ક્રીન" પર વિવિધ મોનિટરિંગ સિસ્ટમ્સમાંથી ડેટાને કેન્દ્રિયકરણ કરવું પણ જરૂરી હતું. શું થઈ રહ્યું હતું તેનું એકંદર ચિત્ર સમજવા માટે. "છત્રીઓ" આ કાર્ય માટે યોગ્ય છે અને અમે પછી આ જરૂરિયાતો પૂરી કરી.

અમારા મતે, ક્લાયંટ સાથેના સંબંધોમાં એક ખૂબ જ મહત્વની બાબત પ્રમાણિકતા છે. લાયસન્સની કિંમતની પ્રથમ વાતચીત અને ગણતરી પછી, એવું કહેવામાં આવ્યું હતું કે કિંમત ખૂબ ઓછી હોવાથી, તે તરત જ લાયસન્સ ખરીદવા યોગ્ય હોઈ શકે છે (ગ્રીન બેંક વિશેના ઉપરના લેખમાંથી ડાયનાટ્રેસ ક્લ્યુચ-એસ્ટ્રોમની તુલનામાં, અમારા લાયસન્સની કિંમત એક અબજના ત્રીજા ભાગની નથી, પરંતુ 12 ગીગાબાઇટ માટે દર મહિને 1 હજાર રુબેલ્સ છે, Sber માટે તે ઘણી વખત સસ્તી હશે). પરંતુ અમે તરત જ તેમને કહ્યું કે અમારી પાસે શું છે અને શું નથી. કદાચ મોટા ઇન્ટિગ્રેટરના વેચાણ પ્રતિનિધિ કહી શકે કે "હા, અમે બધું કરી શકીએ છીએ, અલબત્ત અમારું લાઇસન્સ ખરીદી શકીએ છીએ," પરંતુ અમે અમારા બધા કાર્ડ ટેબલ પર મૂકવાનું નક્કી કર્યું. લૉન્ચ સમયે, અમારા બૉક્સમાં પ્રોમિથિયસ સાથે સંકલન નહોતું, અને ઑટોમેશન સબસિસ્ટમ સાથેનું નવું સંસ્કરણ રિલીઝ થવાનું હતું, પરંતુ અમે તેને હજી સુધી ગ્રાહકોને મોકલ્યું નથી.

પાયલોટ પ્રોજેક્ટ શરૂ થયો, તેની સીમાઓ નક્કી કરવામાં આવી અને અમને 2 મહિનાનો સમય આપવામાં આવ્યો. મુખ્ય કાર્યો હતા:

• પ્લેટફોર્મનું નવું વર્ઝન તૈયાર કરો અને તેને બેંકના ઈન્ફ્રાસ્ટ્રક્ચરમાં ગોઠવો
• 2 મોનિટરિંગ સિસ્ટમ્સને કનેક્ટ કરો (ઝેબિક્સ અને પ્રોમિથિયસ);
• Slack અને SMS દ્વારા જવાબદારોને સૂચનાઓ મોકલો;
• ઓટોહીલિંગ સ્ક્રિપ્ટો ચલાવો.

પાયલોટ પ્રોજેક્ટનો પ્રથમ મહિનો પાયલોટ પ્રોજેક્ટની જરૂરિયાતો માટે સુપર-ફાસ્ટ મોડમાં પ્લેટફોર્મની નવી આવૃત્તિ તૈયાર કરવામાં ખર્ચવામાં આવ્યો હતો. નવા સંસ્કરણમાં તરત જ પ્રોમિથિયસ અને ઓટો-હીલિંગ સાથે એકીકરણ શામેલ છે. અમારી ડેવલપમેન્ટ ટીમનો આભાર, તેઓ ઘણી રાતો સુધી ઊંઘ્યા નહોતા, પરંતુ અગાઉ કરવામાં આવેલી અન્ય પ્રતિબદ્ધતાઓ માટે સમયમર્યાદા ચૂક્યા વિના તેઓએ જે વચન આપ્યું હતું તે જાહેર કર્યું.

જ્યારે અમે પાયલોટ સેટ કરી રહ્યા હતા, ત્યારે અમને એક નવી સમસ્યા આવી કે જે પ્રોજેક્ટને શેડ્યૂલ કરતા પહેલા બંધ કરી શકે છે: ઇન્સ્ટન્ટ મેસેન્જર્સ અને SMS દ્વારા ચેતવણીઓ મોકલવા માટે, અમને Microsoft Azure સર્વર્સ પર ઇનકમિંગ અને આઉટગોઇંગ કનેક્શન્સની જરૂર હતી (તે સમયે અમે આ પ્લેટફોર્મનો ઉપયોગ કર્યો હતો. Slack ને ચેતવણીઓ મોકલવા) અને બાહ્ય મોકલવાની સેવા SMS. પરંતુ આ પ્રોજેક્ટમાં, સલામતી પર વિશેષ ધ્યાન આપવામાં આવ્યું હતું. બેંકની નીતિ અનુસાર, આવા "છિદ્રો" કોઈપણ સંજોગોમાં ખોલી શકાતા નથી. બધું બંધ લૂપમાંથી કામ કરવું પડ્યું. અમને અમારી પોતાની આંતરિક સેવાઓના API નો ઉપયોગ કરવાની ઓફર કરવામાં આવી હતી જે Slack અને SMS દ્વારા ચેતવણીઓ મોકલે છે, પરંતુ અમારી પાસે આવી સેવાઓને બોક્સની બહાર કનેક્ટ કરવાની તક નહોતી.

ડેવલપમેન્ટ ટીમ સાથેની ચર્ચાની એક સાંજ ઉકેલ માટે સફળ શોધ સાથે સમાપ્ત થઈ. બેકલોગની તપાસ કર્યા પછી, અમને એક કાર્ય મળ્યું જેના માટે અમારી પાસે ક્યારેય પૂરતો સમય અને પ્રાધાન્ય નથી - એક પ્લગ-ઇન સિસ્ટમ બનાવવા માટે જેથી અમલીકરણ ટીમો અથવા ક્લાયન્ટ પોતે ઍડ-ઑન્સ લખી શકે, પ્લેટફોર્મની ક્ષમતાઓને વિસ્તૃત કરી શકે.

પરંતુ અમારી પાસે બરાબર એક મહિનો બાકી હતો, જે દરમિયાન અમારે બધું ઇન્સ્ટોલ કરવું, ગોઠવવું અને ઓટોમેશન ગોઠવવું પડ્યું.

અમારા મુખ્ય આર્કિટેક્ટ, સર્ગેઈના જણાવ્યા અનુસાર, પ્લગ-ઇન સિસ્ટમ લાગુ કરવામાં ઓછામાં ઓછો એક મહિનાનો સમય લાગે છે.

અમારી પાસે સમય નહોતો...

એક જ ઉપાય હતો - ક્લાયન્ટ પાસે જાઓ અને બધું જેમ છે તેમ કહો. એકસાથે સમયમર્યાદા શિફ્ટની ચર્ચા કરો. અને તે કામ કર્યું. અમને વધારાના 2 અઠવાડિયા આપવામાં આવ્યા હતા. તેમની પાસે પરિણામો બતાવવા માટે તેમની પોતાની સમયમર્યાદા અને આંતરિક જવાબદારીઓ પણ હતી, પરંતુ તેમની પાસે 2 રિઝર્વ અઠવાડિયા હતા. અંતે, અમે બધું લીટી પર મૂકીએ છીએ. ગડબડ કરવી અશક્ય હતું. પ્રામાણિકતા અને ભાગીદારીનો અભિગમ ફરીથી ચૂકવવામાં આવ્યો.

પાયલોટના પરિણામે, ઘણા મહત્વપૂર્ણ તકનીકી પરિણામો અને તારણો પ્રાપ્ત થયા:

અમે ચેતવણીઓની પ્રક્રિયા કરવા માટે નવી કાર્યક્ષમતાનું પરીક્ષણ કર્યું છે

તૈનાત સિસ્ટમ પ્રોમિથિયસ તરફથી યોગ્ય રીતે ચેતવણીઓ પ્રાપ્ત કરવા અને તેમને જૂથબદ્ધ કરવાનું શરૂ કર્યું. પ્રોમિથિયસ ક્લાયંટ તરફથી સમસ્યા અંગેની ચેતવણીઓ દર 30 સેકન્ડે ઉડતી હતી (સમય પ્રમાણે જૂથ બનાવવું સક્ષમ નથી), અને અમે વિચારી રહ્યા હતા કે શું તેમને "છત્રી" માં જ જૂથબદ્ધ કરવું શક્ય બનશે. તે બહાર આવ્યું છે કે તે શક્ય છે - પ્લેટફોર્મમાં ચેતવણીઓની પ્રક્રિયા સેટ કરવી એ સ્ક્રિપ્ટ દ્વારા લાગુ કરવામાં આવે છે. આ તેમને પ્રક્રિયા કરવા માટે લગભગ કોઈપણ તર્કને અમલમાં મૂકવાનું શક્ય બનાવે છે. અમે ટેમ્પલેટ્સના રૂપમાં પ્લેટફોર્મમાં પહેલાથી જ પ્રમાણભૂત તર્ક અમલમાં મૂક્યો છે - જો તમે તમારી પોતાની કોઈ વસ્તુ સાથે આવવા માંગતા નથી, તો તમે તૈયાર એકનો ઉપયોગ કરી શકો છો.

"કૃત્રિમ ટ્રિગર" ઇન્ટરફેસ. કનેક્ટેડ મોનિટરિંગ સિસ્ટમ્સમાંથી ચેતવણીઓની પ્રક્રિયાને સેટ કરવી

સિસ્ટમની "આરોગ્ય" ની સ્થિતિનું નિર્માણ કર્યું

ચેતવણીઓના આધારે, મોનિટરિંગ ઇવેન્ટ્સ બનાવવામાં આવી હતી જેણે રૂપરેખાંકન એકમો (CUs) ના આરોગ્યને અસર કરી હતી. અમે એક રિસોર્સ-સર્વિસ મોડલ (RSM) અમલમાં મૂકી રહ્યા છીએ, જે કાં તો આંતરિક CMDB નો ઉપયોગ કરી શકે છે અથવા બાહ્ય એકને કનેક્ટ કરી શકે છે - પાયલોટ પ્રોજેક્ટ દરમિયાન ક્લાયન્ટે તેના પોતાના CMDBને કનેક્ટ કર્યું નથી.

સંસાધન-સેવા મોડેલ સાથે કામ કરવા માટેનું ઇન્ટરફેસ. પાયલોટ આરએસએમ.

ઠીક છે, હકીકતમાં, ક્લાયંટ પાસે આખરે એક જ મોનિટરિંગ સ્ક્રીન છે, જ્યાં વિવિધ સિસ્ટમ્સની ઇવેન્ટ્સ દૃશ્યમાન છે. હાલમાં, બે સિસ્ટમો "છત્રી" સાથે જોડાયેલ છે - ઝબ્બીક્સ અને પ્રોમિથિયસ, અને પ્લેટફોર્મની જ આંતરિક દેખરેખ સિસ્ટમ.

એનાલિટિક્સ ઈન્ટરફેસ. સિંગલ મોનિટરિંગ સ્ક્રીન.

પ્રક્રિયા ઓટોમેશન શરૂ કર્યું

મોનિટરિંગ ઇવેન્ટ્સ પૂર્વ-રૂપરેખાંકિત ક્રિયાઓ - ચેતવણીઓ મોકલવી, સ્ક્રિપ્ટ્સ ચલાવવી, ઘટનાઓની નોંધણી/સમૃદ્ધિ કરવી - આ ચોક્કસ ક્લાયંટ સાથે બાદમાંનો પ્રયાસ કરવામાં આવ્યો ન હતો, કારણ કે પાયલોટ પ્રોજેક્ટમાં સર્વિસ ડેસ્ક સાથે કોઈ એકીકરણ નહોતું.

ક્રિયા સેટિંગ્સ ઈન્ટરફેસ. Slack ને ચેતવણીઓ મોકલો અને સર્વરને રીબૂટ કરો.

વિસ્તૃત ઉત્પાદન કાર્યક્ષમતા

ઓટોમેશન સ્ક્રિપ્ટોની ચર્ચા કરતી વખતે, ક્લાયન્ટે બેશ સપોર્ટ અને ઈન્ટરફેસ માટે પૂછ્યું જેમાં આ સ્ક્રિપ્ટો અનુકૂળ રીતે ગોઠવી શકાય. નવા સંસ્કરણે થોડું વધારે કર્યું છે (સીઆરએલ, એસએસએચ અને એસએનએમપી માટે સપોર્ટ સાથે લુઆમાં સંપૂર્ણ લોજિકલ રચનાઓ લખવાની ક્ષમતા) અને કાર્યક્ષમતા અમલમાં મૂકી છે જે તમને સ્ક્રિપ્ટના જીવન ચક્રનું સંચાલન કરવાની મંજૂરી આપે છે (બનાવો, સંપાદિત કરો, સંસ્કરણ નિયંત્રણ , કાઢી નાખો અને આર્કાઇવ કરો).

ઓટોહીલિંગ સ્ક્રિપ્ટ્સ સાથે કામ કરવા માટેનું ઇન્ટરફેસ. SSH દ્વારા સર્વર રીબૂટ સ્ક્રિપ્ટ.

મુખ્ય તારણો

પાયલોટ દરમિયાન, વપરાશકર્તા વાર્તાઓ પણ બનાવવામાં આવી હતી જે વર્તમાન કાર્યક્ષમતામાં સુધારો કરે છે અને ક્લાયંટ માટે મૂલ્યમાં વધારો કરે છે, તેમાંથી કેટલીક અહીં છે:

• ચેતવણીથી સીધા જ ઓટોહીલિંગ સ્ક્રિપ્ટ પર ચલોને ફોરવર્ડ કરવાની ક્ષમતાને અમલમાં મૂકવી;
• સક્રિય ડિરેક્ટરી દ્વારા પ્લેટફોર્મ પર અધિકૃતતા ઉમેરો.

અને અમને વધુ વૈશ્વિક પડકારો મળ્યા - અન્ય ક્ષમતાઓ સાથે ઉત્પાદનને "બિલ્ડ અપ" કરવા માટે:

• નિયમો અને એજન્ટોને બદલે ML પર આધારિત સંસાધન-સેવા મોડેલનું સ્વચાલિત બાંધકામ (કદાચ હવે મુખ્ય પડકાર);
• વધારાની સ્ક્રિપ્ટીંગ અને લોજિક ભાષાઓ માટે સપોર્ટ (અને આ JavaScript હશે).

મારા મતે સૌથી મહત્વપૂર્ણઆ પાયલોટ જે બતાવે છે તે બે બાબતો છે:

1. ક્લાયંટ સાથેની ભાગીદારી એ અસરકારકતાની ચાવી છે, જ્યારે અસરકારક સંચાર પ્રામાણિકતા અને નિખાલસતાના આધારે બનાવવામાં આવે છે, અને ક્લાયન્ટ એવી ટીમનો ભાગ બને છે જે ટૂંકા સમયમાં નોંધપાત્ર પરિણામો પ્રાપ્ત કરે છે.
2. કોઈ પણ સંજોગોમાં "કસ્ટમાઇઝ" અને "ક્રચ" બનાવવાની જરૂર નથી - ફક્ત સિસ્ટમ સોલ્યુશન્સ. થોડો વધુ સમય પસાર કરવો વધુ સારું છે, પરંતુ એક સિસ્ટમ સોલ્યુશન બનાવો જેનો ઉપયોગ અન્ય ગ્રાહકો દ્વારા કરવામાં આવશે. માર્ગ દ્વારા, આ તે જ થયું, પ્લગઇન સિસ્ટમ અને એઝ્યુર પરની અવલંબન નાબૂદીએ અન્ય ક્લાયંટને વધારાનું મૂલ્ય પ્રદાન કર્યું (હેલો, ફેડરલ લૉ 152).

સોર્સ: www.habr.com