પેજરડ્યુટી, અથવા શા માટે ઓપરેશન્સ વિભાગ રાત્રે સૂઈ શકતો નથી

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

જે ઉકેલની ચર્ચા કરવામાં આવશે તે સૌથી અણધારી નથી, પરંતુ શોધ આ વિષય પરનો સંપૂર્ણ લેખ પાછો આપતી નથી.

તેથી, મેં ફનકોર્પના અનુભવને શેર કરવાનું નક્કી કર્યું અને ડ્યુટી પ્રક્રિયાની રચના કેવી રીતે કરવામાં આવે છે, કોણ કૉલ કરે છે, શા માટે અને તમે આ બધું કેવી રીતે જોઈ શકો છો તે વિશે વાત કરવાનું નક્કી કર્યું.

પેજરડ્યુટી શું છે?

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

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

ફરજ બજાવનાર અધિકારી કોણ છે?

PD સેટ કરવાનું શરૂ કરવા માટે કદાચ આ પ્રથમ સ્થાન છે.

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

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

આમ, કોઈપણ આવનારી ઉચ્ચ પ્રાથમિકતાની ચેતવણી પ્રક્રિયા વગર રહી શકતી નથી. 

હવે જોઈએ કે ઘટનાઓ ક્યાંથી આવી શકે છે.

આપણે કયા સંકલનનો ઉપયોગ કરીએ છીએ?

પીડીને વિવિધ સેવાઓમાંથી ઘણી જુદી જુદી ઘટનાઓ પ્રાપ્ત થાય છે. અમારી પાસે હાલમાં આવી લગભગ 25 સેવાઓ છે અને તેની પ્રક્રિયા કરવા માટે અમે કેટલાક તૈયાર સંકલનનો ઉપયોગ કરીએ છીએ.

• પ્રોમિથિયસ

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

• ઇમેઇલ

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

• સ્લેક

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

અમે કરીશું:

આપણે જોઈએ છીએ:

• API

HTTP એકીકરણ. વાસ્તવમાં, અહીં ખાસ કંઈ રસપ્રદ નથી, માત્ર JSON ફોર્મેટમાં બોડી સાથે પોસ્ટ વિનંતી. ઉદાહરણ તરીકે, કંઈક રસપ્રદ: અમે તેનો ઉપયોગ બાહ્ય દેખરેખ માટે કરીએ છીએ https://www.statuscake.com/. આ સેવા વિશ્વના વિવિધ ભાગોમાંથી અમારી સાઇટ્સની ઍક્સેસિબિલિટી તપાસે છે. કિસ્સામાં જ્યારે અમને અસ્વીકાર્ય પ્રતિસાદ કોડ (ઉદાહરણ તરીકે, 502) પ્રાપ્ત થાય છે, ત્યારે એક ઘટના બનાવવામાં આવે છે અને પછી બધું ઉપર વર્ણવેલ સાંકળને અનુસરે છે. સ્ટેટસકેક પોતે આંતરિક URL, SSL પ્રમાણપત્ર અથવા ડોમેન સમાપ્તિને મોનિટર કરવાની ક્ષમતા ધરાવે છે.

• લિબરએનએમએસ

આ બીજી મોનિટરિંગ સિસ્ટમ છે, તમે તેની વેબસાઇટ પર તેના વિશે વધુ વાંચી શકો છો https://www.librenms.org/. તેની મદદથી, અમે સર્વરથી નેટવર્ક ઈન્ટરફેસ અને iDRAC ને મોનિટર કરીએ છીએ.

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

વિઝ્યુલાઇઝેશન

મુખ્ય ઘટના રિપોર્ટિંગ સિસ્ટમ સ્લૅક છે. PD પર આવતી તમામ ઘટનાઓ ખાસ ચેટ પર લખવામાં આવે છે, અને જો તેનું સ્ટેટસ બદલાય છે, તો તે ચેટમાં પણ પ્રદર્શિત થાય છે.

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

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

તેને લખવા માટે, તમારે ફક્ત વાંચવા માટેના અધિકારો સાથે PD માંથી કી મેળવવાની જરૂર છે.
અને આ અમને મળ્યું છે:

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

આ અમલીકરણના સ્ત્રોતો અહીં જુઓ.

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

સોર્સ: www.habr.com