અમે સમય, જ્ઞાનતંતુઓ અને માનવ-કલાકો બચાવીએ છીએ

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

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

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

/awr

અમારી કેટલીક એપ્લિકેશનો Oracle DBMS પર ચાલે છે. PostgreSQL DBMS પર પણ પ્રોજેક્ટ છે. ઓરેકલ પાસે એક અદ્ભુત વસ્તુ છે - DBMS પરના લોડના આંકડા એકત્રિત કરવા, જે હાલની સમસ્યાઓને હાઇલાઇટ કરે છે અને દૂર કરવા માટે ભલામણો પણ કરે છે - ઓટોમેટિક વર્કલોડ રિપોઝીટરી (AWR). એક સમયે (એટલે ​​​​કે પીડાની ક્ષણે), વિકાસકર્તાઓએ સતત એકત્રિત કરવાનું કહ્યું પ્રદર્શન વિશ્લેષણ માટે AWR અહેવાલો. અમે પ્રામાણિકપણે DBMS સર્વર પર ગયા, અહેવાલો એકત્રિત કર્યા, તેમને અમારી પાસે લઈ ગયા અને વિશ્લેષણ માટે ઉત્પાદનમાં મોકલ્યા. 5મી વાર તે હેરાન થઈ ગઈ... 10મી વાર પછી તે ચીડાઈ ગઈ...

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

અને પછી મેં વિચાર્યું: "રિપોર્ટ જનરેટ કરવા માટે એડમિન્સની જરૂર નથી...". છેવટે, રિપોર્ટ એકત્રિત કરવાનો અર્થ છે sql સ્ક્રિપ્ટ @$ORACLE_HOME/rdbms/admin/awrrpt.sql ને એક્ઝિક્યુટ કરવી અને રિપોર્ટને સર્વરથી તમારા સ્થાને લઈ જવો... ઓહ હા, અમે ઉત્પાદન માટે વિકાસને મંજૂરી આપતા નથી.

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

આ સમયની આસપાસ, મારા ફાજલ સમયમાં, @BotFather સાથે વાત કર્યા પછી, મેં મારા માટે, માત્ર મનોરંજન માટે એક ટેલિગ્રામ બૉટ બનાવ્યો. મેં ત્યાં એક સરળ કાર્યક્ષમતામાં સ્ક્રૂ કર્યું - વર્તમાન સમય, વિનિમય દર, હવામાન બતાવો, શેડ્યૂલ પર મારી પત્ની (તે પછીની ગર્લફ્રેન્ડ) ને અભિનંદન મોકલવાનું શીખવ્યું. કદાચ, તે સમયે, પ્રશંસા મોકલવી એ મારા બોટની સૌથી લોકપ્રિય કાર્યક્ષમતા હતી, અને મારી પત્નીએ તેની પ્રશંસા કરી.

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

મેં અમલ શરૂ કર્યો. મેં તે કર્યું, હું શક્ય તેટલું શ્રેષ્ઠ, PHP માં કર્યું (અમારી એપ્લિકેશન પોતે PHP માં છે, હું પાયથોન કરતાં તેમાં વધુ વાકેફ છું). હું સારો કોડર નથી, તેથી હું તમને મારો કોડ બતાવીશ નહીં :)

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

જેવા આદેશ પ્રાપ્ત કર્યા /awr એન, જ્યાં N એ સંપૂર્ણ કલાકોની સંખ્યા છે જેના માટે રિપોર્ટની જરૂર છે (ડિફૉલ્ટ રૂપે - 1 કલાક), એક અઠવાડિયા માટે પણ, જો ડેટાબેઝ પુનઃપ્રારંભ ન થયો હોય, તો બોટ તરત જ કામ કરવાનું શરૂ કરે છે, અહેવાલ એકત્રિત કરે છે, તેને એક તરીકે પ્રકાશિત કરે છે. વેબ પેજ અને તરત જ (લગભગ ત્યાં જ) અત્યંત જરૂરી રિપોર્ટની લિંક પ્રદાન કરે છે.

લિંકને અનુસરો અને તે અહીં છે, AWR રિપોર્ટ:

અપેક્ષા મુજબ, વિકાસકર્તાઓએ આવા અહેવાલ જનરેશનનો સામનો કર્યો, અને કેટલાકે અમારો આભાર પણ માન્યો.

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

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

/pgબેજર

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

/ ફરજ

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

/tnls

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

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


તમે ઇચ્છિત મેનૂ આઇટમમાં "પડશો", તમારો પ્રોજેક્ટ પસંદ કરો, એક મિનિટ રાહ જુઓ અને દરેક ખુશ અને સંતુષ્ટ છે...

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

/ecp_to_pem

વધુ આંકડા દર્શાવે છે કે રૂપાંતર કરવું ઘણીવાર જરૂરી છે PEM ફોર્મેટમાં EDS Crypto Pro(બેઝએક્સએનયુએમએક્સ) વિવિધ સંકલન માટે, અને અમારી પાસે તેમાંથી ઘણું બધું છે. કાર્ય: એક કન્ટેનર લો, તેને P12FromGostCSP યુટિલિટી ઇન્સ્ટોલ કરેલ વિન્ડોઝ કમ્પ્યુટર પર કૉપિ કરો (ચૂકવણી દ્વારા), તેને pfx માં કન્વર્ટ કરો અને પછી OpenSSL (GOST એન્ક્રિપ્શન માટે સપોર્ટ સાથે) નો ઉપયોગ કરીને pfx ને pem માં કન્વર્ટ કરો. તે ખૂબ અનુકૂળ નથી, પરંતુ તમે તેને તમારી આંગળીઓના ત્વરિતમાં ઇચ્છો છો.

ગૂગલ ફરીથી બચાવમાં આવ્યું છે. મળી અમુક પ્રકારની વ્યક્તિની ઉપયોગિતા. મેં તેને README માં લખ્યા પ્રમાણે એસેમ્બલ કર્યું - તે કામ કર્યું. મેં બૉટને ઉપયોગિતા સાથે કામ કરવાનું શીખવ્યું અને લગભગ ત્વરિત રૂપાંતરણ મેળવ્યું.


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

ડોકરફાઈલ, જો કોઈને તેની જરૂર હોય તો:

FROM ubuntu:16.04                                                                                                                                                                        
RUN apt update && apt -y install git sudo wget unzip gcc g++ make &&                        
   cd /srv/ && git clone https://github.com/kov-serg/get-cpcert.git &&                     
   cd get-cpcert && chmod +x *.sh && ./prepare.sh && ./build.sh &&                         
   mkdir -p /srv/{in,out} &&                                                               
   echo '#!/bin/bash' > /srv/getpem.sh &&                                                  
   echo 'cd /srv/get-cpcert' >> /srv/getpem.sh &&                                          
   echo './get-cpcert /srv/in/$CONT.000 $PASS > /srv/out/$CONT.pem' >> /srv/getpem.sh &&   
   chmod +x /srv/getpem.sh                                                                  ENTRYPOINT /srv/getpem.sh

કન્વર્ટ કરવા માટે, તમારે મૂળ કન્ટેનર (xxx.000 જેવી ડિરેક્ટરી) ને /srv/in ડિરેક્ટરીમાં મૂકવાની જરૂર છે, અને તૈયાર pem ને /srv/out પર લઈ જાઓ.

કન્વર્ટ કરવા માટે:

 docker run -t -i -e CONT='<имя директории с контейнером(без ".000")>' -e PASS='<пароль для контейнера>' -v /srv/in:/srv/in -v /srv/out:/srv/out --name ecptopem <адрес нашего репозитория>/med/ecptopem:latest 

/emstop અને /emstart

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

EM ક્યારેક ભારે ભાર હેઠળ ક્રેશ થાય છે, અને તેને પુનઃપ્રારંભ કરવા માટે... તમારે ssh દ્વારા કનેક્ટ કરવાની અને ટર્મિનલ દ્વારા પુનઃપ્રારંભ કરવાની જરૂર છે. "એડમિન આમાં સારા છે," અમારા નવા સાથીદારે નક્કી કર્યું. DBMS પર ભારે ભાર અમારા માટે અસામાન્ય નથી, અને EM પુનઃપ્રારંભ કરવાની વિનંતીઓ પણ સામાન્ય છે. પછી તે જ દૃશ્ય: તણાવ, બળતરા અને સમસ્યાના ઉકેલની શોધ. તેથી સમાન જૂથ ચેટ્સમાં નીચેના આદેશો દેખાયા: /emstop અને /emstart.

/મારી નાખો

જો ડેટાબેઝ પર મજબૂત સ્પર્ધા હોય, અને આવું ક્યારેક થાય, તો ડેટાબેઝને ઝડપથી અનલોડ કરવું જરૂરી છે. સમસ્યારૂપ પ્રક્રિયાને મારી નાખવાનો સૌથી ઝડપી રસ્તો છે... આ કરવા માટે, ssh, kill -9 દ્વારા કનેક્ટ કરો... બોટ મદદ કરશે!

એલેક્સીએ ટીમની પ્રશંસા કરી અને તેને પ્રેમાળ નામ આપ્યું - "કિલ્યાલ્કા" અથવા બંદૂક.
એક દિવસ, એલેક્સીએ કેવી રીતે પ્રયાસ કર્યો અને સહન કર્યું તે જોયા પછી, દરેક પ્રક્રિયા માટે દર વખતે xxx દાખલ / મારી નાખ્યો, મેં અમારી બંદૂકમાં "મલ્ટી-બેરલ" ઉમેરવાનું નક્કી કર્યું:

સરસ! બધું તમારા માટે છે, એલેક્સી, ફક્ત કામ કરો, પ્રિય!

સ્વાભાવિક રીતે, આવી મહત્વપૂર્ણ ટીમ મર્યાદિત હતી user_id દ્વારા ઍક્સેસ - "ફૂલપ્રૂફ". લેશા કેવી રીતે ચપળતાપૂર્વક ડેટાબેઝ સર્વર પર પ્રક્રિયાઓને મારી નાખે છે તે જોઈને, ઘણા લોકોએ રેન્ડમ પ્રોસેસ નંબર સાથે આદેશ દાખલ કરવાનો પ્રયાસ કર્યો, પરંતુ તમે મારા સ્માર્ટ બોટને મૂર્ખ બનાવી શકતા નથી, તેણે તરત જ ના પાડી.

/alertlog

ઠીક છે, માત્ર કિસ્સામાં, મેં આદેશ આપ્યો:
/alertlog <લાઇન્સની સંખ્યા> - એલર્ટલોગ લાઇનોની સ્પષ્ટ સંખ્યા મેળવો
બોટ એક ચેતવણી લોગ ખેંચે છે અને તેને અમારી સેવા પર મોકલે છે, જેમ કે પેસ્ટબિન, જેને પાયસ્ટે કહેવાય છે, અને વિનંતી ચેટમાં પેસ્ટની લિંક મોકલે છે.

/ચેક

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

/checks આદેશ એક સરળ અને અસ્પષ્ટ મેનુ દર્શાવે છે; આ વખતે અમારા લોકોએ સૂચના વિના આ આદેશનો ઉપયોગ કેવી રીતે કરવો તે શીખ્યા!

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

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

પરીક્ષણ પૂર્ણ કર્યા પછી અને લોગ પ્રાપ્ત કર્યા પછી, બોટ તેનું વિશ્લેષણ કરે છે અને પરિણામ "માનવ વાંચી શકાય તેવા" સ્વરૂપમાં ઉત્પન્ન કરે છે:

મેટ્રિક્સ સંગ્રહ

કાર્યક્ષમતા આવી ગઈ છે અને રસ ધરાવતા પ્રોજેક્ટ મેનેજરોને તેમના પ્રદેશો માટે આ પ્રકારનું કાર્ય પ્રાપ્ત થયું છે. અને એક દયાળુ પ્રોજેક્ટ મેનેજરે કહ્યું: "મારે સમયના આંકડા જોઈએ છે!" CITમાંથી કોઈએ તેણીને કહ્યું કે ઝબ્બિક્સમાં આ બધું મોનિટર કરવું અનુકૂળ રહેશે. Zabbix, તેથી Zabbix...

મેં વિચાર્યું કે મારે ઉકેલની નકલ કરવાની જરૂરિયાત માટે તૈયારી કરવાની જરૂર છે... મેં વિચારને ડોકર કન્ટેનરમાં મૂક્યો. કન્ટેનરમાં, jmeter શેડ્યૂલ પર લોંચ કરવામાં આવે છે (દર 10 મિનિટમાં એકવાર), લોગને ચોક્કસ જગ્યાએ મૂકે છે, php તેનું વિશ્લેષણ કરે છે અને વેબ પૃષ્ઠના રૂપમાં જરૂરી ડેટા પ્રદર્શિત કરે છે. Zabbix, web.page.get કીનો ઉપયોગ કરીને, આ પૃષ્ઠ મેળવે છે, નિયમિતપણે ચોક્કસ આશ્રિત તત્વો માટે જરૂરી ડેટા પસંદ કરે છે અને ગ્રાફ બનાવે છે.

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

એપ્લિકેશન વિકાસ

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

યોજનાઓ

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

પરંતુ એલેક્સી તેની ઇચ્છાઓ આપવાનું ભૂલતો નથી. નવીનતમમાંથી:
/kill_sql SQL_ID - આ SQL_ID વિનંતી સાથે તમામ સત્રોને મારી નાખો
/kill_block - રૂટ બ્લોકીંગ સત્રને મારી નાખો
/શો_એમ — EM પ્રદર્શનનું ચિત્ર બતાવો
તે એક ધૂર્ત વ્યક્તિ છે, તે તેના ફોનમાંથી DBA સીવવા માંગે છે =)

આ રીતે આપણે માતૃભૂમિના હિત માટે કામ કરીએ છીએ!

તમે તમારી જાતને નિયમિત અને રસહીન કાર્યોથી કેવી રીતે મુક્ત કરશો?

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

સોર્સ: www.habr.com