તમારા નેટવર્ક ઈન્ફ્રાસ્ટ્રક્ચરને કેવી રીતે નિયંત્રિત કરવું. પ્રકરણ બે. સફાઈ અને દસ્તાવેજીકરણ

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

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

હવે અમે સુરક્ષા ઓડિટ વિશે વાત કરીશું નહીં - આ ત્રીજા ભાગનો વિષય હશે.

આ તબક્કે સોંપાયેલ કાર્ય પૂર્ણ કરવાની મુશ્કેલી, અલબત્ત, કંપનીએ કંપનીએ ખૂબ બદલાય છે.

આદર્શ પરિસ્થિતિ એ છે કે જ્યારે

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

આ કિસ્સામાં, તમારું કાર્ય એકદમ સરળ છે. તમારે દસ્તાવેજોનો અભ્યાસ કરવો જોઈએ અને જે ફેરફારો કરવામાં આવ્યા છે તેની સમીક્ષા કરવી જોઈએ.

સૌથી ખરાબ પરિસ્થિતિમાં, તમારી પાસે હશે

• પ્રોજેક્ટ વિના, યોજના વિના, મંજૂરી વિના, ઇજનેરો દ્વારા બનાવવામાં આવેલ નેટવર્ક કે જેઓ પાસે પૂરતી લાયકાત નથી,
• અસ્તવ્યસ્ત, બિનદસ્તાવેજીકૃત ફેરફારો સાથે, ઘણા બધા "કચરો" અને સબઓપ્ટિમલ સોલ્યુશન્સ સાથે

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

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

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

દસ્તાવેજોનો સમૂહ

ચાલો એક ઉદાહરણથી શરૂઆત કરીએ.

નીચે કેટલાક દસ્તાવેજો છે જે ડિઝાઇન દરમિયાન સિસ્કો સિસ્ટમ્સમાં પરંપરાગત રીતે બનાવવામાં આવે છે.

CR - ગ્રાહકની આવશ્યકતાઓ, ગ્રાહકની આવશ્યકતાઓ (તકનીકી વિશિષ્ટતાઓ).
તે ગ્રાહક સાથે સંયુક્ત રીતે બનાવવામાં આવે છે અને નેટવર્ક જરૂરિયાતો નક્કી કરે છે.

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

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

કંઈક, ઉદાહરણ તરીકે, IP એડ્રેસ, AS નંબર્સ, ફિઝિકલ સ્વિચિંગ સ્કીમ (કેબલિંગ), અલગ દસ્તાવેજોમાં "પુટ આઉટ" કરી શકાય છે, જેમ કે PIN (નેટવર્ક અમલીકરણ યોજના).

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

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

અને મારા મતે, ત્યાં ચોક્કસ ચોક્કસ લઘુત્તમ છે, જેના વિના નેટવર્કને અસરકારક રીતે નિયંત્રિત કરવું અશક્ય છે.

આ નીચેના દસ્તાવેજો છે:

• ભૌતિક સ્વિચિંગ (કેબલિંગ) નું ડાયાગ્રામ (લોગ)
• આવશ્યક L2/L3 માહિતી સાથે નેટવર્ક ડાયાગ્રામ અથવા ડાયાગ્રામ

ભૌતિક સ્વિચિંગ ડાયાગ્રામ

કેટલીક નાની કંપનીઓમાં, સાધનસામગ્રીની સ્થાપના અને ભૌતિક સ્વિચિંગ (કેબલિંગ) સંબંધિત કામ નેટવર્ક એન્જિનિયરોની જવાબદારી છે.

આ કિસ્સામાં, સમસ્યા આંશિક રીતે નીચેના અભિગમ દ્વારા હલ થાય છે.

• તેની સાથે શું જોડાયેલ છે તેનું વર્ણન કરવા માટે ઇન્ટરફેસ પરના વર્ણનનો ઉપયોગ કરો
• તમામ અનકનેક્ટેડ નેટવર્ક સાધનો પોર્ટને વહીવટી રીતે બંધ કરો

આ તમને તક આપશે, લિંક સાથે સમસ્યાની સ્થિતિમાં પણ (જ્યારે cdp અથવા lldp આ ઇન્ટરફેસ પર કામ કરતું નથી), આ પોર્ટ સાથે શું જોડાયેલ છે તે ઝડપથી નક્કી કરવા માટે.
તમે સરળતાથી જોઈ શકો છો કે કયા પોર્ટ પર કબજો છે અને કયા મફત છે, જે નવા નેટવર્ક સાધનો, સર્વર્સ અથવા વર્કસ્ટેશનના જોડાણ માટે જરૂરી છે.

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

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

મહત્વપૂર્ણ!

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

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

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

નેટવર્ક ડાયાગ્રામ

આકૃતિઓ દોરવા માટે કોઈ સાર્વત્રિક અભિગમ નથી.

સૌથી મહત્વની બાબત એ છે કે આકૃતિઓ એ સમજ આપવી જોઈએ કે ટ્રાફિક કેવી રીતે વહેશે, જેના દ્વારા તમારા નેટવર્કના તાર્કિક અને ભૌતિક તત્વો છે.

ભૌતિક તત્વો દ્વારા અમારો અર્થ છે

• સક્રિય સાધનો
• સક્રિય સાધનોના ઇન્ટરફેસ/બંદરો

તાર્કિક હેઠળ -

• તાર્કિક ઉપકરણો (N7K VDC, Palo Alto VSYS, ...)
• વીઆરએફ
• વિલાન્સ
• સબ-ઇન્ટરફેસ
• ટનલ
• ઝોન
• ...

ઉપરાંત, જો તમારું નેટવર્ક સંપૂર્ણપણે પ્રાથમિક નથી, તો તેમાં વિવિધ સેગમેન્ટ્સ હશે.
ઉદાહરણ તરીકે

• માહીતી મથક
• ઇન્ટરનેટ
• WAN
• દૂરસ્થ accessક્સેસ
• ઓફિસ LAN
• ડીએમઝેડ
• ...

ઘણી બધી આકૃતિઓ હોવી તે મુજબની છે જે બંને મોટા ચિત્ર (આ તમામ વિભાગો વચ્ચે ટ્રાફિક કેવી રીતે વહે છે) અને દરેક વ્યક્તિગત સેગમેન્ટની વિગતવાર સમજૂતી આપે છે.

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

• ઓવરલે
• L1/L2 અન્ડરલે
• L3 અન્ડરલે

અલબત્ત, સૌથી મહત્વપૂર્ણ આકૃતિ, જેના વિના તમારી ડિઝાઇનના વિચારને સમજવું અશક્ય છે, તે રૂટીંગ ડાયાગ્રામ છે.

રૂટીંગ યોજના

ઓછામાં ઓછું, આ રેખાકૃતિ પ્રતિબિંબિત થવી જોઈએ

• કયા રૂટીંગ પ્રોટોકોલનો ઉપયોગ થાય છે અને ક્યાં થાય છે
• રૂટીંગ પ્રોટોકોલ સેટિંગ્સ વિશે મૂળભૂત માહિતી (એરિયા/એએસ નંબર/રાઉટર-આઈડી/…)
• કયા ઉપકરણો પર પુનઃવિતરણ થાય છે?
• જ્યાં ફિલ્ટરિંગ અને રૂટ એકત્રીકરણ થાય છે
• મૂળભૂત માર્ગ માહિતી

ઉપરાંત, L2 સ્કીમ (OSI) ઘણીવાર ઉપયોગી છે.

L2 સ્કીમ (OSI)

આ રેખાકૃતિ નીચેની માહિતી બતાવી શકે છે:

• શું VLAN
• કયા બંદરો ટ્રંક બંદરો છે
• કયા પોર્ટ્સને ઈથર-ચેનલ (પોર્ટ ચેનલ), વર્ચ્યુઅલ પોર્ટ ચેનલમાં એકીકૃત કરવામાં આવે છે
• કયા STP પ્રોટોકોલનો ઉપયોગ થાય છે અને કયા ઉપકરણો પર
• મૂળભૂત STP સેટિંગ્સ: રૂટ/રુટ બેકઅપ, STP કિંમત, પોર્ટ પ્રાધાન્યતા
• વધારાના STP સેટિંગ્સ: BPDU ગાર્ડ/ફિલ્ટર, રૂટ ગાર્ડ…

લાક્ષણિક ડિઝાઇન ભૂલો

નેટવર્ક બનાવવા માટેના ખરાબ અભિગમનું ઉદાહરણ.

ચાલો એક સરળ ઓફિસ LAN બનાવવાનું એક સરળ ઉદાહરણ લઈએ.

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

સ્વીચોને એકબીજા સાથે કનેક્ટ કરવા, VLANs, SVI ઈન્ટરફેસ (L3 સ્વીચોના કિસ્સામાં) સેટ કરવા અને સ્ટેટિક રૂટીંગ સેટ કરવા વિશે શું મુશ્કેલ છે?

બધું કામ કરશે.

પરંતુ તે જ સમયે, સંબંધિત પ્રશ્નો

• સુરક્ષા
• આરક્ષણ
• નેટવર્ક સ્કેલિંગ
• ઉત્પાદકતા
• થ્રુપુટ
• વિશ્વસનીયતા
• ...

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

સામાન્ય L1 (OSI) ડિઝાઇન ભૂલો

• જો, તેમ છતાં, તમે SCS માટે પણ જવાબદાર છો, તો પછી સૌથી અપ્રિય વારસો કે જે તમને પ્રાપ્ત થઈ શકે છે તે બેદરકારી અને અયોગ્ય સ્વિચિંગ છે.

હું ઉપયોગમાં લેવાતા સાધનોના સંસાધનોને લગતી L1 ભૂલો તરીકે પણ વર્ગીકૃત કરીશ, ઉદાહરણ તરીકે,

• અપૂરતી બેન્ડવિડ્થ
• સાધનો પર અપર્યાપ્ત TCAM (અથવા તેનો બિનઅસરકારક ઉપયોગ)
• અપર્યાપ્ત કામગીરી (ઘણી વખત ફાયરવોલ સાથે સંબંધિત)

સામાન્ય L2 (OSI) ડિઝાઇન ભૂલો

ઘણીવાર, જ્યારે STP કેવી રીતે કામ કરે છે અને તેની સાથે કઈ સંભવિત સમસ્યાઓ લાવે છે તેની કોઈ સારી સમજણ હોતી નથી, ત્યારે વધારાના STP ટ્યુનિંગ વિના, ડિફોલ્ટ સેટિંગ્સ સાથે, સ્વીચો અસ્તવ્યસ્ત રીતે જોડાયેલા હોય છે.

પરિણામે, અમારી પાસે ઘણી વાર નીચેના હોય છે

• મોટા STP નેટવર્ક વ્યાસ, જે પ્રસારણ તોફાનો તરફ દોરી શકે છે
• STP રૂટ રેન્ડમલી નક્કી કરવામાં આવશે (મેક એડ્રેસ પર આધારિત) અને ટ્રાફિક પાથ સબઓપ્ટિમલ હશે
• યજમાનો સાથે જોડાયેલા પોર્ટને ધાર (પોર્ટફાસ્ટ) તરીકે ગોઠવવામાં આવશે નહીં, જે અંતિમ સ્ટેશનોને ચાલુ/બંધ કરતી વખતે STP પુનઃ ગણતરી તરફ દોરી જશે.
• નેટવર્કને L1/L2 સ્તરે વિભાજિત કરવામાં આવશે નહીં, જેના પરિણામે કોઈપણ સ્વીચ (ઉદાહરણ તરીકે, પાવર ઓવરલોડ) સાથેની સમસ્યાઓ એસટીપી ટોપોલોજીની પુનઃગણતરી તરફ દોરી જશે અને તમામ સ્વીચો પરના તમામ VLAN માં ટ્રાફિકને અટકાવશે (જેમાં સાતત્ય સેવા સેગમેન્ટના દૃષ્ટિકોણથી એક મહત્વપૂર્ણ)

L3 (OSI) ડિઝાઇનમાં ભૂલોના ઉદાહરણો

શિખાઉ નેટવર્કર્સની કેટલીક લાક્ષણિક ભૂલો:

• સ્થિર રૂટીંગનો વારંવાર ઉપયોગ (અથવા ફક્ત ઉપયોગ કરો).
• આપેલ ડિઝાઇન માટે સબઓપ્ટિમલ રૂટીંગ પ્રોટોકોલનો ઉપયોગ
• સબઓપ્ટિમલ લોજિકલ નેટવર્ક સેગ્મેન્ટેશન
• સરનામાંની જગ્યાનો સબઓપ્ટિમલ ઉપયોગ, જે રૂટ એકત્રીકરણને મંજૂરી આપતું નથી
• કોઈ બેકઅપ માર્ગો નથી
• ડિફૉલ્ટ ગેટવે માટે કોઈ આરક્ષણ નથી
• રૂટ્સનું પુનઃનિર્માણ કરતી વખતે અસમપ્રમાણ રૂટીંગ (NAT/PAT, સ્ટેટફુલ ફાયરવોલના કિસ્સામાં મહત્વપૂર્ણ હોઈ શકે છે)
• MTU સાથે સમસ્યાઓ
• જ્યારે માર્ગો ફરીથી બનાવવામાં આવે છે, ત્યારે ટ્રાફિક અન્ય સુરક્ષા ઝોન અથવા તો અન્ય ફાયરવોલમાંથી પસાર થાય છે, જે આ ટ્રાફિકને છોડી દેવા તરફ દોરી જાય છે
• નબળી ટોપોલોજી માપનીયતા

ડિઝાઇન ગુણવત્તા મૂલ્યાંકન માટે માપદંડ

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

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

ફેરફાર

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

• આ સમસ્યાને કેટલી સરળતાથી ઠીક કરી શકાય છે
• તેણી કેટલું જોખમ સહન કરે છે?

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

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

સોર્સ: www.habr.com