નવી પરિસ્થિતિઓમાં ઓનલાઈન ટ્રેડિંગને ઝડપથી સ્વીકારવામાં અમને શું મદદ કરી

હેલો!

મારું નામ મિખાઇલ છે, હું સ્પોર્ટમાસ્ટર કંપનીમાં આઇટીનો ડેપ્યુટી ડિરેક્ટર છું. રોગચાળા દરમિયાન ઉદ્ભવતા પડકારોનો અમે કેવી રીતે સામનો કર્યો તેની વાર્તા હું શેર કરવા માંગુ છું.

નવી વાસ્તવિકતાઓના પ્રથમ દિવસોમાં, Sportmasterનું સામાન્ય ઑફલાઇન ટ્રેડિંગ ફોર્મેટ સ્થિર થઈ ગયું અને અમારી ઑનલાઇન ચૅનલ પરનો ભાર, મુખ્યત્વે ક્લાયન્ટના સરનામા પર ડિલિવરીના સંદર્ભમાં, 10 ગણો વધી ગયો. માત્ર થોડા અઠવાડિયામાં, અમે એક વિશાળ ઑફલાઇન વ્યવસાયને ઑનલાઇનમાં રૂપાંતરિત કર્યો અને અમારા ગ્રાહકોની જરૂરિયાતો અનુસાર સેવાને અનુકૂલિત કરી.

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

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

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

ઓનલાઈન સેવાઓનું સંચાલન

કોલેસ્નિકોવ સેર્ગેઈ, ઓનલાઈન સ્ટોર અને માઇક્રોસર્વિસીસના સંચાલન માટે જવાબદાર છે

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

18 માર્ચથી 31 માર્ચ સુધીના ઓર્ડરની સંખ્યાઓનલાઈન પેમેન્ટ માઈક્રો સર્વિસીસ માટે વિનંતીઓની સંખ્યાવેબસાઇટ પર મૂકવામાં આવેલા ઓર્ડરની સંખ્યા

પ્રથમ ગ્રાફમાં આપણે જોઈએ છીએ કે વધારો આશરે 14 ગણો હતો, બીજામાં - 4 વખત. અમે અમારી અરજીઓના પ્રતિભાવ સમય મેટ્રિકને સૌથી સૂચક માનીએ છીએ. 

આ આલેખમાં આપણે મોરચા અને એપ્લિકેશનનો પ્રતિસાદ જોઈએ છીએ, અને આપણે આપણા માટે નક્કી કર્યું છે કે અમને આવી કોઈ વૃદ્ધિ જોવા મળી નથી.

આ મુખ્યત્વે એ હકીકતને કારણે છે કે અમે 2019 ના અંતમાં પ્રારંભિક કાર્ય શરૂ કર્યું હતું. હવે અમારી સેવાઓ આરક્ષિત છે, ભૌતિક સર્વર્સ, વર્ચ્યુઅલાઈઝેશન સિસ્ટમ્સ, ડોકર્સ અને તેમાં સેવાઓના સ્તરે ખામી સહિષ્ણુતા સુનિશ્ચિત કરવામાં આવે છે. તે જ સમયે, અમારા સર્વર સંસાધનોની ક્ષમતા અમને બહુવિધ લોડનો સામનો કરવાની મંજૂરી આપે છે.

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

ઔપચારિક રીતે, કંપનીમાં દેખરેખ હતું, પરંતુ નિયમ પ્રમાણે તે વિખેરાઈ ગયું હતું અને ચોક્કસ વિભાગોની જવાબદારીના ક્ષેત્રમાં હતું. વાસ્તવમાં, જ્યારે કોઈ ઘટના બની, ત્યારે અમને લગભગ ક્યારેય બરાબર શું થયું તેની સામાન્ય સમજ નહોતી, ત્યાં કોઈ સંચાર ન હતો, અને ઘણીવાર આ સમસ્યાને શોધવા અને અલગ કરવા માટે વર્તુળોમાં દોડવા તરફ દોરી જાય છે જેથી કરીને તેને ઠીક કરી શકાય.

અમુક સમયે, અમે વિચાર્યું અને નક્કી કર્યું કે અમારી પાસે આ સહન કરવા માટે પૂરતું છે - અમને સંપૂર્ણ ચિત્રને સંપૂર્ણ રીતે જોવા માટે એકીકૃત સિસ્ટમની જરૂર છે. અમારા સ્ટેકમાં સમાવિષ્ટ મુખ્ય તકનીકોમાં ચેતવણી અને મેટ્રિક્સ સ્ટોરેજ સેન્ટર તરીકે Zabbix, એપ્લિકેશન મેટ્રિક્સ એકત્ર કરવા અને સ્ટોર કરવા માટે પ્રોમિથિયસ, સમગ્ર મોનિટરિંગ સિસ્ટમમાંથી ડેટા લોગિંગ અને સ્ટોર કરવા માટે સ્ટેક ELK, તેમજ વિઝ્યુલાઇઝેશન માટે Grafana, Swagger, Docker છે. અને અન્ય ઉપયોગી અને વસ્તુઓ જે તમને પરિચિત છે.

તે જ સમયે, અમે માત્ર બજારમાં ઉપલબ્ધ ટેક્નૉલૉજીનો જ ઉપયોગ કરતા નથી, પરંતુ અમારી પોતાની કેટલીક વિકસિત પણ કરીએ છીએ. ઉદાહરણ તરીકે, અમે એકબીજા સાથે સિસ્ટમને એકીકૃત કરવા માટે સેવાઓ બનાવીએ છીએ, એટલે કે મેટ્રિક્સ એકત્રિત કરવા માટે અમુક પ્રકારના API. ઉપરાંત અમે અમારી પોતાની મોનિટરિંગ સિસ્ટમ્સ પર કામ કરી રહ્યા છીએ - બિઝનેસ મેટ્રિક્સના સ્તરે અમે UI પરીક્ષણોનો ઉપયોગ કરીએ છીએ. અને ટીમોને સૂચિત કરવા માટે ટેલિગ્રામમાં એક બોટ પણ.

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

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

અલબત્ત, અમારી પાસે હજુ પણ ઓપરેટિંગ સિસ્ટમ્સના સંદર્ભમાં વૃદ્ધિ અને વિકાસ માટે જગ્યા છે, અને અમે આના પર સક્રિયપણે કામ કરી રહ્યા છીએ. તમે અમારી મોનિટરિંગ સિસ્ટમ વિશે વધુ વાંચી શકો છો અહીં. 

તકનીકી પરીક્ષણો 

ઓર્લોવ સર્ગેઈ, વેબ અને મોબાઈલ ડેવલપમેન્ટ માટે સક્ષમતા કેન્દ્રના વડા છે

ભૌતિક સ્ટોર બંધ થવાનું શરૂ થયું ત્યારથી, અમે વિકાસના પરિપ્રેક્ષ્યમાં વિવિધ પડકારોનો સામનો કર્યો છે. સૌ પ્રથમ, જેમ કે લોડ વધારો. તે સ્પષ્ટ છે કે જો યોગ્ય પગલાં લેવામાં ન આવે, તો જ્યારે સિસ્ટમ પર વધુ ભાર લાગુ કરવામાં આવે છે, ત્યારે તે ઉદાસી બેંગ સાથે કોળામાં ફેરવાઈ શકે છે, અથવા પ્રભાવમાં સંપૂર્ણપણે અધોગતિ કરી શકે છે, અથવા તેની કાર્યક્ષમતા પણ ગુમાવી શકે છે.

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

અને અમારી પાસે અનિવાર્યપણે એક અનંત બ્લેક ફ્રાઇડે હતો, જે દરમિયાન સિસ્ટમ બદલવી જરૂરી હતી. અને સિસ્ટમમાં કોઈપણ ભૂલ, સમસ્યા અથવા નિષ્ફળતા વ્યવસાય માટે ખૂબ ખર્ચાળ હશે.

આગળ જોતાં, હું કહીશ કે અમે આ પરીક્ષણોનો સામનો કરવામાં વ્યવસ્થાપિત છીએ, બધી સિસ્ટમ્સ ભારને ટકી રહી છે, સરળતાથી માપવામાં આવી છે, અને અમને કોઈ વૈશ્વિક તકનીકી નિષ્ફળતાનો અનુભવ થયો નથી.

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

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

ત્રીજો સ્તંભ CI/CD પાઇપલાઇન છે. એપ્લિકેશનનું નિર્માણ, પરીક્ષણ અને જમાવટની પ્રક્રિયાઓ શક્ય તેટલી સ્વચાલિત હોવી જોઈએ; ત્યાં કોઈ મેન્યુઅલ હસ્તક્ષેપ ન હોવો જોઈએ. CI/CD પાઇપલાઇનનો વિષય ઘણો ઊંડો છે, અને હું ફક્ત તેના પર ટૂંકમાં સ્પર્શ કરીશ. તે માત્ર ઉલ્લેખનીય છે કે અમારી પાસે CI/CD પાઇપલાઇન ચેકલિસ્ટ છે, જે દરેક પ્રોડક્ટ ટીમ સક્ષમતા કેન્દ્રોની મદદથી પસાર કરે છે.

અને અહીં ચેકલિસ્ટ છે

આ રીતે, ઘણા લક્ષ્યો પ્રાપ્ત થાય છે. આ એપીઆઈ વર્ઝનિંગ અને રીલીઝ ટ્રેનને ટાળવા માટે ફીચર ટોગલ છે, અને વિવિધ પરીક્ષણોના કવરેજને એવા સ્તરે હાંસલ કરે છે કે પરીક્ષણ સંપૂર્ણપણે સ્વયંસંચાલિત હોય, જમાવટ સીમલેસ હોય, વગેરે.

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

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

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

ટેકનિકલ સોલ્યુશન્સ વિશે બોલતા, અમે પ્રોડક્ટ ટીમોને ભલામણો, વિચારો અને ઉકેલોનો નવો સેટ તૈયાર કરવા કહ્યું, જે તેમણે વર્કલોડની આગામી તરંગની તૈયારીમાં અમલમાં મૂક્યું.

કેશી

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

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

વધુમાં, હેઝલકાસ્ટમાં સીરીયલાઇઝરને ક્રાયોમાં બદલવાથી અમને સારો બૂસ્ટ મળ્યો. અને હેઝલકાસ્ટમાં ReplicatedMap થી IMap + Near Cache પરના સંક્રમણથી અમને સમગ્ર ક્લસ્ટરમાં ડેટાની હિલચાલ ઘટાડવાની મંજૂરી મળી. 

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

પ્રતિક્રિયાશીલ સ્ટેક

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

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

ભૂલોને તમારા પોતાના રનટાઇમ અપવાદમાં ફેરવવાનો પ્રયાસ કરો. પ્રોગ્રામ એક્ઝેક્યુશનનો વાસ્તવિક પ્રવાહ રિએક્ટિવ ફ્રેમવર્ક તરફ જાય છે અને કોડ એક્ઝેક્યુશન બિનરેખીય બની જાય છે. પરિણામે, સ્ટેક ટ્રેસનો ઉપયોગ કરીને સમસ્યાઓનું નિદાન કરવું ખૂબ જ મુશ્કેલ છે. અને અહીં ઉકેલ દરેક ભૂલ માટે સ્પષ્ટ, ઉદ્દેશ્ય રનટાઇમ અપવાદો બનાવવાનો હશે.

સ્થિતિસ્થાપક શોધ

Elasticsearch નો ઉપયોગ કરતી વખતે, ન વપરાયેલ ડેટા પસંદ કરશો નહીં. આ, સૈદ્ધાંતિક રીતે, ખૂબ જ સરળ સલાહ પણ છે, પરંતુ મોટેભાગે આ તે છે જે ભૂલી જાય છે. જો તમારે એક સમયે 10 હજારથી વધુ રેકોર્ડ પસંદ કરવાની જરૂર હોય, તો તમારે સ્ક્રોલનો ઉપયોગ કરવાની જરૂર છે. સામ્યતાનો ઉપયોગ કરવા માટે, તે રિલેશનલ ડેટાબેઝમાં કર્સર જેવું છે. 

જ્યાં સુધી જરૂરી હોય ત્યાં સુધી પોસ્ટફિલ્ટરનો ઉપયોગ કરશો નહીં. મુખ્ય નમૂનામાં મોટા ડેટા સાથે, આ કામગીરી ડેટાબેઝને મોટા પ્રમાણમાં લોડ કરે છે. 

જ્યાં લાગુ હોય ત્યાં જથ્થાબંધ કામગીરીનો ઉપયોગ કરો.

API

API ડિઝાઇન કરતી વખતે, પ્રસારિત ડેટાને ઘટાડવા માટેની આવશ્યકતાઓનો સમાવેશ કરો. આ ખાસ કરીને આગળના જોડાણમાં સાચું છે: તે આ જંકશન પર છે કે અમે અમારા ડેટા કેન્દ્રોની ચેનલોથી આગળ વધીએ છીએ અને અમને ક્લાયંટ સાથે જોડતી ચેનલ પર પહેલેથી જ કામ કરી રહ્યા છીએ. જો તેમાં સહેજ પણ સમસ્યા હોય, તો વધુ પડતો ટ્રાફિક નકારાત્મક વપરાશકર્તા અનુભવનું કારણ બને છે.

અને અંતે, ડેટાનો સંપૂર્ણ સમૂહ ફેંકશો નહીં, ગ્રાહકો અને સપ્લાયર્સ વચ્ચેના કરાર વિશે સ્પષ્ટ રહો.

સંસ્થાકીય પરિવર્તન

ઇરોશકીના એલેના, આઇટી માટે ડેપ્યુટી ડિરેક્ટર

આ ક્ષણે જ્યારે સંસર્ગનિષેધ થયું, અને ઑનલાઇન વિકાસની ગતિમાં તીવ્ર વધારો કરવાની અને ઓમ્નીચેનલ સેવાઓ દાખલ કરવાની જરૂરિયાત ઊભી થઈ, અમે પહેલેથી જ સંસ્થાકીય પરિવર્તનની પ્રક્રિયામાં હતા. 

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

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

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

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

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

તે સ્પષ્ટ છે કે દૂરસ્થ કાર્ય અને પરિવર્તનની ઉચ્ચ ગતિ સાથે, જ્યારે વ્યવસાયના સૂચકાંકો દરેકની ભાગીદારી પર આધાર રાખે છે, ત્યારે તમે શ્રેણીમાંથી ફક્ત આંતરિક લાગણીઓ પર આધાર રાખી શકતા નથી “શું અમારી સાથે બધું બરાબર ચાલી રહ્યું છે? હા, સારું લાગે છે." ઉત્પાદન પ્રક્રિયાના ઉદ્દેશ્ય મેટ્રિક્સની જરૂર છે. અમારી પાસે આ છે, તે ઉત્પાદન ટીમના મેટ્રિક્સમાં રસ ધરાવતા કોઈપણ માટે ઉપલબ્ધ છે. સૌ પ્રથમ, ટીમ પોતે, વ્યવસાય, પેટા કોન્ટ્રાક્ટરો અને મેનેજમેન્ટ.

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

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

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

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

તારણો

આ મુશ્કેલ સમય દરમિયાન, અમે મુખ્ય સિદ્ધાંતો ઘડ્યા છે કે જેના પર સૉફ્ટવેર ડેવલપમેન્ટ ટકે છે, જે મને લાગે છે કે, આ સાથે વ્યવહાર કરતી દરેક કંપની માટે સુસંગત હશે.

લોકો. આ તે છે જેના પર બધું ટકે છે. કર્મચારીઓએ તેમના કામનો આનંદ માણવો જોઈએ અને કંપનીના લક્ષ્યો અને તેઓ જે ઉત્પાદનો પર કામ કરે છે તેના લક્ષ્યોને સમજવું જોઈએ. અને, અલબત્ત, તેઓ વ્યવસાયિક રીતે વિકાસ કરી શકે છે. 

ટેકનોલોજી. કંપનીએ તેના ટેક્નોલોજી સ્ટેક સાથે કામ કરવા માટે પરિપક્વ અભિગમ અપનાવવો અને જ્યાં તેની ખરેખર જરૂર છે ત્યાં યોગ્યતાઓ બનાવવી જરૂરી છે. તે ખૂબ જ સરળ અને સ્પષ્ટ લાગે છે. અને ઘણી વાર અવગણવામાં આવે છે.

પ્રક્રિયાઓ. ભાગીદાર તરીકે તેની સાથે કામ કરવા માટે વ્યવસાય સાથે ક્રિયાપ્રતિક્રિયા સ્થાપિત કરવા માટે, ઉત્પાદન ટીમો અને સક્ષમતા કેન્દ્રોના કાર્યને યોગ્ય રીતે ગોઠવવું મહત્વપૂર્ણ છે.

સામાન્ય રીતે, આ રીતે આપણે બચી ગયા. અમારા સમયના મુખ્ય થીસીસની ફરી એકવાર પુષ્ટિ કરવામાં આવી હતી, કપાળ પર એક અદભૂત ક્લિક સાથે

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

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

સોર્સ: www.habr.com