તમારા નેટવર્ક ઈન્ફ્રાસ્ટ્રક્ચરને કેવી રીતે નિયંત્રિત કરવું. પ્રકરણ ચાર. ઓટોમેશન. નમૂનાઓ

આ લેખ "તમારા નેટવર્ક ઇન્ફ્રાસ્ટ્રક્ચર પર નિયંત્રણ કેવી રીતે લેવું" શ્રેણીમાં છઠ્ઠો છે. શ્રેણીના તમામ લેખોની સામગ્રી અને લિંક્સ મળી શકે છે અહીં.

ઘણા વિષયો પાછળ છોડીને, મેં એક નવું પ્રકરણ શરૂ કરવાનું નક્કી કર્યું.

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

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

સ્ક્રિપ્ટ સાથે રૂપરેખાંકન બનાવવું, IT ઇન્ફ્રાસ્ટ્રક્ચરમાં ફેરફારોને નિયંત્રિત કરવા માટે GIT નો ઉપયોગ કરવો, રિમોટ "અપલોડિંગ" - જ્યારે તમે DevOps અભિગમના તકનીકી અમલીકરણ વિશે વિચારો ત્યારે આ વિચારો પ્રથમ આવે છે. ફાયદા સ્પષ્ટ છે. પરંતુ, કમનસીબે, ગેરફાયદા પણ છે.

જ્યારે 5 વર્ષ પહેલાં, અમારા વિકાસકર્તાઓ અમારી પાસે આવ્યા, નેટવર્કર્સ, આ દરખાસ્તો સાથે, અમને આનંદ થયો ન હતો.

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

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

અથવા, કેવી રીતે સમજવું કે રૂપરેખાંકન આદેશો યોગ્ય રીતે લાગુ કરવામાં આવ્યા હતા અને ભૂલના કિસ્સામાં શું કરવું?

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

પરંતુ ત્યાં એક પરિસ્થિતિ છે જ્યારે ગેરફાયદાને વ્યવહારીક રીતે સમતળ કરવામાં આવે છે, અને માત્ર ફાયદા જ રહે છે. હું ડિઝાઇન વર્ક વિશે વાત કરું છું.

આ પ્રોજેક્ટ

છેલ્લા બે વર્ષથી હું મોટા પ્રદાતા માટે ડેટા સેન્ટર બનાવવાના પ્રોજેક્ટમાં ભાગ લઈ રહ્યો છું. હું આ પ્રોજેક્ટમાં F5 અને Palo Alto માટે જવાબદાર છું. સિસ્કોના દૃષ્ટિકોણથી, આ "તૃતીય પક્ષ સાધનો" છે.

મારા માટે વ્યક્તિગત રીતે, આ પ્રોજેક્ટમાં બે અલગ-અલગ તબક્કાઓ છે.

પ્રથમ તબક્કો

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

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

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

હવે આપણે થોડી આસપાસ જોઈ શકીએ છીએ.
અને આ બીજા તબક્કાની શરૂઆત હતી.

બીજો તબક્કો

મેં પ્રક્રિયાને સ્વચાલિત કરવાનું નક્કી કર્યું.

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

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

તેથી, YAML અને Jinja2 નો ઉપયોગ કરતી વખતે, IP સરનામાઓ, BGP AS નંબર્સ, ... જેવા રૂપરેખાંકન પરિમાણો સાથેની YAML ફાઇલ સંપૂર્ણ રીતે NIP ની ભૂમિકાને પૂર્ણ કરે છે, જ્યારે Jinja2 નમૂનાઓમાં ડિઝાઇનને અનુરૂપ વાક્યરચનાનો સમાવેશ થાય છે, એટલે કે, તે આવશ્યકપણે એક છે. એલએલડીનું પ્રતિબિંબ.

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

હવે પરિવર્તન પ્રક્રિયા આના જેવી દેખાતી હતી:

• YAML ફાઇલ બદલી
• ટેમ્પલેટનો ઉપયોગ કરીને રૂપરેખાંકન ફાઈલ બનાવી (Jinja2)
• દૂરસ્થ રીપોઝીટરીમાં સાચવેલ
• બનાવેલ રૂપરેખાંકનને સાધનો પર અપલોડ કર્યું
• મેં એક ભૂલ જોઈ
• YAML ફાઇલ અથવા Jinja2 નમૂનો બદલ્યો
• ટેમ્પલેટનો ઉપયોગ કરીને રૂપરેખાંકન ફાઈલ બનાવી (Jinja2)
• ...

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

એક સારી કસોટી અને બધું ડીબગ કરવાની તક એ નામકરણ સંમેલન બદલવાની ક્લાયન્ટની ઇચ્છા હતી. જેઓ F5 સાથે કામ કરે છે તેઓ પરિસ્થિતિની તીવ્રતાને સમજે છે. પરંતુ મારા માટે બધું એકદમ સરળ હતું. મેં YAML ફાઇલમાં નામો બદલ્યાં છે, સાધનોમાંથી સંપૂર્ણ ગોઠવણી કાઢી નાખી છે, એક નવું જનરેટ કર્યું છે અને તેને અપલોડ કર્યું છે. બગ ફિક્સ સહિતની દરેક વસ્તુમાં 4 દિવસનો સમય લાગ્યો: દરેક ટેક્નોલોજી માટે બે દિવસ. તે પછી, હું આગલા તબક્કા માટે તૈયાર હતો, એટલે કે DEV અને સ્ટેજીંગ ડેટા સેન્ટરની રચના.

દેવ અને સ્ટેજીંગ

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

ચાલો સારાંશ કરીએ

તો, નીચે લીટીમાં મારી પાસે શું છે?

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

આ બધું એ હકીકત તરફ દોરી ગયું કે

• ભૂલનો દર લગભગ 0 પર આવી ગયો છે
• 90 ટકા દિનચર્યા થઈ ગઈ છે
• અમલીકરણની ઝડપ નોંધપાત્ર રીતે વધી છે

પે, F5Y, ACY

મેં કહ્યું કે તે કેવી રીતે કાર્ય કરે છે તે સમજવા માટે થોડા ઉદાહરણો પૂરતા છે.
મારા કાર્ય દરમિયાન જે બનાવવામાં આવ્યું હતું તેનું ટૂંકું (અને અલબત્ત સંશોધિત) સંસ્કરણ અહીં છે.

પે = જમાવટ Pહેલો Aથી Yaml = Yaml માંથી Palo Alto
F5Y = જમાવટ F5 થી Yaml = F5 થી Yએએમએલ (ટૂંક સમયમાં આવી રહ્યું છે)
ACY = જમાવટ ACહું થી Yaml = F5 થી Yaml

હું ACY વિશે થોડાક શબ્દો ઉમેરીશ (ACI સાથે મૂંઝવણમાં ન આવે).

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

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

આ પ્રોજેક્ટ પરના એન્જિનિયરો બરાબર એ જ હેતુઓ માટે YAML ને બદલે ACI ગોઠવવા માટે એક્સેલનો ઉપયોગ કરે છે. અલબત્ત, એક્સેલનો ઉપયોગ કરવાના ફાયદા છે:

• તમારી NIP એક ફાઇલમાં
• સુંદર ચિહ્નો જે ક્લાયંટ માટે જોવા માટે સુખદ છે
• તમે કેટલાક એક્સેલ સાધનોનો ઉપયોગ કરી શકો છો

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

ACY એ વાસ્તવમાં એ જ અભિગમોની એપ્લિકેશન છે જેનો ઉપયોગ મેં ACI રૂપરેખાંકિત કરવા માટે 3જી પક્ષ માટે કર્યો હતો.

સોર્સ: www.habr.com