SDSM ਖਤਮ ਹੋ ਗਿਆ ਹੈ, ਪਰ ਲਿਖਣ ਦੀ ਬੇਕਾਬੂ ਇੱਛਾ ਰਹਿੰਦੀ ਹੈ.

ਕਈ ਸਾਲਾਂ ਤੋਂ, ਸਾਡੇ ਭਰਾ ਨੂੰ ਰੁਟੀਨ ਕੰਮ ਕਰਨ, ਕੰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀਆਂ ਉਂਗਲਾਂ ਪਾਰ ਕਰਨ ਅਤੇ ਰਾਤ ਦੇ ਰੋਲਬੈਕ ਕਾਰਨ ਨੀਂਦ ਦੀ ਘਾਟ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।
ਪਰ ਹਨੇਰੇ ਸਮੇਂ ਦਾ ਅੰਤ ਹੋ ਰਿਹਾ ਹੈ।

ਇਸ ਲੇਖ ਦੇ ਨਾਲ ਮੈਂ ਇਸ ਬਾਰੇ ਇੱਕ ਲੜੀ ਸ਼ੁਰੂ ਕਰਾਂਗਾ ਕਿ ਕਿਵੇਂ ਮੇਰੇ ਲਈ ਆਟੋਮੇਸ਼ਨ ਦੇਖਿਆ ਗਿਆ ਹੈ.
ਰਸਤੇ ਵਿੱਚ, ਅਸੀਂ ਆਟੋਮੇਸ਼ਨ ਦੇ ਪੜਾਵਾਂ ਨੂੰ ਸਮਝਾਂਗੇ, ਵੇਰੀਏਬਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨਾ, ਡਿਜ਼ਾਈਨ ਨੂੰ ਰਸਮੀ ਬਣਾਉਣਾ, RestAPI, NETCONF, YANG, YDK ਅਤੇ ਅਸੀਂ ਬਹੁਤ ਸਾਰਾ ਪ੍ਰੋਗਰਾਮਿੰਗ ਕਰਾਂਗੇ।
ਮੇਰੇ ਲਈ ਮਤਲਬ ਕਿ a) ਇਹ ਇੱਕ ਬਾਹਰਮੁਖੀ ਸੱਚਾਈ ਨਹੀਂ ਹੈ, b) ਇਹ ਬਿਨਾਂ ਸ਼ਰਤ ਸਭ ਤੋਂ ਵਧੀਆ ਪਹੁੰਚ ਨਹੀਂ ਹੈ, c) ਮੇਰੀ ਰਾਏ, ਪਹਿਲੇ ਤੋਂ ਆਖਰੀ ਲੇਖ ਤੱਕ ਦੀ ਲਹਿਰ ਦੌਰਾਨ ਵੀ, ਬਦਲ ਸਕਦੀ ਹੈ - ਇਮਾਨਦਾਰ ਹੋਣ ਲਈ, ਡਰਾਫਟ ਪੜਾਅ ਤੋਂ ਪ੍ਰਕਾਸ਼ਨ, ਮੈਂ ਹਰ ਚੀਜ਼ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੋ ਵਾਰ ਦੁਬਾਰਾ ਲਿਖਿਆ।

ਸਮੱਗਰੀ

1. ਉਦੇਸ਼
   1. ਨੈੱਟਵਰਕ ਇੱਕ ਸਿੰਗਲ ਜੀਵ ਵਰਗਾ ਹੈ
   2. ਸੰਰਚਨਾ ਟੈਸਟਿੰਗ
   3. ਸੰਸਕਰਣ
   4. ਸੇਵਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਸਵੈ-ਇਲਾਜ

2. ਫੰਡ
   1. ਵਸਤੂ ਸੂਚੀ
   2. IP ਸਪੇਸ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ
   3. ਨੈੱਟਵਰਕ ਸੇਵਾ ਵਰਣਨ ਸਿਸਟਮ
   4. ਡਿਵਾਈਸ ਸ਼ੁਰੂਆਤੀ ਵਿਧੀ
   5. ਵਿਕਰੇਤਾ-ਅਗਨੋਸਟਿਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮਾਡਲ
   6. ਵਿਕਰੇਤਾ-ਵਿਸ਼ੇਸ਼ ਡਰਾਈਵਰ ਇੰਟਰਫੇਸ
   7. ਡਿਵਾਈਸ ਨੂੰ ਸੰਰਚਨਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਵਿਧੀ
   8. ਸੀਆਈ / ਸੀਡੀ
   9. ਬੈਕਅੱਪ ਲਈ ਵਿਧੀ ਅਤੇ ਭਟਕਣਾ ਦੀ ਖੋਜ
   10. ਨਿਗਰਾਨੀ ਸਿਸਟਮ

3. ਸਿੱਟਾ

ਮੈਂ SDSM ਤੋਂ ਥੋੜ੍ਹਾ ਵੱਖਰੇ ਫਾਰਮੈਟ ਵਿੱਚ ADSM ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ। ਵੱਡੇ, ਵਿਸਤ੍ਰਿਤ, ਸੰਖਿਆ ਵਾਲੇ ਲੇਖ ਸਾਹਮਣੇ ਆਉਂਦੇ ਰਹਿਣਗੇ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਵਿਚਕਾਰ ਮੈਂ ਰੋਜ਼ਾਨਾ ਅਨੁਭਵ ਤੋਂ ਛੋਟੇ ਨੋਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਾਂਗਾ। ਮੈਂ ਇੱਥੇ ਸੰਪੂਰਨਤਾਵਾਦ ਨਾਲ ਲੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਨੂੰ ਨਹੀਂ ਚੱਟਾਂਗਾ।

ਕਿੰਨੀ ਹਾਸੋਹੀਣੀ ਗੱਲ ਹੈ ਕਿ ਦੂਜੀ ਵਾਰ ਉਸੇ ਰਸਤੇ ਤੋਂ ਲੰਘਣਾ ਪੈਂਦਾ ਹੈ।

ਪਹਿਲਾਂ ਮੈਨੂੰ ਨੈੱਟਵਰਕਾਂ ਬਾਰੇ ਲੇਖ ਲਿਖਣੇ ਪਏ ਕਿਉਂਕਿ ਉਹ RuNet 'ਤੇ ਨਹੀਂ ਸਨ.

ਹੁਣ ਮੈਂ ਇੱਕ ਵਿਆਪਕ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਲੱਭ ਸਕਿਆ ਜੋ ਆਟੋਮੇਸ਼ਨ ਲਈ ਪਹੁੰਚ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰੇ ਅਤੇ ਸਧਾਰਨ ਵਿਹਾਰਕ ਉਦਾਹਰਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਪਰੋਕਤ ਤਕਨਾਲੋਜੀਆਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੇ।

ਮੈਂ ਗਲਤ ਹੋ ਸਕਦਾ ਹਾਂ, ਇਸ ਲਈ ਕਿਰਪਾ ਕਰਕੇ ਉਪਯੋਗੀ ਸਰੋਤਾਂ ਦੇ ਲਿੰਕ ਪ੍ਰਦਾਨ ਕਰੋ। ਹਾਲਾਂਕਿ, ਇਹ ਮੇਰੇ ਲਿਖਣ ਦੇ ਇਰਾਦੇ ਨੂੰ ਨਹੀਂ ਬਦਲੇਗਾ, ਕਿਉਂਕਿ ਮੁੱਖ ਟੀਚਾ ਆਪਣੇ ਆਪ ਨੂੰ ਕੁਝ ਸਿੱਖਣਾ ਹੈ, ਅਤੇ ਦੂਜਿਆਂ ਲਈ ਜੀਵਨ ਨੂੰ ਆਸਾਨ ਬਣਾਉਣਾ ਇੱਕ ਸੁਹਾਵਣਾ ਬੋਨਸ ਹੈ ਜੋ ਅਨੁਭਵ ਸਾਂਝਾ ਕਰਨ ਲਈ ਜੀਨ ਨੂੰ ਪਿਆਰ ਕਰਦਾ ਹੈ।

ਅਸੀਂ ਇੱਕ ਮੱਧਮ ਆਕਾਰ ਦੇ LAN DC ਡੇਟਾ ਸੈਂਟਰ ਨੂੰ ਲੈਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ ਅਤੇ ਪੂਰੀ ਆਟੋਮੇਸ਼ਨ ਸਕੀਮ ਨੂੰ ਤਿਆਰ ਕਰਾਂਗੇ।
ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਲਗਭਗ ਪਹਿਲੀ ਵਾਰ ਕੁਝ ਚੀਜ਼ਾਂ ਕਰਾਂਗਾ।

ਮੈਂ ਇੱਥੇ ਵਰਣਿਤ ਵਿਚਾਰਾਂ ਅਤੇ ਸਾਧਨਾਂ ਵਿੱਚ ਮੂਲ ਨਹੀਂ ਹੋਵਾਂਗਾ। ਦਿਮਿਤਰੀ ਫਿਗੋਲ ਕੋਲ ਇੱਕ ਸ਼ਾਨਦਾਰ ਹੈ ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਸਟ੍ਰੀਮਾਂ ਵਾਲਾ ਚੈਨਲ.
ਲੇਖ ਕਈ ਪਹਿਲੂਆਂ ਵਿੱਚ ਉਹਨਾਂ ਨਾਲ ਓਵਰਲੈਪ ਹੋਣਗੇ।

LAN DC ਵਿੱਚ 4 DC, ਲਗਭਗ 250 ਸਵਿੱਚ, ਅੱਧਾ ਦਰਜਨ ਰਾਊਟਰ ਅਤੇ ਕੁਝ ਫਾਇਰਵਾਲ ਹਨ।
ਫੇਸਬੁੱਕ ਨਹੀਂ, ਪਰ ਤੁਹਾਨੂੰ ਆਟੋਮੇਸ਼ਨ ਬਾਰੇ ਡੂੰਘਾਈ ਨਾਲ ਸੋਚਣ ਲਈ ਕਾਫ਼ੀ ਹੈ।
ਹਾਲਾਂਕਿ, ਇੱਕ ਰਾਏ ਹੈ ਕਿ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ 1 ਤੋਂ ਵੱਧ ਡਿਵਾਈਸ ਹਨ, ਤਾਂ ਆਟੋਮੇਸ਼ਨ ਦੀ ਪਹਿਲਾਂ ਹੀ ਲੋੜ ਹੈ।
ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਕਲਪਨਾ ਕਰਨਾ ਔਖਾ ਹੈ ਕਿ ਕੋਈ ਵੀ ਹੁਣ ਗੋਡਿਆਂ ਦੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਘੱਟੋ ਘੱਟ ਇੱਕ ਪੈਕ ਤੋਂ ਬਿਨਾਂ ਰਹਿ ਸਕਦਾ ਹੈ.
ਹਾਲਾਂਕਿ ਮੈਂ ਸੁਣਿਆ ਹੈ ਕਿ ਅਜਿਹੇ ਦਫਤਰ ਹਨ ਜਿੱਥੇ IP ਐਡਰੈੱਸ ਐਕਸਲ ਵਿੱਚ ਰੱਖੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਹਜ਼ਾਰਾਂ ਨੈਟਵਰਕ ਡਿਵਾਈਸਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਹੱਥੀਂ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਆਪਣੀ ਵਿਲੱਖਣ ਸੰਰਚਨਾ ਹੁੰਦੀ ਹੈ। ਇਹ, ਬੇਸ਼ੱਕ, ਆਧੁਨਿਕ ਕਲਾ ਵਜੋਂ ਪਾਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਇੰਜੀਨੀਅਰ ਦੀਆਂ ਭਾਵਨਾਵਾਂ ਨੂੰ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਨਾਰਾਜ਼ ਕੀਤਾ ਜਾਵੇਗਾ.

ਉਦੇਸ਼

ਹੁਣ ਅਸੀਂ ਸਭ ਤੋਂ ਸੰਖੇਪ ਟੀਚੇ ਨਿਰਧਾਰਤ ਕਰਾਂਗੇ:

• ਨੈੱਟਵਰਕ ਇੱਕ ਸਿੰਗਲ ਜੀਵ ਵਰਗਾ ਹੈ
• ਸੰਰਚਨਾ ਟੈਸਟਿੰਗ
• ਨੈੱਟਵਰਕ ਸਟੇਟ ਵਰਜਨਿੰਗ
• ਸੇਵਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਸਵੈ-ਇਲਾਜ

ਬਾਅਦ ਵਿੱਚ ਇਸ ਲੇਖ ਵਿੱਚ ਅਸੀਂ ਦੇਖਾਂਗੇ ਕਿ ਅਸੀਂ ਕਿਹੜੇ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ, ਅਤੇ ਅੱਗੇ, ਅਸੀਂ ਟੀਚਿਆਂ ਅਤੇ ਸਾਧਨਾਂ ਨੂੰ ਵਿਸਥਾਰ ਵਿੱਚ ਦੇਖਾਂਗੇ।

ਨੈੱਟਵਰਕ ਇੱਕ ਸਿੰਗਲ ਜੀਵ ਵਰਗਾ ਹੈ

ਲੜੀ ਦਾ ਪਰਿਭਾਸ਼ਿਤ ਵਾਕੰਸ਼, ਹਾਲਾਂਕਿ ਪਹਿਲੀ ਨਜ਼ਰ ਵਿੱਚ ਇਹ ਇੰਨਾ ਮਹੱਤਵਪੂਰਣ ਨਹੀਂ ਜਾਪਦਾ ਹੈ: ਅਸੀਂ ਨੈੱਟਵਰਕ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਾਂਗੇ, ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸਾਂ ਦੀ ਨਹੀਂ.
ਹਾਲ ਹੀ ਦੇ ਸਾਲਾਂ ਵਿੱਚ, ਅਸੀਂ ਨੈਟਵਰਕ ਨੂੰ ਇੱਕ ਇਕਾਈ ਦੇ ਰੂਪ ਵਿੱਚ ਮੰਨਣ ਵੱਲ ਜ਼ੋਰ ਵਿੱਚ ਇੱਕ ਤਬਦੀਲੀ ਵੇਖੀ ਹੈ, ਇਸਲਈ ਸਾਫਟਵੇਅਰ ਨਿਰਧਾਰਿਤ ਨੈੱਟਵਰਕਿੰਗ, ਇਰਾਦਾ ਸੰਚਾਲਿਤ ਨੈੱਟਵਰਕ и ਆਟੋਨੋਮਸ ਨੈੱਟਵਰਕਸ.
ਆਖ਼ਰਕਾਰ, ਨੈਟਵਰਕ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਕੀ ਚਾਹੀਦਾ ਹੈ: ਪੁਆਇੰਟ A ਅਤੇ B (ਚੰਗੀ ਤਰ੍ਹਾਂ, ਕਈ ਵਾਰ +B-Z) ਵਿਚਕਾਰ ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਅਲੱਗਤਾ।

ਅਤੇ ਇਸ ਲਈ ਇਸ ਲੜੀ ਵਿਚ ਸਾਡਾ ਕੰਮ ਹੈ ਇੱਕ ਸਿਸਟਮ ਬਣਾਓ, ਮੌਜੂਦਾ ਸੰਰਚਨਾ ਨੂੰ ਕਾਇਮ ਰੱਖਣਾ ਸਾਰਾ ਨੈੱਟਵਰਕ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਇਸਦੀ ਭੂਮਿਕਾ ਅਤੇ ਸਥਾਨ ਦੇ ਅਨੁਸਾਰ ਹਰੇਕ ਡਿਵਾਈਸ 'ਤੇ ਅਸਲ ਸੰਰਚਨਾ ਵਿੱਚ ਕੰਪੋਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ।
ਸਿਸਟਮ ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤਬਦੀਲੀਆਂ ਕਰਨ ਲਈ ਅਸੀਂ ਇਸ ਨਾਲ ਸੰਪਰਕ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਇਹ ਬਦਲੇ ਵਿੱਚ, ਹਰੇਕ ਡਿਵਾਈਸ ਲਈ ਲੋੜੀਂਦੀ ਸਥਿਤੀ ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹੈ।
ਇਸ ਤਰੀਕੇ ਨਾਲ, ਅਸੀਂ CLI ਤੱਕ ਮੈਨੂਅਲ ਐਕਸੈਸ ਨੂੰ ਲਗਭਗ ਜ਼ੀਰੋ ਤੱਕ ਘਟਾਉਂਦੇ ਹਾਂ - ਡਿਵਾਈਸ ਸੈਟਿੰਗਾਂ ਜਾਂ ਨੈਟਵਰਕ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਕੋਈ ਵੀ ਤਬਦੀਲੀ ਰਸਮੀ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ - ਅਤੇ ਕੇਵਲ ਤਦ ਹੀ ਲੋੜੀਂਦੇ ਨੈਟਵਰਕ ਤੱਤਾਂ ਵਿੱਚ ਰੋਲ ਆਊਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇਹ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਅਸੀਂ ਫੈਸਲਾ ਕੀਤਾ ਹੈ ਕਿ ਹੁਣ ਤੋਂ ਕਜ਼ਾਨ ਵਿੱਚ ਰੈਕ ਸਵਿੱਚਾਂ ਨੂੰ ਇੱਕ ਦੀ ਬਜਾਏ ਦੋ ਨੈੱਟਵਰਕਾਂ ਦੀ ਘੋਸ਼ਣਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਅਸੀਂ

1. ਪਹਿਲਾਂ ਅਸੀਂ ਸਿਸਟਮ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦੇ ਹਾਂ
2. ਸਾਰੇ ਨੈੱਟਵਰਕ ਯੰਤਰਾਂ ਦੀ ਟਾਰਗਿਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਤਿਆਰ ਕਰਨਾ
3. ਅਸੀਂ ਨੈੱਟਵਰਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਅੱਪਡੇਟ ਪ੍ਰੋਗਰਾਮ ਲਾਂਚ ਕਰਦੇ ਹਾਂ, ਜੋ ਇਹ ਗਣਨਾ ਕਰਦਾ ਹੈ ਕਿ ਹਰੇਕ ਨੋਡ 'ਤੇ ਕੀ ਹਟਾਉਣਾ ਹੈ, ਕੀ ਜੋੜਨਾ ਹੈ, ਅਤੇ ਨੋਡਾਂ ਨੂੰ ਲੋੜੀਂਦੀ ਸਥਿਤੀ ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ।

ਇਸ ਦੇ ਨਾਲ ਹੀ, ਅਸੀਂ ਸਿਰਫ਼ ਪਹਿਲੇ ਪੜਾਅ ਵਿੱਚ ਹੀ ਹੱਥੀਂ ਤਬਦੀਲੀਆਂ ਕਰਦੇ ਹਾਂ।

ਸੰਰਚਨਾ ਟੈਸਟਿੰਗ

ਇਹ ਗਿਆਤ ਹੈਕਿ 80% ਸਮੱਸਿਆਵਾਂ ਸੰਰਚਨਾ ਤਬਦੀਲੀਆਂ ਦੌਰਾਨ ਹੁੰਦੀਆਂ ਹਨ - ਇਸਦਾ ਅਸਿੱਧਾ ਸਬੂਤ ਇਹ ਹੈ ਕਿ ਨਵੇਂ ਸਾਲ ਦੀਆਂ ਛੁੱਟੀਆਂ ਦੌਰਾਨ ਸਭ ਕੁਝ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਂਤ ਹੁੰਦਾ ਹੈ।
ਮੈਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਮਨੁੱਖੀ ਗਲਤੀ ਦੇ ਕਾਰਨ ਦਰਜਨਾਂ ਗਲੋਬਲ ਡਾਊਨਟਾਈਮ ਦੇਖੇ ਹਨ: ਗਲਤ ਕਮਾਂਡ, ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਗਲਤ ਸ਼ਾਖਾ ਵਿੱਚ ਚਲਾਇਆ ਗਿਆ ਸੀ, ਕਮਿਊਨਿਟੀ ਭੁੱਲ ਗਈ ਸੀ, MPLS ਨੂੰ ਰਾਊਟਰ 'ਤੇ ਗਲੋਬਲ ਤੌਰ 'ਤੇ ਢਾਹ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਹਾਰਡਵੇਅਰ ਦੇ ਪੰਜ ਟੁਕੜੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਗਏ ਸਨ, ਪਰ ਗਲਤੀ ਨਹੀਂ ਸੀ ਛੇਵੇਂ 'ਤੇ ਦੇਖਿਆ ਗਿਆ, ਕਿਸੇ ਹੋਰ ਵਿਅਕਤੀ ਦੁਆਰਾ ਕੀਤੀਆਂ ਪੁਰਾਣੀਆਂ ਤਬਦੀਲੀਆਂ ਪ੍ਰਤੀਬੱਧ ਸਨ। ਬਹੁਤ ਸਾਰੇ ਦ੍ਰਿਸ਼ ਹਨ।

ਆਟੋਮੇਸ਼ਨ ਸਾਨੂੰ ਘੱਟ ਗਲਤੀਆਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ, ਪਰ ਵੱਡੇ ਪੈਮਾਨੇ 'ਤੇ। ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਸਿਰਫ਼ ਇੱਕ ਯੰਤਰ ਨੂੰ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਪੂਰੇ ਨੈੱਟਵਰਕ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਟ ਲਗਾ ਸਕਦੇ ਹੋ।

ਪੁਰਾਣੇ ਸਮੇਂ ਤੋਂ, ਸਾਡੇ ਦਾਦਾ-ਦਾਦੀ ਨੇ ਡੂੰਘੀ ਨਜ਼ਰ ਨਾਲ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸ਼ੁੱਧਤਾ, ਸਟੀਲ ਦੀਆਂ ਗੇਂਦਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਰੋਲਆਊਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਨੈਟਵਰਕ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ।
ਉਹ ਦਾਦੇ ਜਿਨ੍ਹਾਂ ਦੇ ਕੰਮ ਨੇ ਡਾਊਨਟਾਈਮ ਅਤੇ ਵਿਨਾਸ਼ਕਾਰੀ ਨੁਕਸਾਨਾਂ ਦੀ ਅਗਵਾਈ ਕੀਤੀ, ਘੱਟ ਔਲਾਦ ਬਚੇ ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ ਮਰ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਪਰ ਵਿਕਾਸ ਇੱਕ ਹੌਲੀ ਪ੍ਰਕਿਰਿਆ ਹੈ, ਅਤੇ ਇਸਲਈ ਹਰ ਕੋਈ ਅਜੇ ਵੀ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ।
ਹਾਲਾਂਕਿ, ਪ੍ਰਗਤੀ ਦੇ ਸਭ ਤੋਂ ਅੱਗੇ ਉਹ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਲਿਤ ਕੀਤਾ ਹੈ ਅਤੇ ਨੈਟਵਰਕ ਲਈ ਇਸਦੀ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ. ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਮੈਂ CI/CD ਪ੍ਰਕਿਰਿਆ ਉਧਾਰ ਲਈ (ਨਿਰੰਤਰ ਏਕੀਕਰਣ, ਨਿਰੰਤਰ ਤੈਨਾਤੀ) ਡਿਵੈਲਪਰਾਂ ਤੋਂ.
ਭਾਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਅਸੀਂ ਦੇਖਾਂਗੇ ਕਿ ਇੱਕ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ, ਸ਼ਾਇਦ ਗਿਥਬ.

ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਨੈੱਟਵਰਕ ਸੀਆਈ/ਸੀਡੀ ਦੇ ਵਿਚਾਰ ਦੀ ਆਦਤ ਪਾ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਰਾਤੋ ਰਾਤ ਇੱਕ ਪ੍ਰੋਡਕਸ਼ਨ ਨੈਟਵਰਕ ਤੇ ਇਸਨੂੰ ਲਾਗੂ ਕਰਕੇ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਤਰੀਕਾ ਮੱਧਯੁਗੀ ਅਗਿਆਨਤਾ ਵਾਂਗ ਜਾਪਦਾ ਹੈ। ਹਥੌੜੇ ਨਾਲ ਹਥਿਆਰ ਨੂੰ ਮਾਰਨ ਵਰਗਾ।

ਬਾਰੇ ਵਿਚਾਰਾਂ ਦੀ ਇੱਕ ਜੈਵਿਕ ਨਿਰੰਤਰਤਾ ਸਿਸਟਮ ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਨ ਅਤੇ CI/CD ਸੰਰਚਨਾ ਦਾ ਪੂਰਾ ਸੰਸਕਰਣ ਬਣ ਜਾਂਦਾ ਹੈ।

ਸੰਸਕਰਣ

ਅਸੀਂ ਇਹ ਮੰਨ ਲਵਾਂਗੇ ਕਿ ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਦੇ ਨਾਲ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਸਭ ਤੋਂ ਮਾਮੂਲੀ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਅਣਦੇਖੀ ਡਿਵਾਈਸ 'ਤੇ, ਪੂਰਾ ਨੈਟਵਰਕ ਇੱਕ ਰਾਜ ਤੋਂ ਦੂਜੀ ਸਥਿਤੀ ਵਿੱਚ ਚਲਦਾ ਹੈ।
ਅਤੇ ਅਸੀਂ ਹਮੇਸ਼ਾ ਡਿਵਾਈਸ 'ਤੇ ਕਮਾਂਡ ਨਹੀਂ ਚਲਾਉਂਦੇ ਹਾਂ, ਅਸੀਂ ਨੈੱਟਵਰਕ ਦੀ ਸਥਿਤੀ ਨੂੰ ਬਦਲਦੇ ਹਾਂ।
ਤਾਂ ਆਓ ਇਹਨਾਂ ਰਾਜਾਂ ਦੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਕਾਲ ਕਰੀਏ?

ਦੱਸ ਦੇਈਏ ਕਿ ਮੌਜੂਦਾ ਵਰਜਨ 1.0.0 ਹੈ।
ਕੀ ਕਿਸੇ ਇੱਕ ਟੀਓਆਰ 'ਤੇ ਲੂਪਬੈਕ ਇੰਟਰਫੇਸ ਦਾ IP ਪਤਾ ਬਦਲ ਗਿਆ ਹੈ? ਇਹ ਇੱਕ ਮਾਮੂਲੀ ਸੰਸਕਰਣ ਹੈ ਅਤੇ ਇਸਨੂੰ 1.0.1 ਨੰਬਰ ਦਿੱਤਾ ਜਾਵੇਗਾ।
ਅਸੀਂ BGP ਵਿੱਚ ਰੂਟਾਂ ਨੂੰ ਆਯਾਤ ਕਰਨ ਲਈ ਨੀਤੀਆਂ ਨੂੰ ਸੋਧਿਆ ਹੈ - ਥੋੜਾ ਹੋਰ ਗੰਭੀਰਤਾ ਨਾਲ - ਪਹਿਲਾਂ ਹੀ 1.1.0
ਅਸੀਂ ਆਈਜੀਪੀ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ ਅਤੇ ਸਿਰਫ ਬੀਜੀਪੀ 'ਤੇ ਜਾਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ - ਇਹ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਰੈਡੀਕਲ ਡਿਜ਼ਾਈਨ ਬਦਲਾਅ ਹੈ - 2.0.0।

ਉਸੇ ਸਮੇਂ, ਵੱਖੋ-ਵੱਖਰੇ ਡੀਸੀ ਦੇ ਵੱਖੋ-ਵੱਖਰੇ ਸੰਸਕਰਣ ਹੋ ਸਕਦੇ ਹਨ - ਨੈਟਵਰਕ ਵਿਕਸਿਤ ਹੋ ਰਿਹਾ ਹੈ, ਨਵੇਂ ਉਪਕਰਣ ਸਥਾਪਿਤ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ, ਸਪਾਈਨ ਦੇ ਨਵੇਂ ਪੱਧਰ ਕਿਤੇ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ, ਦੂਜਿਆਂ ਵਿੱਚ ਨਹੀਂ, ਆਦਿ.

'ਤੇ ਅਰਥ ਸੰਸਕਰਣ ਅਸੀਂ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ।

ਮੈਂ ਦੁਹਰਾਉਂਦਾ ਹਾਂ - ਕੋਈ ਵੀ ਤਬਦੀਲੀ (ਡੀਬਗਿੰਗ ਕਮਾਂਡਾਂ ਨੂੰ ਛੱਡ ਕੇ) ਇੱਕ ਸੰਸਕਰਣ ਅਪਡੇਟ ਹੈ. ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਤੋਂ ਕਿਸੇ ਵੀ ਭਟਕਣ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਹੀ ਤਬਦੀਲੀਆਂ ਨੂੰ ਰੋਲ ਬੈਕ ਕਰਨ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ - ਇਹ ਆਖਰੀ ਕਮਾਂਡਾਂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ, ਇਹ ਡਿਵਾਈਸ ਦੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਰੋਲਬੈਕ ਨਹੀਂ ਹੈ - ਇਹ ਪੂਰੇ ਨੈਟਵਰਕ ਨੂੰ ਇੱਕ ਨਵੇਂ (ਪੁਰਾਣੇ) ਸੰਸਕਰਣ ਵਿੱਚ ਲਿਆ ਰਿਹਾ ਹੈ।

ਸੇਵਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਸਵੈ-ਇਲਾਜ

ਇਹ ਸਵੈ-ਸਪੱਸ਼ਟ ਕਾਰਜ ਆਧੁਨਿਕ ਨੈਟਵਰਕਾਂ ਵਿੱਚ ਇੱਕ ਨਵੇਂ ਪੱਧਰ 'ਤੇ ਪਹੁੰਚ ਗਿਆ ਹੈ.
ਅਕਸਰ, ਵੱਡੇ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਇਹ ਤਰੀਕਾ ਅਪਣਾਉਂਦੇ ਹਨ ਕਿ ਕੀ ਹੋਇਆ ਹੈ ਇਹ ਪਤਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਕਿ ਇੱਕ ਅਸਫਲ ਸੇਵਾ ਨੂੰ ਬਹੁਤ ਜਲਦੀ ਠੀਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਇੱਕ ਨਵੀਂ ਸੇਵਾ ਨੂੰ ਉਭਾਰਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
"ਬਹੁਤ" ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਨਿਗਰਾਨੀ ਦੇ ਨਾਲ ਸਾਰੇ ਪਾਸਿਆਂ 'ਤੇ ਖੁੱਲ੍ਹੇ ਦਿਲ ਨਾਲ ਕੋਟ ਕੀਤੇ ਜਾਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਜੋ ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ ਆਦਰਸ਼ ਤੋਂ ਮਾਮੂਲੀ ਭਟਕਣ ਦਾ ਪਤਾ ਲਗਾ ਲਵੇਗਾ।
ਅਤੇ ਇੱਥੇ ਆਮ ਮੈਟ੍ਰਿਕਸ, ਜਿਵੇਂ ਕਿ ਇੰਟਰਫੇਸ ਲੋਡਿੰਗ ਜਾਂ ਨੋਡ ਉਪਲਬਧਤਾ, ਹੁਣ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ. ਡਿਊਟੀ ਅਫਸਰ ਵੱਲੋਂ ਇਨ੍ਹਾਂ ਦੀ ਦਸਤੀ ਨਿਗਰਾਨੀ ਵੀ ਕਾਫੀ ਨਹੀਂ ਹੈ।
ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਲਈ ਉੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਸਵੈ-ਤੰਦਰੁਸਤੀ - ਮਾਨੀਟਰਿੰਗ ਲਾਈਟਾਂ ਲਾਲ ਹੋ ਗਈਆਂ ਅਤੇ ਅਸੀਂ ਗਏ ਅਤੇ ਜਿੱਥੇ ਸੱਟ ਲੱਗੀ ਹੈ, ਉੱਥੇ ਆਪਣੇ ਆਪ ਹੀ ਕੇਲਾ ਲਗਾਇਆ।

ਅਤੇ ਇੱਥੇ ਅਸੀਂ ਨਾ ਸਿਰਫ਼ ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸਾਂ, ਸਗੋਂ ਪੂਰੇ ਨੈਟਵਰਕ ਦੀ ਸਿਹਤ ਦੀ ਵੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹਾਂ, ਦੋਵੇਂ ਵ੍ਹਾਈਟਬਾਕਸ, ਜੋ ਕਿ ਮੁਕਾਬਲਤਨ ਸਮਝਣ ਯੋਗ ਹੈ, ਅਤੇ ਬਲੈਕਬਾਕਸ, ਜੋ ਕਿ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ।

ਅਜਿਹੀਆਂ ਅਭਿਲਾਸ਼ੀ ਯੋਜਨਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸਾਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ?

• ਨੈੱਟਵਰਕ 'ਤੇ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ, ਉਹਨਾਂ ਦੀ ਸਥਿਤੀ, ਭੂਮਿਕਾਵਾਂ, ਮਾਡਲਾਂ, ਸੌਫਟਵੇਅਰ ਸੰਸਕਰਣਾਂ ਦੀ ਸੂਚੀ ਰੱਖੋ।
  kazan-leaf-1.lmu.net, Kazan, leaf, Juniper QFX 5120, R18.3.
• ਨੈੱਟਵਰਕ ਸੇਵਾਵਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਇੱਕ ਸਿਸਟਮ ਹੈ।
  IGP, BGP, L2/3VPN, ਨੀਤੀ, ACL, NTP, SSH।
• ਡਿਵਾਈਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੋ।
  ਹੋਸਟਨਾਮ, Mgmt IP, Mgmt ਰੂਟ, ਉਪਭੋਗਤਾ, RSA-ਕੁੰਜੀਆਂ, LLDP, NETCONF
• ਡਿਵਾਈਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ ਅਤੇ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਲੋੜੀਂਦੇ (ਪੁਰਾਣੇ ਸਮੇਤ) ਸੰਸਕਰਣ ਵਿੱਚ ਲਿਆਓ।
• ਟੈਸਟ ਕੌਂਫਿਗਰੇਸ਼ਨ
• ਮੌਜੂਦਾ ਡਿਵਾਈਸਾਂ ਤੋਂ ਭਟਕਣ ਲਈ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਦੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਰਿਪੋਰਟ ਕਰੋ ਕਿ ਇਹ ਕਿਸ ਨੂੰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
  ਰਾਤੋ-ਰਾਤ, ਕਿਸੇ ਨੇ ਚੁੱਪਚਾਪ ACL ਵਿੱਚ ਇੱਕ ਨਿਯਮ ਜੋੜਿਆ.
• ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ.

ਫੰਡ

ਇਹ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਕੰਪੋਨੈਂਟਸ ਵਿੱਚ ਕੰਪੋਜ਼ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਗੁੰਝਲਦਾਰ ਲੱਗਦਾ ਹੈ।

ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਦਸ ਹੋਣਗੇ:

1. ਵਸਤੂ ਸੂਚੀ
2. IP ਸਪੇਸ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ
3. ਨੈੱਟਵਰਕ ਸੇਵਾ ਵਰਣਨ ਸਿਸਟਮ
4. ਡਿਵਾਈਸ ਸ਼ੁਰੂਆਤੀ ਵਿਧੀ
5. ਵਿਕਰੇਤਾ-ਅਗਨੋਸਟਿਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮਾਡਲ
6. ਵਿਕਰੇਤਾ-ਵਿਸ਼ੇਸ਼ ਡਰਾਈਵਰ ਇੰਟਰਫੇਸ
7. ਡਿਵਾਈਸ ਨੂੰ ਸੰਰਚਨਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਵਿਧੀ
8. ਸੀਆਈ / ਸੀਡੀ
9. ਬੈਕਅੱਪ ਲਈ ਵਿਧੀ ਅਤੇ ਭਟਕਣਾ ਦੀ ਖੋਜ
10. ਨਿਗਰਾਨੀ ਸਿਸਟਮ

ਇਹ, ਤਰੀਕੇ ਨਾਲ, ਇੱਕ ਉਦਾਹਰਨ ਹੈ ਕਿ ਕਿਵੇਂ ਚੱਕਰ ਦੇ ਟੀਚਿਆਂ 'ਤੇ ਨਜ਼ਰੀਆ ਬਦਲਿਆ - ਡਰਾਫਟ ਵਿੱਚ 4 ਭਾਗ ਸਨ.

ਦ੍ਰਿਸ਼ਟਾਂਤ ਵਿੱਚ ਮੈਂ ਸਾਰੇ ਭਾਗਾਂ ਅਤੇ ਡਿਵਾਈਸ ਨੂੰ ਖੁਦ ਦਰਸਾਇਆ ਹੈ।
ਇੰਟਰਸੈਕਟਿੰਗ ਕੰਪੋਨੈਂਟ ਇੱਕ ਦੂਜੇ ਨਾਲ ਇੰਟਰਸੈਕਟ ਕਰਦੇ ਹਨ।
ਬਲਾਕ ਜਿੰਨਾ ਵੱਡਾ ਹੈ, ਇਸ ਕੰਪੋਨੈਂਟ 'ਤੇ ਜ਼ਿਆਦਾ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੈ।

ਕੰਪੋਨੈਂਟ 1: ਵਸਤੂ-ਸੂਚੀ ਪ੍ਰਣਾਲੀ

ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਇਹ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਕਿਹੜਾ ਉਪਕਰਣ ਕਿੱਥੇ ਸਥਿਤ ਹੈ, ਕਿਸ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।
ਵਸਤੂ-ਸੂਚੀ ਪ੍ਰਣਾਲੀ ਕਿਸੇ ਵੀ ਉੱਦਮ ਦਾ ਅਨਿੱਖੜਵਾਂ ਅੰਗ ਹੈ।
ਬਹੁਤੇ ਅਕਸਰ, ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਿੱਚ ਨੈਟਵਰਕ ਡਿਵਾਈਸਾਂ ਲਈ ਇੱਕ ਵੱਖਰੀ ਇਨਵੈਂਟਰੀ ਸਿਸਟਮ ਹੁੰਦਾ ਹੈ, ਜੋ ਵਧੇਰੇ ਖਾਸ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ।
ਲੇਖਾਂ ਦੀ ਇਸ ਲੜੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਅਸੀਂ ਇਸਨੂੰ DCIM - ਡਾਟਾ ਸੈਂਟਰ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਬੰਧਨ ਕਹਾਂਗੇ। ਹਾਲਾਂਕਿ DCIM ਸ਼ਬਦ ਆਪਣੇ ਆਪ ਵਿੱਚ, ਸਖਤੀ ਨਾਲ ਬੋਲਣ ਵਿੱਚ, ਹੋਰ ਵੀ ਬਹੁਤ ਕੁਝ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।

ਸਾਡੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਅਸੀਂ ਇਸ ਵਿੱਚ ਡਿਵਾਈਸ ਬਾਰੇ ਹੇਠ ਲਿਖੀ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਾਂਗੇ:

• ਸੂਚੀ ਨੰਬਰ
• ਸਿਰਲੇਖ/ਵਰਣਨ
• ਮਾਡਲ (Huawei CE12800, Juniper QFX5120, ਆਦਿ।)
• ਵਿਸ਼ੇਸ਼ਤਾ ਪੈਰਾਮੀਟਰ (ਬੋਰਡ, ਇੰਟਰਫੇਸ, ਆਦਿ.)
• ਭੂਮਿਕਾ (ਪੱਤਾ, ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ, ਬਾਰਡਰ ਰਾਊਟਰ, ਆਦਿ।)
• ਟਿਕਾਣਾ (ਖੇਤਰ, ਸ਼ਹਿਰ, ਡਾਟਾ ਸੈਂਟਰ, ਰੈਕ, ਯੂਨਿਟ)
• ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਆਪਸੀ ਕੁਨੈਕਸ਼ਨ
• ਨੈੱਟਵਰਕ ਟੋਪੋਲੋਜੀ

ਇਹ ਬਿਲਕੁਲ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅਸੀਂ ਖੁਦ ਇਹ ਸਭ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹਾਂ।
ਪਰ ਕੀ ਇਹ ਆਟੋਮੇਸ਼ਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਮਦਦ ਕਰੇਗਾ?
ਬਿਨਾਂ ਸ਼ੱਕ।
ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਲੀਫ ਸਵਿੱਚਾਂ 'ਤੇ ਦਿੱਤੇ ਗਏ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ, ਜੇਕਰ ਇਹ ਹੁਆਵੇਈ ਹੈ, ਤਾਂ ਕੁਝ ਟ੍ਰੈਫਿਕ ਨੂੰ ਫਿਲਟਰ ਕਰਨ ਲਈ ACLs ਨੂੰ VLAN 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਇਹ ਜੂਨੀਪਰ ਹੈ, ਤਾਂ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਦੀ ਯੂਨਿਟ 0 'ਤੇ।
ਜਾਂ ਤੁਹਾਨੂੰ ਖੇਤਰ ਦੀਆਂ ਸਾਰੀਆਂ ਬਾਰਡਰਾਂ ਲਈ ਇੱਕ ਨਵਾਂ ਸਿਸਲੌਗ ਸਰਵਰ ਰੋਲ ਆਊਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਇਸ ਵਿੱਚ ਅਸੀਂ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸਟੋਰ ਕਰਾਂਗੇ, ਉਦਾਹਰਨ ਲਈ ਵਰਚੁਅਲ ਰਾਊਟਰ ਜਾਂ ਰੂਟ ਰਿਫਲੈਕਟਰ। ਅਸੀਂ DNS ਸਰਵਰ, NTP, Syslog ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਉਹ ਸਭ ਕੁਝ ਜੋੜ ਸਕਦੇ ਹਾਂ ਜੋ ਕਿਸੇ ਨਾ ਕਿਸੇ ਤਰੀਕੇ ਨਾਲ ਨੈੱਟਵਰਕ ਨਾਲ ਸਬੰਧਤ ਹੈ।

ਕੰਪੋਨੈਂਟ 2: IP ਸਪੇਸ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ

ਹਾਂ, ਅਤੇ ਅੱਜਕੱਲ੍ਹ ਅਜਿਹੇ ਲੋਕਾਂ ਦੀਆਂ ਟੀਮਾਂ ਹਨ ਜੋ ਇੱਕ ਐਕਸਲ ਫਾਈਲ ਵਿੱਚ ਅਗੇਤਰਾਂ ਅਤੇ IP ਪਤਿਆਂ ਦਾ ਧਿਆਨ ਰੱਖਦੇ ਹਨ। ਪਰ ਆਧੁਨਿਕ ਪਹੁੰਚ ਅਜੇ ਵੀ ਇੱਕ ਡੇਟਾਬੇਸ ਹੈ, ਜਿਸ ਵਿੱਚ nginx/apache, API ਅਤੇ VRF ਵਿੱਚ ਵੰਡਿਆ IP ਐਡਰੈੱਸ ਅਤੇ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨ ਲਈ ਵਿਆਪਕ ਫੰਕਸ਼ਨਾਂ ਦੇ ਨਾਲ ਇੱਕ ਫਰੰਟ-ਐਂਡ ਹੈ।
IPAM - IP ਪਤਾ ਪ੍ਰਬੰਧਨ।

ਸਾਡੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਅਸੀਂ ਇਸ ਵਿੱਚ ਹੇਠ ਲਿਖੀ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਾਂਗੇ:

• VLANs
• ਵੀ.ਆਰ.ਐਫ.
• ਨੈੱਟਵਰਕ/ਸਬਨੈੱਟ
• IP ਪਤੇ
• ਡਿਵਾਈਸਾਂ, ਟਿਕਾਣਿਆਂ ਲਈ ਨੈੱਟਵਰਕ ਅਤੇ VLAN ਨੰਬਰਾਂ ਲਈ ਪਤੇ ਬਾਈਡਿੰਗ

ਦੁਬਾਰਾ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਜਦੋਂ ਅਸੀਂ ToR ਲੂਪਬੈਕ ਲਈ ਇੱਕ ਨਵਾਂ IP ਪਤਾ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਇਸ ਤੱਥ ਤੋਂ ਠੋਕਰ ਨਹੀਂ ਖਾਵਾਂਗੇ ਕਿ ਇਹ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਜਾਂ ਇਹ ਕਿ ਅਸੀਂ ਨੈੱਟਵਰਕ ਦੇ ਵੱਖ-ਵੱਖ ਸਿਰਿਆਂ 'ਤੇ ਦੋ ਵਾਰ ਇੱਕੋ ਅਗੇਤਰ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਹੈ।
ਪਰ ਇਹ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਕਿਵੇਂ ਮਦਦ ਕਰਦਾ ਹੈ?
ਸੌਖਾ
ਅਸੀਂ ਲੂਪਬੈਕਸ ਰੋਲ ਵਾਲੇ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਅਗੇਤਰ ਦੀ ਬੇਨਤੀ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਅਲੋਕੇਸ਼ਨ ਲਈ ਉਪਲਬਧ IP ਪਤੇ ਹੁੰਦੇ ਹਨ - ਜੇਕਰ ਇਹ ਮਿਲਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਪਤਾ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ, ਜੇਕਰ ਨਹੀਂ, ਤਾਂ ਅਸੀਂ ਇੱਕ ਨਵਾਂ ਅਗੇਤਰ ਬਣਾਉਣ ਦੀ ਬੇਨਤੀ ਕਰਦੇ ਹਾਂ।
ਜਾਂ ਇੱਕ ਡਿਵਾਈਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਬਣਾਉਣ ਵੇਲੇ, ਅਸੀਂ ਉਸੇ ਸਿਸਟਮ ਤੋਂ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹਾਂ ਜਿਸ ਵਿੱਚ VRF ਇੰਟਰਫੇਸ ਸਥਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਅਤੇ ਜਦੋਂ ਇੱਕ ਨਵਾਂ ਸਰਵਰ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਕ੍ਰਿਪਟ ਸਿਸਟਮ ਵਿੱਚ ਲਾਗਇਨ ਕਰਦੀ ਹੈ, ਇਹ ਪਤਾ ਲਗਾਉਂਦੀ ਹੈ ਕਿ ਸਰਵਰ ਕਿਸ ਸਵਿੱਚ ਵਿੱਚ ਹੈ, ਕਿਹੜਾ ਪੋਰਟ ਅਤੇ ਕਿਹੜਾ ਸਬਨੈੱਟ ਇੰਟਰਫੇਸ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ - ਅਤੇ ਇਸ ਤੋਂ ਸਰਵਰ ਐਡਰੈੱਸ ਨਿਰਧਾਰਤ ਕਰੇਗਾ।

ਇਹ DCIM ਅਤੇ IPAM ਨੂੰ ਇੱਕ ਸਿਸਟਮ ਵਿੱਚ ਜੋੜਨ ਦੀ ਇੱਛਾ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ ਤਾਂ ਕਿ ਫੰਕਸ਼ਨਾਂ ਦੀ ਡੁਪਲੀਕੇਟ ਨਾ ਹੋਵੇ ਅਤੇ ਦੋ ਸਮਾਨ ਸੰਸਥਾਵਾਂ ਦੀ ਸੇਵਾ ਨਾ ਕੀਤੀ ਜਾ ਸਕੇ।
ਇਹੀ ਅਸੀਂ ਕਰਾਂਗੇ।

ਕੰਪੋਨੈਂਟ 3. ਨੈੱਟਵਰਕ ਸੇਵਾਵਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਸਿਸਟਮ

ਜੇਕਰ ਪਹਿਲੇ ਦੋ ਸਿਸਟਮ ਵੇਰੀਏਬਲ ਸਟੋਰ ਕਰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਜੇ ਵੀ ਕਿਸੇ ਤਰ੍ਹਾਂ ਵਰਤਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੀਜਾ ਹਰੇਕ ਡਿਵਾਈਸ ਰੋਲ ਲਈ ਵਰਣਨ ਕਰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇਹ ਦੋ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਨੈਟਵਰਕ ਸੇਵਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਦੇ ਯੋਗ ਹੈ:

• ਬੁਨਿਆਦੀ ਢਾਂਚਾ
• ਕਲਾਇੰਟ.

ਪਹਿਲਾਂ ਨੂੰ ਬੁਨਿਆਦੀ ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ ਡਿਵਾਈਸ ਕੰਟਰੋਲ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹਨਾਂ ਵਿੱਚ VTY, SNMP, NTP, Syslog, AAA, ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ, CoPP, ਆਦਿ ਸ਼ਾਮਲ ਹਨ।
ਬਾਅਦ ਵਾਲੇ ਗਾਹਕ ਲਈ ਸੇਵਾ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦੇ ਹਨ: MPLS L2/L3VPN, GRE, VXLAN, VLAN, L2TP, ਆਦਿ।
ਬੇਸ਼ੱਕ, ਇੱਥੇ ਬਾਰਡਰਲਾਈਨ ਕੇਸ ਵੀ ਹਨ - MPLS LDP, BGP ਨੂੰ ਕਿੱਥੇ ਸ਼ਾਮਲ ਕਰਨਾ ਹੈ? ਹਾਂ, ਅਤੇ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਗਾਹਕਾਂ ਲਈ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਪਰ ਇਹ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ.

ਦੋਵੇਂ ਕਿਸਮਾਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਸੰਰਚਨਾ ਪ੍ਰਾਈਮਿਟਿਵ ਵਿੱਚ ਕੰਪੋਜ਼ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ:

• ਭੌਤਿਕ ਅਤੇ ਲਾਜ਼ੀਕਲ ਇੰਟਰਫੇਸ (ਟੈਗ/ਐਂਟੇਗ, ਐਮਟੀਯੂ)
• IP ਪਤੇ ਅਤੇ VRF (IP, IPv6, VRF)
• ACL ਅਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰੋਸੈਸਿੰਗ ਨੀਤੀਆਂ
• ਪ੍ਰੋਟੋਕੋਲ (IGP, BGP, MPLS)
• ਰੂਟਿੰਗ ਨੀਤੀਆਂ (ਅਗੇਤਰ ਸੂਚੀਆਂ, ਭਾਈਚਾਰੇ, ASN ਫਿਲਟਰ)।
• ਉਪਯੋਗਤਾ ਸੇਵਾਵਾਂ (SSH, NTP, LLDP, Syslog...)
• ਆਦਿ।

ਅਸੀਂ ਇਹ ਕਿਵੇਂ ਕਰਾਂਗੇ, ਮੈਨੂੰ ਅਜੇ ਕੋਈ ਪਤਾ ਨਹੀਂ ਹੈ। ਅਸੀਂ ਇਸ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਵੇਖਾਂਗੇ.

ਜੇ ਜ਼ਿੰਦਗੀ ਦੇ ਥੋੜੇ ਜਿਹੇ ਨੇੜੇ ਹੋਵਾਂ, ਤਾਂ ਅਸੀਂ ਉਸ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹਾਂ
ਲੀਫ ਸਵਿੱਚ ਵਿੱਚ ਸਾਰੇ ਜੁੜੇ ਹੋਏ ਸਪਾਈਨ ਸਵਿੱਚਾਂ ਦੇ ਨਾਲ BGP ਸੈਸ਼ਨ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਕਨੈਕਟ ਕੀਤੇ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਆਯਾਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਪਾਈਨ ਸਵਿੱਚਾਂ ਤੋਂ ਇੱਕ ਨਿਸ਼ਚਿਤ ਪ੍ਰੀਫਿਕਸ ਤੋਂ ਸਿਰਫ਼ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। CoPP IPv6 ND ਨੂੰ 10 pps ਤੱਕ ਸੀਮਿਤ ਕਰੋ, ਆਦਿ।
ਬਦਲੇ ਵਿੱਚ, ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਸਾਰੇ ਜੁੜੇ ਹੋਏ ਲੀਡਾਂ ਦੇ ਨਾਲ ਸੈਸ਼ਨ ਰੱਖਦੀ ਹੈ, ਰੂਟ ਰਿਫਲੈਕਟਰ ਵਜੋਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਸਿਰਫ ਇੱਕ ਖਾਸ ਲੰਬਾਈ ਦੇ ਰੂਟਾਂ ਅਤੇ ਇੱਕ ਖਾਸ ਭਾਈਚਾਰੇ ਦੇ ਨਾਲ ਸਵੀਕਾਰ ਕਰਦੀਆਂ ਹਨ।

ਕੰਪੋਨੈਂਟ 4: ਡਿਵਾਈਸ ਸ਼ੁਰੂਆਤੀ ਵਿਧੀ

ਇਸ ਸਿਰਲੇਖ ਦੇ ਤਹਿਤ ਮੈਂ ਬਹੁਤ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਜੋੜਦਾ ਹਾਂ ਜੋ ਕਿਸੇ ਡਿਵਾਈਸ ਲਈ ਰਾਡਾਰ 'ਤੇ ਦਿਖਾਈ ਦੇਣ ਅਤੇ ਰਿਮੋਟਲੀ ਐਕਸੈਸ ਕਰਨ ਲਈ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

1. ਵਸਤੂ-ਸੂਚੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਡਿਵਾਈਸ ਦਰਜ ਕਰੋ।
2. ਇੱਕ ਪ੍ਰਬੰਧਨ IP ਪਤਾ ਚੁਣੋ।
3. ਇਸ ਤੱਕ ਬੁਨਿਆਦੀ ਪਹੁੰਚ ਸਥਾਪਤ ਕਰੋ:
   ਹੋਸਟਨਾਮ, ਪ੍ਰਬੰਧਨ IP ਪਤਾ, ਪ੍ਰਬੰਧਨ ਨੈੱਟਵਰਕ ਦਾ ਰਸਤਾ, ਉਪਭੋਗਤਾ, SSH ਕੁੰਜੀਆਂ, ਪ੍ਰੋਟੋਕੋਲ - telnet/SSH/NETCONF

ਇੱਥੇ ਤਿੰਨ ਤਰੀਕੇ ਹਨ:

• ਹਰ ਚੀਜ਼ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੈਨੂਅਲ ਹੈ। ਡਿਵਾਈਸ ਨੂੰ ਸਟੈਂਡ ਤੇ ਲਿਆਇਆ ਗਿਆ ਹੈ, ਜਿੱਥੇ ਇੱਕ ਆਮ ਜੈਵਿਕ ਵਿਅਕਤੀ ਇਸਨੂੰ ਸਿਸਟਮ ਵਿੱਚ ਦਾਖਲ ਕਰੇਗਾ, ਕੰਸੋਲ ਨਾਲ ਜੁੜ ਜਾਵੇਗਾ ਅਤੇ ਇਸਨੂੰ ਕੌਂਫਿਗਰ ਕਰੇਗਾ. ਛੋਟੇ ਸਥਿਰ ਨੈੱਟਵਰਕ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ.
• ZTP - ਜ਼ੀਰੋ ਟੱਚ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ। ਹਾਰਡਵੇਅਰ ਪਹੁੰਚਿਆ, ਖੜ੍ਹਾ ਹੋ ਗਿਆ, DHCP ਦੁਆਰਾ ਇੱਕ ਪਤਾ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਰਵਰ 'ਤੇ ਗਿਆ, ਅਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ।
• ਕੰਸੋਲ ਸਰਵਰਾਂ ਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ, ਜਿੱਥੇ ਸ਼ੁਰੂਆਤੀ ਸੰਰਚਨਾ ਆਟੋਮੈਟਿਕ ਮੋਡ ਵਿੱਚ ਕੰਸੋਲ ਪੋਰਟ ਰਾਹੀਂ ਹੁੰਦੀ ਹੈ।

ਅਸੀਂ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਤਿੰਨਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ.

ਕੰਪੋਨੈਂਟ 5: ਵਿਕਰੇਤਾ-ਅਗਨੋਸਟਿਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮਾਡਲ

ਹੁਣ ਤੱਕ, ਸਾਰੇ ਸਿਸਟਮ ਵੱਖ-ਵੱਖ ਪੈਚ ਹਨ ਜੋ ਵੇਰੀਏਬਲ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ ਅਤੇ ਅਸੀਂ ਨੈੱਟਵਰਕ 'ਤੇ ਕੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਦਾ ਇੱਕ ਘੋਸ਼ਣਾਤਮਕ ਵੇਰਵਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਪਰ ਜਲਦੀ ਜਾਂ ਬਾਅਦ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਨਜਿੱਠਣਾ ਪਏਗਾ.
ਇਸ ਪੜਾਅ 'ਤੇ, ਹਰੇਕ ਖਾਸ ਯੰਤਰ ਲਈ, ਪ੍ਰਾਚੀਨ, ਸੇਵਾਵਾਂ ਅਤੇ ਵੇਰੀਏਬਲਾਂ ਨੂੰ ਇੱਕ ਸੰਰਚਨਾ ਮਾਡਲ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਯੰਤਰ ਦੀ ਪੂਰੀ ਸੰਰਚਨਾ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਕੇਵਲ ਇੱਕ ਵਿਕਰੇਤਾ-ਨਿਰਪੱਖ ਢੰਗ ਨਾਲ।
ਇਹ ਕਦਮ ਕੀ ਕਰਦਾ ਹੈ? ਕਿਉਂ ਨਾ ਤੁਰੰਤ ਇੱਕ ਡਿਵਾਈਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਬਣਾਓ ਜਿਸਨੂੰ ਤੁਸੀਂ ਬਸ ਅਪਲੋਡ ਕਰ ਸਕਦੇ ਹੋ?
ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਤਿੰਨ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ:

1. ਡਿਵਾਈਸ ਨਾਲ ਇੰਟਰਫੇਸ ਕਰਨ ਲਈ ਕਿਸੇ ਖਾਸ ਇੰਟਰਫੇਸ ਦੇ ਅਨੁਕੂਲ ਨਾ ਬਣੋ। CLI, NETCONF, RESTCONF, SNMP - ਮਾਡਲ ਉਹੀ ਹੋਵੇਗਾ।
2. ਨੈੱਟਵਰਕ 'ਤੇ ਵਿਕਰੇਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਅਨੁਸਾਰ ਟੈਂਪਲੇਟ/ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਗਿਣਤੀ ਨਾ ਰੱਖੋ, ਅਤੇ ਜੇਕਰ ਡਿਜ਼ਾਈਨ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਇੱਕੋ ਚੀਜ਼ ਨੂੰ ਕਈ ਥਾਵਾਂ 'ਤੇ ਬਦਲੋ।
3. ਡਿਵਾਈਸ (ਬੈਕਅੱਪ) ਤੋਂ ਕੌਂਫਿਗਰੇਸ਼ਨ ਲੋਡ ਕਰੋ, ਇਸਨੂੰ ਬਿਲਕੁਲ ਉਸੇ ਮਾਡਲ ਵਿੱਚ ਪਾਓ ਅਤੇ ਡੈਲਟਾ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਮੌਜੂਦਾ ਇੱਕ ਨਾਲ ਟਾਰਗੇਟ ਸੰਰਚਨਾ ਦੀ ਸਿੱਧੀ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਇੱਕ ਸੰਰਚਨਾ ਪੈਚ ਤਿਆਰ ਕਰੋ ਜੋ ਸਿਰਫ ਉਹਨਾਂ ਭਾਗਾਂ ਨੂੰ ਬਦਲੇਗਾ ਜੋ ਲੋੜੀਂਦੇ ਹਨ ਜਾਂ ਭਟਕਣਾ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ।

ਇਸ ਪੜਾਅ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਇੱਕ ਵਿਕਰੇਤਾ-ਸੁਤੰਤਰ ਸੰਰਚਨਾ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ।

ਕੰਪੋਨੈਂਟ 6. ਵਿਕਰੇਤਾ-ਵਿਸ਼ੇਸ਼ ਡਰਾਈਵਰ ਇੰਟਰਫੇਸ

ਤੁਹਾਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਇਸ ਉਮੀਦ ਨਾਲ ਖੁਸ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇੱਕ ਦਿਨ ਇੱਕ ਸਿਸਕਾ ਨੂੰ ਇੱਕ ਜੂਨੀਪਰ ਵਾਂਗ ਹੀ ਸੰਰਚਿਤ ਕਰਨਾ ਸੰਭਵ ਹੋਵੇਗਾ, ਬਸ ਉਹਨਾਂ ਨੂੰ ਬਿਲਕੁਲ ਉਹੀ ਕਾਲਾਂ ਭੇਜ ਕੇ। ਵ੍ਹਾਈਟਬੌਕਸ ਦੀ ਵੱਧ ਰਹੀ ਪ੍ਰਸਿੱਧੀ ਅਤੇ NETCONF, RESTCONF, OpenConfig ਲਈ ਸਮਰਥਨ ਦੇ ਉਭਾਰ ਦੇ ਬਾਵਜੂਦ, ਇਹ ਪ੍ਰੋਟੋਕੋਲ ਵਿਕਰੇਤਾ ਤੋਂ ਵਿਕਰੇਤਾ ਤੱਕ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੀ ਵਿਸ਼ੇਸ਼ ਸਮੱਗਰੀ ਵੱਖੋ-ਵੱਖਰੀ ਹੈ, ਅਤੇ ਇਹ ਉਹਨਾਂ ਦੇ ਮੁਕਾਬਲੇ ਦੇ ਅੰਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜੋ ਉਹ ਇੰਨੀ ਆਸਾਨੀ ਨਾਲ ਨਹੀਂ ਛੱਡਣਗੇ।
ਇਹ ਮੋਟੇ ਤੌਰ 'ਤੇ ਓਪਨਕੰਟਰੇਲ ਅਤੇ ਓਪਨਸਟੈਕ ਦੇ ਸਮਾਨ ਹੈ, ਜਿਨ੍ਹਾਂ ਕੋਲ ਰੈਸਟਏਪੀਆਈ ਆਪਣੇ ਨਾਰਥਬਾਊਂਡ ਇੰਟਰਫੇਸ ਵਜੋਂ ਹੈ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀਆਂ ਕਾਲਾਂ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ।

ਇਸ ਲਈ, ਪੰਜਵੇਂ ਪੜਾਅ ਵਿੱਚ, ਵਿਕਰੇਤਾ-ਸੁਤੰਤਰ ਮਾਡਲ ਨੂੰ ਉਹ ਫਾਰਮ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇਹ ਹਾਰਡਵੇਅਰ ਵਿੱਚ ਜਾਵੇਗਾ।
ਅਤੇ ਇੱਥੇ ਸਾਰੇ ਸਾਧਨ ਚੰਗੇ ਹਨ (ਨਹੀਂ): CLI, NETCONF, RESTCONF, SNMP ਬਸ।

ਇਸ ਲਈ, ਸਾਨੂੰ ਇੱਕ ਡ੍ਰਾਈਵਰ ਦੀ ਲੋੜ ਹੋਵੇਗੀ ਜੋ ਪਿਛਲੇ ਪੜਾਅ ਦੇ ਨਤੀਜੇ ਨੂੰ ਇੱਕ ਖਾਸ ਵਿਕਰੇਤਾ ਦੇ ਲੋੜੀਂਦੇ ਫਾਰਮੈਟ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰੇਗਾ: CLI ਕਮਾਂਡਾਂ ਦਾ ਇੱਕ ਸੈੱਟ, ਇੱਕ XML ਢਾਂਚਾ।

ਕੰਪੋਨੈਂਟ 7. ਡਿਵਾਈਸ ਨੂੰ ਸੰਰਚਨਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਵਿਧੀ

ਅਸੀਂ ਸੰਰਚਨਾ ਤਿਆਰ ਕੀਤੀ ਹੈ, ਪਰ ਇਸਨੂੰ ਅਜੇ ਵੀ ਡਿਵਾਈਸਾਂ 'ਤੇ ਡਿਲੀਵਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ - ਅਤੇ, ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਹੱਥ ਨਾਲ ਨਹੀਂ।
ਪਹਿਲੀ ਗੱਲ, ਸਾਨੂੰ ਇਸ ਸਵਾਲ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਰਿਹਾ ਹੈ ਕਿ ਅਸੀਂ ਕਿਹੜੀ ਟਰਾਂਸਪੋਰਟ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ? ਅਤੇ ਅੱਜ ਚੋਣ ਹੁਣ ਛੋਟੀ ਨਹੀਂ ਹੈ:

• CLI (telnet, ssh)
• SNMP
• NETCONF
• RESTCONF
• REST API
• ਓਪਨਫਲੋ (ਹਾਲਾਂਕਿ ਇਹ ਇੱਕ ਆਊਟਲਾਇਰ ਹੈ ਕਿਉਂਕਿ ਇਹ FIB ਪ੍ਰਦਾਨ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ, ਸੈਟਿੰਗਾਂ ਨਹੀਂ)

ਆਉ ਇੱਥੇ ਟੀ ਨੂੰ ਬਿੰਦੂ ਕਰੀਏ. CLI ਵਿਰਾਸਤ ਹੈ। SNMP... ਖੰਘ ਖੰਘ।
RESTCONF ਅਜੇ ਵੀ ਇੱਕ ਅਣਜਾਣ ਜਾਨਵਰ ਹੈ; REST API ਲਗਭਗ ਕਿਸੇ ਦੁਆਰਾ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ, ਅਸੀਂ ਲੜੀ ਵਿੱਚ NETCONF 'ਤੇ ਧਿਆਨ ਦੇਵਾਂਗੇ।

ਵਾਸਤਵ ਵਿੱਚ, ਜਿਵੇਂ ਕਿ ਪਾਠਕ ਪਹਿਲਾਂ ਹੀ ਸਮਝ ਚੁੱਕਾ ਹੈ, ਇਸ ਬਿੰਦੂ ਦੁਆਰਾ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਇੰਟਰਫੇਸ ਬਾਰੇ ਫੈਸਲਾ ਕਰ ਲਿਆ ਹੈ - ਪਿਛਲੇ ਪੜਾਅ ਦਾ ਨਤੀਜਾ ਪਹਿਲਾਂ ਹੀ ਚੁਣੇ ਗਏ ਇੰਟਰਫੇਸ ਦੇ ਫਾਰਮੈਟ ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ.

ਦੂਜਾ, ਅਤੇ ਅਸੀਂ ਇਹ ਕਿਹੜੇ ਸਾਧਨਾਂ ਨਾਲ ਕਰਾਂਗੇ?
ਇੱਥੇ ਇੱਕ ਵੱਡੀ ਚੋਣ ਵੀ ਹੈ:

• ਸਵੈ-ਲਿਖਤ ਸਕ੍ਰਿਪਟ ਜਾਂ ਪਲੇਟਫਾਰਮ। ਆਉ ਆਪਣੇ ਆਪ ਨੂੰ ncclient ਅਤੇ asyncIO ਨਾਲ ਲੈਸ ਕਰੀਏ ਅਤੇ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਕਰੀਏ। ਸ਼ੁਰੂ ਤੋਂ ਇੱਕ ਤੈਨਾਤੀ ਪ੍ਰਣਾਲੀ ਬਣਾਉਣ ਲਈ ਸਾਨੂੰ ਕੀ ਖ਼ਰਚ ਕਰਨਾ ਪੈਂਦਾ ਹੈ?
• ਨੈੱਟਵਰਕਿੰਗ ਮੋਡੀਊਲ ਦੀ ਇਸਦੀ ਅਮੀਰ ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਨਾਲ ਜਵਾਬਦੇਹ।
• ਨੈਪਲਮ ਨਾਲ ਨੈਟਵਰਕ ਅਤੇ ਕੁਨੈਕਸ਼ਨ ਦੇ ਨਾਲ ਇਸਦੇ ਮਾਮੂਲੀ ਕੰਮ ਦੇ ਨਾਲ ਲੂਣ.
• ਅਸਲ ਵਿੱਚ ਨੈਪਲਮ, ਜੋ ਕੁਝ ਵਿਕਰੇਤਾਵਾਂ ਨੂੰ ਜਾਣਦਾ ਹੈ ਅਤੇ ਬੱਸ, ਅਲਵਿਦਾ।
• ਨੋਰਨੀਰ ਇੱਕ ਹੋਰ ਜਾਨਵਰ ਹੈ ਜਿਸਨੂੰ ਅਸੀਂ ਭਵਿੱਖ ਵਿੱਚ ਕੱਟਾਂਗੇ।

ਇੱਥੇ ਮਨਪਸੰਦ ਅਜੇ ਤੱਕ ਨਹੀਂ ਚੁਣਿਆ ਗਿਆ ਹੈ - ਅਸੀਂ ਖੋਜ ਕਰਾਂਗੇ.

ਇੱਥੇ ਹੋਰ ਕੀ ਮਹੱਤਵਪੂਰਨ ਹੈ? ਸੰਰਚਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਤੀਜੇ.
ਸਫਲ ਹੈ ਜਾਂ ਨਹੀਂ। ਕੀ ਅਜੇ ਵੀ ਹਾਰਡਵੇਅਰ ਤੱਕ ਪਹੁੰਚ ਹੈ ਜਾਂ ਨਹੀਂ?
ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਕਮਿਟ ਇੱਥੇ ਡਿਵਾਈਸ 'ਤੇ ਡਾਉਨਲੋਡ ਕੀਤੇ ਗਏ ਦੀ ਪੁਸ਼ਟੀ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰੇਗਾ.
ਇਹ, NETCONF ਦੇ ਸਹੀ ਲਾਗੂਕਰਨ ਦੇ ਨਾਲ ਮਿਲਾ ਕੇ, ਢੁਕਵੇਂ ਯੰਤਰਾਂ ਦੀ ਰੇਂਜ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸੰਕੁਚਿਤ ਕਰਦਾ ਹੈ - ਬਹੁਤ ਸਾਰੇ ਨਿਰਮਾਤਾ ਆਮ ਕਮਿਟਾਂ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਪਰ ਇਹ ਕੇਵਲ ਇੱਕ ਪੂਰਵ-ਸ਼ਰਤਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਆਰਐੱਫ ਪੀ. ਅੰਤ ਵਿੱਚ, ਕੋਈ ਵੀ ਚਿੰਤਤ ਨਹੀਂ ਹੈ ਕਿ ਇੱਕ ਵੀ ਰੂਸੀ ਵਿਕਰੇਤਾ 32*100GE ਇੰਟਰਫੇਸ ਸਥਿਤੀ ਦੀ ਪਾਲਣਾ ਨਹੀਂ ਕਰੇਗਾ। ਜਾਂ ਕੀ ਉਹ ਚਿੰਤਤ ਹੈ?

ਕੰਪੋਨੈਂਟ 8. CI/CD

ਇਸ ਸਮੇਂ, ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਸਾਰੇ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸਾਂ ਲਈ ਸੰਰਚਨਾ ਤਿਆਰ ਹੈ।
ਮੈਂ "ਹਰ ਚੀਜ਼ ਲਈ" ਲਿਖਦਾ ਹਾਂ ਕਿਉਂਕਿ ਅਸੀਂ ਨੈਟਵਰਕ ਸਥਿਤੀ ਨੂੰ ਸੰਸਕਰਣ ਕਰਨ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ. ਅਤੇ ਭਾਵੇਂ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਸਵਿੱਚ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ, ਪਰ ਪੂਰੇ ਨੈੱਟਵਰਕ ਲਈ ਤਬਦੀਲੀਆਂ ਦੀ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਉਹ ਜ਼ਿਆਦਾਤਰ ਨੋਡਾਂ ਲਈ ਜ਼ੀਰੋ ਹੋ ਸਕਦੇ ਹਨ.

ਪਰ, ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਹੀ ਕਿਹਾ ਗਿਆ ਸੀ, ਅਸੀਂ ਕੁਝ ਕਿਸਮ ਦੇ ਵਹਿਸ਼ੀ ਨਹੀਂ ਹਾਂ ਜੋ ਹਰ ਚੀਜ਼ ਨੂੰ ਸਿੱਧੇ ਉਤਪਾਦਨ ਵਿੱਚ ਰੋਲ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ।
ਤਿਆਰ ਕੀਤੀ ਸੰਰਚਨਾ ਨੂੰ ਪਹਿਲਾਂ ਪਾਈਪਲਾਈਨ CI/CD ਵਿੱਚੋਂ ਲੰਘਣਾ ਚਾਹੀਦਾ ਹੈ।

CI/CD ਦਾ ਅਰਥ ਹੈ ਨਿਰੰਤਰ ਏਕੀਕਰਣ, ਨਿਰੰਤਰ ਤਾਇਨਾਤੀ। ਇਹ ਇੱਕ ਅਜਿਹਾ ਤਰੀਕਾ ਹੈ ਜਿਸ ਵਿੱਚ ਟੀਮ ਨਾ ਸਿਰਫ਼ ਹਰ ਛੇ ਮਹੀਨਿਆਂ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਵੱਡੀ ਰੀਲੀਜ਼ ਜਾਰੀ ਕਰਦੀ ਹੈ, ਪੁਰਾਣੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲਦੀ ਹੈ, ਪਰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਛੋਟੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ (ਡਿਪਲਾਇਮੈਂਟ) ਲਾਗੂ ਕਰਦੀ ਹੈ, ਜਿਸ ਵਿੱਚੋਂ ਹਰੇਕ ਦੀ ਅਨੁਕੂਲਤਾ, ਸੁਰੱਖਿਆ ਅਤੇ ਲਈ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਪ੍ਰਦਰਸ਼ਨ (ਏਕੀਕਰਨ)।

ਅਜਿਹਾ ਕਰਨ ਲਈ, ਸਾਡੇ ਕੋਲ ਇੱਕ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀ ਹੈ ਜੋ ਸੰਰਚਨਾ ਤਬਦੀਲੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ, ਇੱਕ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਜੋ ਜਾਂਚ ਕਰਦੀ ਹੈ ਕਿ ਗਾਹਕ ਸੇਵਾ ਟੁੱਟ ਗਈ ਹੈ ਜਾਂ ਨਹੀਂ, ਇੱਕ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਜੋ ਇਸ ਤੱਥ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ, ਅਤੇ ਆਖਰੀ ਪੜਾਅ ਉਤਪਾਦਨ ਨੈਟਵਰਕ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਰੋਲ ਆਊਟ ਕਰ ਰਿਹਾ ਹੈ।

ਡੀਬੱਗਿੰਗ ਕਮਾਂਡਾਂ ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ, ਨੈੱਟਵਰਕ 'ਤੇ ਬਿਲਕੁਲ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ CI/CD ਪਾਈਪਲਾਈਨ ਰਾਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ - ਇਹ ਇੱਕ ਸ਼ਾਂਤ ਜੀਵਨ ਅਤੇ ਲੰਬੇ, ਖੁਸ਼ਹਾਲ ਕਰੀਅਰ ਦੀ ਸਾਡੀ ਗਾਰੰਟੀ ਹੈ।

ਕੰਪੋਨੈਂਟ 9. ਬੈਕਅੱਪ ਅਤੇ ਵਿਗਾੜ ਖੋਜ ਪ੍ਰਣਾਲੀ

ਖੈਰ, ਬੈਕਅੱਪ ਬਾਰੇ ਦੁਬਾਰਾ ਗੱਲ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਤਾਜ ਵਿੱਚ ਜਾਂ ਗਿੱਟ ਵਿੱਚ ਸੰਰਚਨਾ ਤਬਦੀਲੀ ਦੇ ਤੱਥ 'ਤੇ ਜੋੜਾਂਗੇ।

ਪਰ ਦੂਜਾ ਹਿੱਸਾ ਵਧੇਰੇ ਦਿਲਚਸਪ ਹੈ - ਕਿਸੇ ਨੂੰ ਇਹਨਾਂ ਬੈਕਅੱਪਾਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ. ਅਤੇ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇਸ ਨੂੰ ਕਿਸੇ ਨੂੰ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਸਭ ਕੁਝ ਉਸੇ ਤਰ੍ਹਾਂ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਇਹ ਸੀ, ਅਤੇ ਦੂਜਿਆਂ ਵਿੱਚ, ਕਿਸੇ ਨੂੰ ਮਿਆਓ ਕਿ ਕੁਝ ਗਲਤ ਹੈ।
ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਕੋਈ ਨਵਾਂ ਉਪਭੋਗਤਾ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ ਜੋ ਵੇਰੀਏਬਲ ਵਿੱਚ ਰਜਿਸਟਰਡ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਉਸਨੂੰ ਹੈਕ ਤੋਂ ਦੂਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਅਤੇ ਜੇਕਰ ਕਿਸੇ ਨਵੇਂ ਫਾਇਰਵਾਲ ਨਿਯਮ ਨੂੰ ਨਾ ਛੂਹਣਾ ਬਿਹਤਰ ਹੈ, ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕਿਸੇ ਨੇ ਹੁਣੇ ਹੀ ਡੀਬੱਗਿੰਗ ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਹੋਵੇ, ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਨਵੀਂ ਸੇਵਾ, ਇੱਕ ਬੰਗਲਰ, ਨਿਯਮਾਂ ਦੇ ਅਨੁਸਾਰ ਰਜਿਸਟਰਡ ਨਹੀਂ ਸੀ, ਪਰ ਲੋਕ ਪਹਿਲਾਂ ਹੀ ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਗਏ ਹਨ।

ਅਸੀਂ ਅਜੇ ਵੀ ਕਿਸੇ ਵੀ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਪ੍ਰਬੰਧਨ ਦੇ ਸਟੀਲ ਹੱਥਾਂ ਦੇ ਬਾਵਜੂਦ, ਪੂਰੇ ਨੈਟਵਰਕ ਦੇ ਪੈਮਾਨੇ 'ਤੇ ਕੁਝ ਛੋਟੇ ਡੈਲਟਾ ਤੋਂ ਨਹੀਂ ਬਚਾਂਗੇ। ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਲਈ, ਕੋਈ ਵੀ ਸਿਸਟਮ ਵਿੱਚ ਸੰਰਚਨਾ ਨਹੀਂ ਜੋੜੇਗਾ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਹਨਾਂ ਨੂੰ ਸੰਰਚਨਾ ਮਾਡਲ ਵਿੱਚ ਵੀ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਕਿਸੇ ਸਮੱਸਿਆ ਦਾ ਸਥਾਨੀਕਰਨ ਕਰਨ ਲਈ ਪ੍ਰਤੀ ਖਾਸ IP ਪੈਕੇਟਾਂ ਦੀ ਗਿਣਤੀ ਦੀ ਗਿਣਤੀ ਕਰਨ ਲਈ ਇੱਕ ਫਾਇਰਵਾਲ ਨਿਯਮ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਮ ਅਸਥਾਈ ਸੰਰਚਨਾ ਹੈ।

ਕੰਪੋਨੈਂਟ 10. ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ

ਪਹਿਲਾਂ ਮੈਂ ਨਿਗਰਾਨੀ ਦੇ ਵਿਸ਼ੇ ਨੂੰ ਕਵਰ ਕਰਨ ਲਈ ਨਹੀਂ ਜਾ ਰਿਹਾ ਸੀ - ਇਹ ਅਜੇ ਵੀ ਇੱਕ ਵਿਸ਼ਾਲ, ਵਿਵਾਦਪੂਰਨ ਅਤੇ ਗੁੰਝਲਦਾਰ ਵਿਸ਼ਾ ਹੈ. ਪਰ ਜਿਵੇਂ-ਜਿਵੇਂ ਚੀਜ਼ਾਂ ਅੱਗੇ ਵਧੀਆਂ, ਇਹ ਪਤਾ ਲੱਗਾ ਕਿ ਇਹ ਆਟੋਮੇਸ਼ਨ ਦਾ ਇੱਕ ਅਨਿੱਖੜਵਾਂ ਅੰਗ ਸੀ। ਅਤੇ ਅਭਿਆਸ ਤੋਂ ਬਿਨਾਂ ਵੀ ਇਸ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨਾ ਅਸੰਭਵ ਹੈ।

ਵਿਕਾਸਸ਼ੀਲ ਵਿਚਾਰ CI/CD ਪ੍ਰਕਿਰਿਆ ਦਾ ਇੱਕ ਜੈਵਿਕ ਹਿੱਸਾ ਹੈ। ਸੰਰਚਨਾ ਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ ਰੋਲ ਆਊਟ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਾਨੂੰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਕੀ ਹੁਣ ਇਸ ਨਾਲ ਸਭ ਕੁਝ ਠੀਕ ਹੈ ਜਾਂ ਨਹੀਂ।
ਅਤੇ ਅਸੀਂ ਨਾ ਸਿਰਫ ਇੰਟਰਫੇਸ ਵਰਤੋਂ ਅਨੁਸੂਚੀ ਜਾਂ ਨੋਡ ਦੀ ਉਪਲਬਧਤਾ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਪਰ ਹੋਰ ਸੂਖਮ ਚੀਜ਼ਾਂ ਬਾਰੇ - ਲੋੜੀਂਦੇ ਰੂਟਾਂ ਦੀ ਮੌਜੂਦਗੀ, ਉਹਨਾਂ 'ਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, BGP ਸੈਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ, OSPF ਗੁਆਂਢੀਆਂ, ਐਂਡ-ਟੂ-ਐਂਡ ਕਾਰਗੁਜ਼ਾਰੀ ਬਾਰੇ। ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੇਵਾਵਾਂ ਦਾ।
ਕੀ ਬਾਹਰੀ ਸਰਵਰ 'ਤੇ ਸਿਸਲੌਗ ਜੋੜਨਾ ਬੰਦ ਹੋ ਗਿਆ ਸੀ, ਜਾਂ ਕੀ SFlow ਏਜੰਟ ਟੁੱਟ ਗਿਆ ਸੀ, ਜਾਂ ਕਤਾਰਾਂ ਵਿੱਚ ਤੁਪਕੇ ਵਧਣੇ ਸ਼ੁਰੂ ਹੋ ਗਏ ਸਨ, ਜਾਂ ਕੀ ਅਗੇਤਰਾਂ ਦੇ ਕੁਝ ਜੋੜੇ ਵਿਚਕਾਰ ਕਨੈਕਟੀਵਿਟੀ ਟੁੱਟ ਗਈ ਸੀ?

ਅਸੀਂ ਇਸ ਬਾਰੇ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਵਿਚਾਰ ਕਰਾਂਗੇ।

ਸਿੱਟਾ

ਇੱਕ ਆਧਾਰ ਦੇ ਤੌਰ 'ਤੇ, ਮੈਂ ਇੱਕ ਆਧੁਨਿਕ ਡਾਟਾ ਸੈਂਟਰ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ ਨੂੰ ਚੁਣਿਆ ਹੈ - BGP ਦੇ ਨਾਲ L3 ਕਲੋਸ ਫੈਬਰਿਕ ਨੂੰ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ।
ਇਸ ਵਾਰ ਅਸੀਂ ਜੂਨੀਪਰ 'ਤੇ ਨੈਟਵਰਕ ਬਣਾਵਾਂਗੇ, ਕਿਉਂਕਿ ਹੁਣ ਜੂਨੋਜ਼ ਇੰਟਰਫੇਸ ਇੱਕ ਵੈਨਲੋਵ ਹੈ।

ਆਉ ਸਿਰਫ਼ ਓਪਨ ਸੋਰਸ ਟੂਲਸ ਅਤੇ ਇੱਕ ਮਲਟੀ-ਵੈਂਡਰ ਨੈੱਟਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਪਣੀ ਜ਼ਿੰਦਗੀ ਨੂੰ ਹੋਰ ਮੁਸ਼ਕਲ ਬਣਾ ਦੇਈਏ - ਇਸ ਲਈ ਜੂਨੀਪਰ ਤੋਂ ਇਲਾਵਾ, ਮੈਂ ਰਸਤੇ ਵਿੱਚ ਇੱਕ ਹੋਰ ਖੁਸ਼ਕਿਸਮਤ ਵਿਅਕਤੀ ਨੂੰ ਚੁਣਾਂਗਾ।

ਆਉਣ ਵਾਲੇ ਪ੍ਰਕਾਸ਼ਨਾਂ ਦੀ ਯੋਜਨਾ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:
ਪਹਿਲਾਂ ਮੈਂ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਕਿਉਂਕਿ ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ, ਅਤੇ ਦੂਜਾ, ਕਿਉਂਕਿ ਇਸ ਤੋਂ ਬਿਨਾਂ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨੈਟਵਰਕ ਦਾ ਡਿਜ਼ਾਈਨ ਬਹੁਤ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੋਵੇਗਾ.
ਫਿਰ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ ਬਾਰੇ: ਟੌਪੋਲੋਜੀ, ਰੂਟਿੰਗ, ਨੀਤੀਆਂ।
ਆਓ ਇੱਕ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਸਟੈਂਡ ਨੂੰ ਇਕੱਠਾ ਕਰੀਏ.
ਆਉ ਇਸ ਬਾਰੇ ਸੋਚੀਏ ਅਤੇ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਨੈਟਵਰਕ ਤੇ ਡਿਵਾਈਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦਾ ਅਭਿਆਸ ਕਰੀਏ.
ਅਤੇ ਫਿਰ ਗੂੜ੍ਹੇ ਵੇਰਵੇ ਵਿੱਚ ਹਰੇਕ ਹਿੱਸੇ ਬਾਰੇ.

ਅਤੇ ਹਾਂ, ਮੈਂ ਇੱਕ ਤਿਆਰ ਹੱਲ ਨਾਲ ਇਸ ਚੱਕਰ ਨੂੰ ਸੁੰਦਰਤਾ ਨਾਲ ਖਤਮ ਕਰਨ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ ਹਾਂ. 🙂

ਉਪਯੋਗੀ ਲਿੰਕ

• ਲੜੀ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਨਤਾਸ਼ਾ ਸਮੋਇਲੇਨਕੋ ਦੀ ਕਿਤਾਬ ਨੂੰ ਪੜ੍ਹਨਾ ਮਹੱਤਵਪੂਰਣ ਹੈ ਨੈੱਟਵਰਕ ਇੰਜੀਨੀਅਰਾਂ ਲਈ ਪਾਈਥਨ. ਅਤੇ ਸ਼ਾਇਦ ਪਾਸ ਕੋਰਸ.
• ਪੜ੍ਹਨਾ ਵੀ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ RFC ਪੀਟਰ ਲਾਪੁਖੋਵ ਦੁਆਰਾ ਫੇਸਬੁੱਕ ਤੋਂ ਡਾਟਾ ਸੈਂਟਰ ਫੈਕਟਰੀਆਂ ਦੇ ਡਿਜ਼ਾਈਨ ਬਾਰੇ।
• ਆਰਕੀਟੈਕਚਰ ਦਸਤਾਵੇਜ਼ ਤੁਹਾਨੂੰ ਇੱਕ ਵਿਚਾਰ ਦੇਵੇਗਾ ਕਿ ਓਵਰਲੇ SDN ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਟੰਗਸਟਨ ਫੈਬਰਿਕ (ਪਹਿਲਾਂ ਓਪਨ ਕੰਟਰੇਲ)।

ਤੁਹਾਡਾ ਧੰਨਵਾਦ

ਰੋਮਨ ਗੋਰਜ. ਟਿੱਪਣੀਆਂ ਅਤੇ ਸੰਪਾਦਨਾਂ ਲਈ।
ਆਰਟਿਓਮ ਚਰਨੋਬੇ. KDPV ਲਈ।

ਸਰੋਤ: www.habr.com