હાઇલોડ આઇટી સિસ્ટમ્સના સંચાલન અને સમર્થનની પ્રક્રિયામાં પાંચ સમસ્યાઓ

હેલો, હેબ્ર! હું દસ વર્ષથી હાઇલોડ આઇટી સિસ્ટમ્સને સપોર્ટ કરું છું. હું આ લેખમાં 1000+ RPS મોડ અથવા અન્ય તકનીકી વસ્તુઓમાં કામ કરવા માટે nginx સેટ કરવાની સમસ્યાઓ વિશે લખીશ નહીં. આવી સિસ્ટમોના સમર્થન અને સંચાલનમાં ઊભી થતી પ્રક્રિયાઓમાં સમસ્યાઓ વિશે હું મારા અવલોકનો શેર કરીશ.

મોનીટરીંગ

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

જ્યારે ઓનલાઈન સ્ટોરનો બાકીનો માલ ERP સિસ્ટમમાંથી આવતો નથી ત્યારે પરિસ્થિતિનું શું કરવું? અથવા ગ્રાહકો માટે ડિસ્કાઉન્ટની ગણતરી કરતી CRM સિસ્ટમે પ્રતિસાદ આપવાનું બંધ કરી દીધું છે? સાઇટ કામ કરતી હોય તેવું લાગે છે. શરતી Zabbix તેના 200 પ્રતિસાદ મેળવે છે. ડ્યુટી શિફ્ટને મોનિટરિંગ તરફથી કોઈ સૂચના મળી નથી અને તે ગેમ ઓફ થ્રોન્સની નવી સીઝનનો પ્રથમ એપિસોડ ખુશીથી જોઈ રહ્યો છે.

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

તેથી, સર્વર્સ પર ઑપરેટિંગ સિસ્ટમ્સના તકનીકી પરિમાણોનું નિરીક્ષણ કરવા ઉપરાંત, તમારે વ્યવસાય મેટ્રિક્સને ગોઠવવાની જરૂર છે. મેટ્રિક્સ જે પૈસાને સીધી અસર કરે છે. બાહ્ય સિસ્ટમો (CRM, ERP અને અન્ય) સાથે વિવિધ ક્રિયાપ્રતિક્રિયાઓ. ચોક્કસ સમયગાળા માટે ઓર્ડરની સંખ્યા. સફળ અથવા અસફળ ક્લાયંટ અધિકૃતતા અને અન્ય મેટ્રિક્સ.

બાહ્ય સિસ્ટમો સાથે ક્રિયાપ્રતિક્રિયા

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

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

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

તમે જેની સાથે ક્રિયાપ્રતિક્રિયા કરો છો તે દરેક સિસ્ટમને પ્રાધાન્યતા દ્વારા સમસ્યાઓ ઉકેલવા માટે સ્પષ્ટ SLA સાથે સેવા તરીકે સમર્થન પ્રદાન કરવું જોઈએ. અને જ્યારે શરતી એડમિન એન્ડ્રી પાસે તમારા માટે એક મિનિટ હોય ત્યારે નહીં.

બોટલનેક મેન

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

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

સહાયક સ્ટાફની યોગ્યતા અને જવાબદારી

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

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

પરંતુ પૈસા એ મુખ્ય વસ્તુ નથી, બરાબર? (ના, અલબત્ત મુખ્ય વસ્તુ) પ્રતિષ્ઠાનું નુકસાન પણ છે. જાણીતા ઓનલાઈન સ્ટોરના પતનથી સામાજિક નેટવર્ક્સ અને વિષયોના માધ્યમોમાં પ્રકાશનોની સમીક્ષાઓ બંનેનું કારણ બની શકે છે. અને "ત્યાં કંઈપણ ખરીદશો નહીં, તેમની વેબસાઇટ હંમેશા ડાઉન હોય છે" ની શૈલીમાં રસોડામાં મિત્રોની વાતચીત બિલકુલ માપી શકાતી નથી.

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

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

વિકાસ ટીમ સાથે ક્રિયાપ્રતિક્રિયા

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

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

સામાન્ય અથવા ઓછી પ્રાધાન્યતા ધરાવતા મુદ્દાઓને રિલીઝથી રિલીઝમાં ખસેડવામાં આવે છે. પ્રશ્ન માટે "કાર્ય ક્યારે પૂર્ણ થશે?" તમને આની શૈલીમાં જવાબો પ્રાપ્ત થશે: "માફ કરશો, અત્યારે ઘણા બધા કાર્યો છે, તમારી ટીમ લીડ્સને પૂછો અથવા મેનેજરને રિલીઝ કરો."

નવી સુવિધાઓ બનાવવા કરતાં ઉત્પાદકતા સમસ્યાઓ વધુ પ્રાધાન્ય લે છે. જો વપરાશકર્તાઓ સતત ભૂલો પર ઠોકર ખાતા હોય તો ખરાબ સમીક્ષાઓ આવવામાં લાંબો સમય લાગશે નહીં. ક્ષતિગ્રસ્ત પ્રતિષ્ઠાને પુનઃસ્થાપિત કરવી મુશ્કેલ છે.

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

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

સોર્સ: www.habr.com