ਨੈੱਟਵਰਕਰ (ਨਹੀਂ) ਦੀ ਲੋੜ ਹੈ

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

ਕੀ ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਜੇਤੂ ਬੱਦਲਾਂ, ਡੌਕਰ, ਕੁਬਰਨੇਟਸ ਅਤੇ ਸਰਵ ਵਿਆਪਕ ਜਨਤਕ Wi-Fi ਦੇ ਸਮੇਂ ਵਿੱਚ ਨੈੱਟਵਰਕਰਾਂ ਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੈ?
ਆਓ ਇਸਦਾ ਪਤਾ ਕਰੀਏ (c)

ਆਓ ਜਾਣ-ਪਛਾਣ ਕਰੀਏ। ਮੇਰਾ ਨਾਮ ਅਲੈਕਸੀ ਹੈ, ਅਤੇ ਮੈਂ ਇੱਕ ਨੈੱਟਵਰਕਰ ਹਾਂ।

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

ਬੇਦਾਅਵਾ: "ਸਾਡੀ ਜ਼ਿੰਦਗੀ ਵਿੱਚ, ਹਰ ਚੀਜ਼ ਹਮੇਸ਼ਾ ਅਤੇ ਹਰ ਜਗ੍ਹਾ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਪਰ ਕੁਝ, ਕਦੇ-ਕਦੇ ਸਥਾਨਾਂ ਵਿੱਚ" (c) ਮੈਕਸਿਮ ਡੋਰੋਫੀਵ।

ਹੇਠਾਂ ਲਿਖੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਲੇਖਕ ਦੀ ਨਿੱਜੀ ਰਾਏ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਅੰਤਮ ਸੱਚ ਹੋਣ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦਾ, ਜਾਂ ਇੱਕ ਪੂਰਾ ਅਧਿਐਨ ਵੀ ਨਹੀਂ ਕਰਦਾ। ਸਾਰੇ ਪਾਤਰ ਕਾਲਪਨਿਕ ਹਨ, ਸਾਰੇ ਇਤਫ਼ਾਕ ਬੇਤਰਤੀਬੇ ਹਨ।

ਮੇਰੀ ਦੁਨੀਆ ਵਿੱਚ ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ।

ਤੁਸੀਂ ਨੈੱਟਵਰਕਰਾਂ ਨੂੰ ਵੀ ਕਿੱਥੇ ਮਿਲ ਸਕਦੇ ਹੋ?

1. ਦੂਰਸੰਚਾਰ ਆਪਰੇਟਰ, ਸੇਵਾ ਕੰਪਨੀਆਂ ਅਤੇ ਹੋਰ ਏਕੀਕ੍ਰਿਤ. ਇੱਥੇ ਸਭ ਕੁਝ ਸਧਾਰਨ ਹੈ: ਉਹਨਾਂ ਲਈ ਨੈਟਵਰਕ ਇੱਕ ਕਾਰੋਬਾਰ ਹੈ. ਉਹ ਜਾਂ ਤਾਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕਨੈਕਟੀਵਿਟੀ (ਆਪਰੇਟਰ) ਵੇਚਦੇ ਹਨ ਜਾਂ ਆਪਣੇ ਗਾਹਕਾਂ ਦੇ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ/ਸੰਭਾਲਣ ਲਈ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

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

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

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

ਇੱਕ ਨੈਟਵਰਕਰ ਇੱਕ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ?

ਆਈਟੀ ਤੋਂ ਨਹੀਂ ਲੋਕਾਂ ਦੀ ਸਮਝ ਵਿੱਚ - ਕੁਝ ਵੀ ਨਹੀਂ। ਉਹ ਦੋਵੇਂ ਕਾਲੀ ਸਕਰੀਨ ਵੱਲ ਦੇਖਦੇ ਹਨ ਅਤੇ ਕੁਝ ਸਪੈਲ ਲਿਖਦੇ ਹਨ, ਕਦੇ-ਕਦੇ ਚੁੱਪਚਾਪ ਗਾਲਾਂ ਕੱਢਦੇ ਹਨ।

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

ਅਸਲ ਵਿੱਚ, ਮੁੱਖ ਅੰਤਰ ਕੰਮ ਕਰਨ ਦੀ ਪਹੁੰਚ ਹੈ. ਸ਼ਾਇਦ, ਇਹ ਨੈਟਵਰਕਰਾਂ ਵਿੱਚ ਹੈ ਕਿ "ਜੇ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਨੂੰ ਨਾ ਛੂਹੋ!" ਪਹੁੰਚ ਦੇ ਜ਼ਿਆਦਾਤਰ ਸਮਰਥਕ ਹਨ. ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ 'ਤੇ, ਕੁਝ (ਇੱਕ ਵਿਕਰੇਤਾ ਦੇ ਅੰਦਰ) ਸਿਰਫ ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ; ਬਾਕਸ ਦੀ ਪੂਰੀ ਸੰਰਚਨਾ ਤੁਹਾਡੇ ਹੱਥ ਦੀ ਹਥੇਲੀ ਵਿੱਚ ਹੈ. ਇੱਕ ਗਲਤੀ ਦੀ ਕੀਮਤ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਕਈ ਵਾਰ ਬਹੁਤ ਜ਼ਿਆਦਾ (ਉਦਾਹਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਰਾਊਟਰ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਲਈ ਕਈ ਸੌ ਕਿਲੋਮੀਟਰ ਦਾ ਸਫ਼ਰ ਕਰਨਾ ਪਵੇਗਾ, ਅਤੇ ਇਸ ਸਮੇਂ ਕਈ ਹਜ਼ਾਰ ਲੋਕ ਬਿਨਾਂ ਸੰਚਾਰ ਦੇ ਹੋਣਗੇ - ਇੱਕ ਟੈਲੀਕਾਮ ਆਪਰੇਟਰ ਲਈ ਇੱਕ ਆਮ ਸਥਿਤੀ) .

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

ਪਰ ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਹੋਸਟਰ ਹੈ ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਨੈਟਵਰਕਰ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

ਵਾਧੂ ਪੈਸਿਆਂ ਲਈ (ਅਤੇ ਜੇ ਤੁਸੀਂ ਇੱਕ ਬਹੁਤ ਵੱਡੇ ਅਤੇ ਪਿਆਰੇ ਗਾਹਕ ਹੋ, ਸ਼ਾਇਦ ਮੁਫਤ ਵਿੱਚ ਵੀ, "ਇੱਕ ਦੋਸਤ ਵਜੋਂ"), ਡਾਟਾ ਸੈਂਟਰ ਇੰਜੀਨੀਅਰ ਤੁਹਾਡੀਆਂ ਲੋੜਾਂ ਮੁਤਾਬਕ ਤੁਹਾਡੇ ਸਵਿੱਚਾਂ ਦੀ ਸੰਰਚਨਾ ਕਰਨਗੇ, ਅਤੇ ਸ਼ਾਇਦ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਇੱਕ BGP ਇੰਟਰਫੇਸ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਵੀ ਕਰਨਗੇ। (ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਘੋਸ਼ਣਾ ਲਈ IP ਪਤਿਆਂ ਦਾ ਆਪਣਾ ਸਬਨੈੱਟ ਹੈ)।

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

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

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

ਕਿਹੜੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇੱਕ ਨੈੱਟਵਰਕਰ ਦੀ ਲੋੜ ਹੈ?

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

ਉਦਾਹਰਨ 1, ਕਲਾਸਿਕ

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

ਹੋਸਟਰ ਸਰਵਰਾਂ ਵਿੱਚ ਵਾਧੂ ਨੈੱਟਵਰਕ ਕਾਰਡ ਜੋੜਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਵੱਖਰੇ vlan ਵਿੱਚ ਆਪਣੇ ਸਵਿੱਚਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਸਰਵਰਾਂ ਦੇ ਵਿਚਕਾਰ ਇੱਕ "ਫਲੈਟ" ਸਥਾਨਕ ਖੇਤਰ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਆਰਾਮਦਾਇਕ!

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

ਕੀ ਕਰਨਾ ਹੈ?

ਨੈਟਵਰਕ ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਵੰਡੋ - vlans. ਹਰੇਕ vlan ਵਿੱਚ ਆਪਣੇ ਖੁਦ ਦੇ ਐਡਰੈਸਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ, ਇੱਕ ਗੇਟਵੇ ਚੁਣੋ ਜੋ ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਟਰੈਫਿਕ ਟ੍ਰਾਂਸਫਰ ਕਰੇਗਾ। ਭਾਗਾਂ ਵਿਚਕਾਰ ਪਹੁੰਚ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਲਈ ਗੇਟਵੇ 'ਤੇ acl ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ, ਜਾਂ ਨੇੜੇ ਹੀ ਇੱਕ ਵੱਖਰੀ ਫਾਇਰਵਾਲ ਵੀ ਸਥਾਪਿਤ ਕਰੋ।

ਉਦਾਹਰਨ 1, ਜਾਰੀ

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

ਕੀ ਕਰਨਾ ਹੈ?

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

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

ਉਦਾਹਰਨ 2: ਬੱਦਲ

ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕੁਝ ਜਨਤਕ ਕਲਾਉਡ ਵਿੱਚ ਇੱਕ VPC ਹੈ। ਦਫ਼ਤਰ ਜਾਂ VPC ਦੇ ਅੰਦਰਲੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਆਨ-ਪ੍ਰੀਮ ਹਿੱਸੇ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ IPSec ਜਾਂ ਇੱਕ ਸਮਰਪਿਤ ਚੈਨਲ ਰਾਹੀਂ ਇੱਕ ਕਨੈਕਸ਼ਨ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇੱਕ ਪਾਸੇ, IPSec ਸਸਤਾ ਹੈ, ਕਿਉਂਕਿ ਵਾਧੂ ਹਾਰਡਵੇਅਰ ਖਰੀਦਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ; ਤੁਸੀਂ ਜਨਤਕ ਪਤੇ ਅਤੇ ਕਲਾਉਡ ਦੇ ਨਾਲ ਆਪਣੇ ਸਰਵਰ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਸੁਰੰਗ ਸਥਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਪਰ - ਦੇਰੀ, ਸੀਮਤ ਪ੍ਰਦਰਸ਼ਨ (ਕਿਉਂਕਿ ਚੈਨਲ ਨੂੰ ਏਨਕ੍ਰਿਪਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ), ਨਾਲ ਹੀ ਗੈਰ-ਗਾਰੰਟੀਸ਼ੁਦਾ ਕਨੈਕਟੀਵਿਟੀ (ਕਿਉਂਕਿ ਪਹੁੰਚ ਨਿਯਮਤ ਇੰਟਰਨੈਟ ਦੁਆਰਾ ਹੈ)।

ਕੀ ਕਰਨਾ ਹੈ?

ਇੱਕ ਸਮਰਪਿਤ ਚੈਨਲ ਰਾਹੀਂ ਇੱਕ ਕਨੈਕਸ਼ਨ ਵਧਾਓ (ਉਦਾਹਰਨ ਲਈ, AWS ਇਸਨੂੰ ਡਾਇਰੈਕਟ ਕਨੈਕਟ ਕਹਿੰਦਾ ਹੈ)। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਇੱਕ ਪਾਰਟਨਰ ਓਪਰੇਟਰ ਲੱਭੋ ਜੋ ਤੁਹਾਨੂੰ ਕਨੈਕਟ ਕਰੇਗਾ, ਤੁਹਾਡੇ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਕਨੈਕਸ਼ਨ ਪੁਆਇੰਟ ਬਾਰੇ ਫੈਸਲਾ ਕਰੇਗਾ (ਤੁਸੀਂ ਦੋਵੇਂ ਆਪਰੇਟਰ ਅਤੇ ਆਪਰੇਟਰ ਕਲਾਉਡ ਲਈ), ਅਤੇ, ਅੰਤ ਵਿੱਚ, ਸਭ ਕੁਝ ਸੈੱਟ ਕਰੋ। ਕੀ ਨੈੱਟਵਰਕ ਇੰਜੀਨੀਅਰ ਤੋਂ ਬਿਨਾਂ ਇਹ ਸਭ ਕਰਨਾ ਸੰਭਵ ਹੈ? ਯਕੀਨਨ ਹਾਂ. ਪਰ ਸਮੱਸਿਆਵਾਂ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਉਸ ਤੋਂ ਬਿਨਾਂ ਨਿਪਟਾਰਾ ਕਿਵੇਂ ਕਰਨਾ ਹੈ, ਇਹ ਹੁਣ ਸਪਸ਼ਟ ਨਹੀਂ ਹੈ.

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

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

ਇੱਕ ਨੈੱਟਵਰਕਰ ਨੂੰ ਕੀ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?

ਇੱਕ ਨੈਟਵਰਕ ਇੰਜੀਨੀਅਰ ਲਈ ਸਿਰਫ ਨੈਟਵਰਕ ਨਾਲ ਨਜਿੱਠਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ (ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ, ਕਈ ਵਾਰ, ਨੁਕਸਾਨਦੇਹ ਵੀ) ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ। ਭਾਵੇਂ ਅਸੀਂ ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਾਲੇ ਵਿਕਲਪ 'ਤੇ ਵਿਚਾਰ ਨਹੀਂ ਕਰਦੇ ਜੋ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜਨਤਕ ਕਲਾਉਡ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ (ਅਤੇ, ਜੋ ਵੀ ਕੋਈ ਕਹੇ, ਇਹ ਵੱਧ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ), ਅਤੇ ਉਦਾਹਰਨ ਲਈ, ਆਧਾਰ ਜਾਂ ਨਿੱਜੀ ਕਲਾਉਡਾਂ 'ਤੇ, ਜਿੱਥੇ “ਇਕੱਲੇ CCNP-ਪੱਧਰ ਦੇ ਗਿਆਨ” ਉੱਤੇ “ਤੁਸੀਂ ਨਹੀਂ ਛੱਡੋਗੇ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸਲ ਵਿੱਚ, ਨੈਟਵਰਕ - ਹਾਲਾਂਕਿ ਅਧਿਐਨ ਲਈ ਇੱਕ ਬੇਅੰਤ ਖੇਤਰ ਹੈ, ਭਾਵੇਂ ਤੁਸੀਂ ਸਿਰਫ ਇੱਕ ਖੇਤਰ (ਪ੍ਰਦਾਤਾ ਨੈਟਵਰਕ, ਉੱਦਮ, ਡੇਟਾ ਸੈਂਟਰ, Wi-Fi ...) 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਦੇ ਹੋ।

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

• ਲੀਨਕਸ ਵਿੱਚ ਇੱਕ ਉਪਭੋਗਤਾ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਇਸਨੂੰ ਚਲਾਉਣ ਲਈ ਵੀ, ਘੱਟੋ-ਘੱਟ sysadmin-jun ਪੱਧਰ 'ਤੇ: ਲੋੜੀਂਦੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ, ਇੱਕ ਅਸਫਲ ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਇੱਕ ਸਧਾਰਨ systemd-unit ਲਿਖੋ।
• ਸਮਝੋ (ਘੱਟੋ-ਘੱਟ ਆਮ ਸ਼ਬਦਾਂ ਵਿੱਚ) ਲੀਨਕਸ ਵਿੱਚ ਨੈੱਟਵਰਕ ਸਟੈਕ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਹਾਈਪਰਵਾਈਜ਼ਰ ਅਤੇ ਕੰਟੇਨਰਾਂ (lxc / docker / kubernetes) ਵਿੱਚ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ।
• ਬੇਸ਼ੱਕ, ਜਵਾਬਦੇਹ/ਸ਼ੈੱਫ/ਕਠਪੁਤਲੀ ਜਾਂ ਕਿਸੇ ਹੋਰ SCM ਸਿਸਟਮ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੋ।
• ਪ੍ਰਾਈਵੇਟ ਕਲਾਉਡਸ (ਉਦਾਹਰਨ ਲਈ, TungstenFabric ਜਾਂ OpenvSwitch) ਲਈ SDN ਅਤੇ ਨੈੱਟਵਰਕਾਂ ਬਾਰੇ ਇੱਕ ਵੱਖਰੀ ਲਾਈਨ ਲਿਖੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਗਿਆਨ ਦੀ ਇੱਕ ਹੋਰ ਵੱਡੀ ਪਰਤ ਹੈ।

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

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

ਸਿੱਟੇ, ਜਾਂ ਸਿਰਫ਼ TL; DR

1. ਇੱਕ ਨੈੱਟਵਰਕ ਪ੍ਰਸ਼ਾਸਕ (ਜਿਵੇਂ ਕਿ ਇੱਕ DBA ਜਾਂ VoIP ਇੰਜੀਨੀਅਰ) ਇੱਕ ਬਹੁਤ ਹੀ ਤੰਗ ਪ੍ਰੋਫਾਈਲ ਵਾਲਾ ਇੱਕ ਮਾਹਰ ਹੁੰਦਾ ਹੈ (ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ/devs/SRE ਤੋਂ ਉਲਟ), ਜਿਸਦੀ ਲੋੜ ਤੁਰੰਤ ਪੈਦਾ ਨਹੀਂ ਹੁੰਦੀ (ਅਤੇ ਅਸਲ ਵਿੱਚ ਲੰਬੇ ਸਮੇਂ ਲਈ ਨਹੀਂ ਪੈਦਾ ਹੋ ਸਕਦੀ) . ਪਰ ਜੇ ਇਹ ਪੈਦਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਬਾਹਰੀ ਮੁਹਾਰਤ (ਆਊਟਸੋਰਸ ਜਾਂ ਆਮ ਆਮ-ਉਦੇਸ਼ ਵਾਲੇ ਪ੍ਰਸ਼ਾਸਕ, "ਜੋ ਨੈੱਟਵਰਕ ਦੀ ਦੇਖਭਾਲ ਵੀ ਕਰਦੇ ਹਨ") ਦੁਆਰਾ ਤਬਦੀਲ ਕੀਤੇ ਜਾਣ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ। ਕੁਝ ਹੱਦ ਤਕ ਦੁਖਦਾਈ ਗੱਲ ਇਹ ਹੈ ਕਿ ਅਜਿਹੇ ਮਾਹਰਾਂ ਦੀ ਜ਼ਰੂਰਤ ਬਹੁਤ ਘੱਟ ਹੈ, ਅਤੇ, ਸ਼ਰਤ ਅਨੁਸਾਰ, 800 ਪ੍ਰੋਗਰਾਮਰ ਅਤੇ 30 ਡਿਵੋਪਸ/ਪ੍ਰਬੰਧਕਾਂ ਵਾਲੀ ਕੰਪਨੀ ਵਿੱਚ, ਸਿਰਫ ਦੋ ਨੈਟਵਰਕਰ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਆਪਣੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕਰਦੇ ਹਨ। ਉਹ. ਬਜ਼ਾਰ ਬਹੁਤ, ਬਹੁਤ ਛੋਟਾ ਸੀ, ਅਤੇ ਚੰਗੀ ਤਨਖਾਹ ਦੇ ਨਾਲ - ਇਸ ਤੋਂ ਵੀ ਘੱਟ।
2. ਦੂਜੇ ਪਾਸੇ, ਆਧੁਨਿਕ ਸੰਸਾਰ ਵਿੱਚ ਇੱਕ ਚੰਗੇ ਨੈੱਟਵਰਕਰ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਆਪਣੇ ਆਪ ਨੂੰ ਨੈੱਟਵਰਕ (ਅਤੇ ਉਹਨਾਂ ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਆਟੋਮੈਟਿਕ ਕਿਵੇਂ ਕਰਨਾ ਹੈ) ਬਾਰੇ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਗੋਂ ਇਹ ਵੀ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹਨਾਂ ਨੈੱਟਵਰਕਾਂ ਦੇ ਸਿਖਰ 'ਤੇ ਚੱਲਣ ਵਾਲੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਤੇ ਸੌਫਟਵੇਅਰ ਉਹਨਾਂ ਨਾਲ ਕਿਵੇਂ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ। ਇਸ ਤੋਂ ਬਿਨਾਂ, ਇਹ ਸਮਝਣਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੋਵੇਗਾ ਕਿ ਤੁਹਾਡੇ ਸਹਿਕਰਮੀ ਤੁਹਾਡੇ ਤੋਂ ਕੀ ਪੁੱਛ ਰਹੇ ਹਨ ਅਤੇ (ਵਾਜਬ ਤੌਰ 'ਤੇ) ਤੁਹਾਡੀਆਂ ਇੱਛਾਵਾਂ/ਲੋੜਾਂ ਉਨ੍ਹਾਂ ਤੱਕ ਪਹੁੰਚਾਉਣੀਆਂ ਹਨ।
3. ਇੱਥੇ ਕੋਈ ਕਲਾਊਡ ਨਹੀਂ ਹੈ, ਇਹ ਸਿਰਫ਼ ਕਿਸੇ ਹੋਰ ਦਾ ਕੰਪਿਊਟਰ ਹੈ। ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਜਨਤਕ/ਪ੍ਰਾਈਵੇਟ ਕਲਾਉਡ ਜਾਂ ਇੱਕ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ "ਜੋ ਤੁਹਾਡੇ ਲਈ ਇੱਕ ਟਰਨਕੀ ​​ਆਧਾਰ 'ਤੇ ਸਭ ਕੁਝ ਕਰਦਾ ਹੈ" ਇਸ ਤੱਥ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਅਜੇ ਵੀ ਨੈਟਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਸ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰੇਗੀ। ਤੁਹਾਡੀ ਅਰਜ਼ੀ। ਤੁਹਾਡੀ ਚੋਣ ਉਹ ਹੈ ਜਿੱਥੇ ਸਮਰੱਥਾ ਕੇਂਦਰ ਸਥਿਤ ਹੋਵੇਗਾ, ਜੋ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨੈਟਵਰਕ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੋਵੇਗਾ।

ਸਰੋਤ: www.habr.com