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

Cisco ਦੀ ਲੰਬੀ ਘਰਕਸ਼ਮਤਾ ਕਿਸੇ ਇੱਕ ਚਮਤਕਾਰੀ ਉਤਪਾਦ ਫੀਚਰ ਦੀ ਵਜ੍ਹਾ ਨਹੀਂ—ਇਹ ਉਹ ਕਾਰੋਬਾਰੀ ਮਾਡਲ ਹੈ ਜੋ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਇੰਫਰਾਸਟਰੱਕਚਰ ਦੇ ਖਰੀਦ, ਡਿਪਲੋਇਮੈਂਟ ਅਤੇ ਰੱਖ‑ਰਖਾਅ ਦੇ ਢੰਗ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਇਸਨੂੰ ਸਮਝਣ ਦਾ ਸਧਾਰਣ ਤਰੀਕਾ ਇੱਕ ਤਿੰਨ‑ਹਿੱਸਿਆਂ ਵਾਲਾ ਫਰੇਮਵਰਕ ਹੈ।
1) ਮਿਆਰਾਂ ਜਿਨ੍ਹਾਂ ਨੇ ਬਾਜ਼ਾਰ ਵਿਸਥਾਰਿਆ। ਵਿਆਪਕ ਅਪਣਾਏ ਹੋਏ ਨੈੱਟਵਰਕਿੰਗ ਮਿਆਰਾਂ (ਮੁਕਾਬਲਾ ਕਰਨ ਦੀ ਥਾਂ) ਦੇ ਨਾਲ ਮਿਲ ਕੇ Cisco ਨੂੰ ਫਾਇਦਾ ਹੋਇਆ, ਜਦੋਂ Ethernet ਅਤੇ IP ਨੈੱਟਵਰਕ ਦਫਤਰਾਂ, ਕੈਂਪਸਾਂ ਅਤੇ ਡੇਟਾ ਸੈਂਟਰਾਂ 'ਚ ਫੈਲੇ।
2) ਐਂਟਰਪ੍ਰਾਈਜ਼ ਗੋ‑ਟੂ‑ਮਾਰਕੀਟ ਜਿਸ ਨੇ ਅਨੁਮਾਨਿਤ ਜੋਖਮ ਘਟਾਇਆ। ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਰਾਊਟਰ ਅਤੇ ਸਵਿੱਚਜ਼ ਨੂੰ ਉਪਭੋਗਤਾ ਗੈਜਟ ਵਾਂਗ ਨਹੀਂ ਖਰੀਦਦੀਆਂ—ਉਹ "ਸੁਰੱਖਿਅਤ ਚੋਣਾਂ" ਲੈਂਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦੇ ਨਤੀਜੇ ਪੇਸ਼ਸੂਫ਼ ਹੋਣ। ਇਹ ਵਿੱਚ vendor stability, ਸਰਟੀਫਿਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮ, ਭਾਗੀਦਾਰ ਇਕੋਸਿਸਟਮ, ਸਪੋਰਟ ਕਾਂਟਰੈਕਟ ਅਤੇ ਸਾਬਤ ਕੀਤੇ ਡਿਜ਼ਾਈਨ ਸ਼ਾਮਿਲ ਹੁੰਦੇ ਹਨ।
3) ਸਮੇਂ ਨਾਲ ਇਕੱਤਰ ਹੋਣ ਵਾਲੀਆਂ ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ। ਇੱਕ ਵਾਰੀ ਨੈੱਟਵਰਕ ਤਾਇਨਾਤ ਹੋ ਜਾਵੇ ਤਾਂ ਉਹ ਕਾਰੋਬਾਰ ਦੇ ਢੰਗ ਨਾਲ ਗਠਿਤ ਹੋ ਜਾਂਦਾ ਹੈ: configs, ਮਾਨੀਟਰਨਿੰਗ ਟੂਲ, ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ, ਸਟਾਫ਼ ਟ੍ਰੇਨਿੰਗ, ਸਪੇਅਰਸ ਅਤੇ ਅੱਪਗ੍ਰੇਡ ਚੱਕਰ। ਭਾਵੇਂ ਮੁਕਾਬਲੇਵਾਲਾ ਸਸਤਾ ਆਫਰ ਕਰੇ, ਚੱਲ ਰਹੇ ਨੈੱਟਵਰਕ ਨੂੰ ਬਦਲਣਾ ਉਸੇ ਘਰ ਨੂੰ ਰਹਿ ਕੇ ਰੀਨੋਵੇਟ ਕਰਨ ਵਰਗਾ ਲੱਗਦਾ ਹੈ।
ਨੈੱਟਵਰਕਿੰਗ ਸੰਦ ਹਰ ਚੀਜ਼—ਈਮੇਲ, ਪੇਰੋਲ, ਗਾਹਕ ਐਪਸ, Wi‑Fi, ਵੌਇਸ ਅਤੇ ਸੁਰੱਖਿਆ—ਦੀ ਆਵਾਜਾਈ ਵਿੱਚ ਵਿੱਚਕਾਰ ਆਉਂਦੇ ਹਨ। ਡਾਊਨਟਾਈਮ ਮਹਿੰਗਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪਰਫਾਰਮੈਂਸ ਮੁੱਦੇ ਪਛਾਣਣਾ ਔਖਾ ਹੁੰਦਾ ਹੈ। ਇਹ ਹਕੀਕਤ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਉਹਨਾਂ ਵਿਕਰੇਤਿਆਂ ਵੱਲ ਖਿੱਚਦੀ ਹੈ ਜਿਹੜੇ ਟ੍ਰੈਕ‑ਰਿਕਾਰਡ ਰੱਖਦੇ ਹਨ ਅਤੇ ਬਦਲਾਅ ਦਾ ਰਾਹ ਹੋਰ IT ਸ਼੍ਰੇਣੀਆਂ ਨਾਲੋਂ ਧੀਮਾ ਬਣ ਜਾਂਦਾ ਹੈ।
ਇਹ ਲੇਖ ਇੱਕ रणਨੀਤੀ ਦਰਿਸ਼ਟੀ ਰੱਖਦਾ ਹੈ, ਨਾਕਿ ਉਤਪਾਦ ਸਮੀਖਿਆ। ਮਕਸਦ ਇਹ ਸਮਝਾਉਣਾ ਹੈ ਕਿ ਉਹ ਤਾਕਤਾਂ ਕਿਹੜੀਆਂ ਰਹੀਆਂ ਜਿਨ੍ਹਾਂ ਨੇ Cisco ਨੂੰ ਸਾਲਾਂ ਲਈ ਡੀਫੋਲਟ ਚੋਣ ਬਣਾਇਆ—ਅਤੇ ਇਹ ਖਰੀਦਦਾਰਾਂ ਲਈ ਕੀ ਮਤਲਬ ਰਖਦਾ ਹੈ ਜਿਹੜੇ ਲਚੀਲਾਪਨ ਚਾਹੁੰਦੇ ਹਨ।
ਅਸੀਂ Cisco ਦਾ ਇਤਿਹਾਸਕ ਸੰਦਰਭ, ਮਿਆਰ ਕਿਵੇਂ ਵਧਵਾਓਂਗੇ, ਰੈਫਰੰਸ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਲੰਮੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦ ਚੱਕਰਾਂ ਦਾ ਵਿਕਰੇਤਾ ਚੋਣ 'ਤੇ ਕੀ ਅਸਰ ਪੈਂਦਾ ਹੈ, ਕਿਉਂ ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ ਅਤੇ ਸਕਿਲਸ/ਸਰਟੀਫਿਕੇਸ਼ਨ incumbents ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਰੁਝਾਨ ਕਿਹੜੇ ਤਰੀਕੇ ਨਾਲ ਇਹ ਫ਼ਾਇਦੇ ਚੁਣੌਤੀ ਦੇ ਰਹੇ ਹਨ—ਅੰਤ ਵਿੱਚ ਪ੍ਰਯੋਗਿਕ ਖਰੀਦਦਾਰੀ ਦਰਸਤੀਆਂ ਅਤੇ ਮੁੱਖ ਨਤੀਜਿਆਂ ਨਾਲ।
Cisco ਦੀ ਕਹਾਣੀ ਨੂੰ ਸਮਝਣਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ ਜੇ ਤੁਸੀਂ ਦੋ ਚੀਜ਼ਾਂ ਨੂੰ ਅਲੱਗ ਕਰ ਦਿਓ: (1) ਬਾਜ਼ਾਰ ਚੱਕਰ ਜੋ ਨੈੱਟਵਰਕਿੰਗ ਨੂੰ ਜ਼ਰੂਰੀ ਬਣਾਉਂਦੇ—ਜਿਵੇਂ ਇੰਟਰਨੈਟ ਬੂਮ, ਸੁਰੱਖਿਆ ਖਤਰੇ, ਕਲਾਉਡ ਮਾਈਗ੍ਰੇਸ਼ਨ—ਅਤੇ (2) ਢਾਂਚਾਗਤ ਫਾਇਦੇ ਜੋ Cisco ਨੂੰ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਲਗਾਤਾਰ ਤਾਇਨਾਤ ਰੱਖਣ ਵਿੱਚ ਮਦਦ ਕੀਤੀ।
"ਇਨਫਰਾਸਟਰੱਕਚਰ ਜਾਇੰਟ" ਸਿਰਫ ਇੱਕ ਸਾਲ ਵਿੱਚ ਕਿਸੇ ਇੱਕ ਉਤਪਾਦ ਦਾ ਬੈਂਚਮਾਰਕ ਜਿੱਤਣਾ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਇਹਨਾਂ ਚੀਜ਼ਾਂ ਦਾ ਮਿਲਾਪ ਹੁੰਦਾ ਹੈ:
ਜਦੋਂ ਕੋਈ ਵਿਕਰੇਤਾ ਕਈ ਸ਼ਾਰਟਲਿਸਟਾਂ 'ਤੇ ਡੀਫੋਲਟ ਚੋਣ ਬਣ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਸਥਿਤੀ ਆਪਣੇ ਆਪ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰ ਲੈਂਦੀ: ਪਰਿਚਿਤ ਟੂਲਿੰਗ, ਟ੍ਰੇਨ ਕੀਤੀ ਟੀਮ, ਅਤੇ ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਕਮਫਰਟ ਅਗਲੇ ਨਵੀਨੀਕਰਨ ਜਾਂ ਵਿਸਥਾਰ ਨੂੰ ਘੱਟ‑जोਖਿਮ ਵਾਲਾ ਬਣਾਉਂਦੇ ਹਨ।
ਇੰਟਰਨੈਟ ਵਾਧਾ ਅਤੇ ਕਲਾਉਡ ਬਦਲਾਅ ਖ਼ਰਚ ਦੇ ਬਿਝਾ ਬਦਲੇ, ਪਰ ਟਿਕਾਉਂਦੀ ਫਾਇਦਾ ਸਧਾਰਨ ਸੀ: ਨੈੱਟਵਰਕ "ਹਮੇਸ਼ਾ ਚੱਲਦੇ" ਢਾਂਚੇ ਹਨ। ਖਰੀਦਦਾਰ ਸਥਿਰਤਾ, ਸਪੋਰਟ, ਅਤੇ ਪੇਸ਼ਗੀ ਲਾਈਫਸਾਈਕਲ ਯੋਜਨਾ ਲਈ optimize ਕਰਦੇ ਹਨ। ਇਹ ਉਹਨਾਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਪ੍ਰਾਥਮਿਕਤਾ ਦਿੰਦਾ ਹੈ ਜੋ ਲੰਮੇ ਸਮੇਂ ਲਈ ਸਥਿਰ ਪਲੇਟਫਾਰਮ ਸਪਲਾਈ ਕਰ ਸਕਦੇ ਹਨ।
ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਗੱਲ ਕਰਦਿਆਂ ਇੱਕ ਪਾਬੰਦੀ: ਲੋਕਪ੍ਰੀਅਤਾ ਨੂੰ ਬਿਨਾਂ ਸਰੋਤਾਂ ਦੇ ਨਿਰਧਾਰਤ ਮਾਰਕੀਟ‑ਸ਼ੇਅਰ ਨੰਬਰਾਂ ਵਾਂਗ ਸਾਬਤ ਨਾ ਕੀਤਾ ਜਾਵੇ। ਸਭ ਤੋਂ ਵੱਧ ਲਾਭ ਦਿੰਦਾ ਨੁਕਤਾ ਵੇਖਣਯੋਗ ਵਰਤਾਰਥ ਹੈ—Cisco ਉਪਕਰਣ ਅਕਸਰ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕਾਂ 'ਚ ਮਿਲਦੇ ਹਨ, ਅਤੇ ਉਹ ਮੌਜੂਦਗੀ ਅਗਲੀ ਖਰੀਦਾਂ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਂਦੀ ਹੈ।
ਖੁਲ੍ਹੇ ਨੈੱਟਵਰਕਿੰਗ ਮਿਆਰ—Ethernet, IP, BGP, OSPF, ਅਤੇ ਆਮ ਮੈਨੇਜਮੈਂਟ ਪ੍ਰੋਟੋਕਾਲ—ਖਰੀਦਦਾਰਾਂ ਲਈ ਸਧਾਰਣ ਕਾਰਨ ਨਾਲ ਮੱਤਵਪੂਰਨ ਹਨ: ਇਹ ਫਸਣ ਦਾ ਜੋਖਮ ਘਟਾਉਂਦੇ ਹਨ। ਜਦੋਂ ਤੁਹਾਡਾ ਨੈੱਟਵਰਕ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਮਨਜ਼ੂਰ ਕੀਤੇ ਨਿਯਮਾਂ ਤੇ ਚੱਲਦਾ ਹੈ, ਤਦ ਤੁਸੀਂ ਵਿਕਰੇਤਾ ਮਿਲਾ‑ਜੁਲਾ ਕੇ ਵਰਤ ਸਕਦੇ ਹੋ, ਟੈਲੈਂਟ ਭਰਤੀ ਕਰਨਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਵਿਸਥਾਰ ਬਿਨਾਂ ਮੁੜ‑ਬਣਾਉਟ ਕਰਕੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਅਕਸਰ SaaS ਟੂਲ ਵਾਂਗ ਨੈੱਟਵਰਕ "ਟ੍ਰਾਇ" ਨਹੀਂ ਕਰਦੇ। ਅੱਪਗਰੇਡ ਪ੍ਰੋਡਕਸ਼ਨ ਟਰੈਫਿਕ, ਸੁਰੱਖਿਆ, ਅਤੇ ਹੋਰ ਅੰਕੜਿਆਂ ਨੂੰ ਛੇੜਦੇ ਹਨ। ਮਿਆਰ ਮਨਜ਼ੂਰੀ ਦੇ ਖ਼ਰਚ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ।
ਜੇ ਨਵਾਂ ਸਵਿੱਚ ਉਮੀਦ ਅਨੁਸਾਰ Ethernet ਬੋਲਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਹੌਲੀ‑ਹੌਲੀ ਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ—ਇੱਕ ਕਲੋਜ਼ਟ, ਇਕ ਮੰਜ਼ਿਲ, ਇਕ ਸਾਈਟ—ਬਿਨਾਂ ਪੂਰੇ ਰਿਪ‑ਐਂਡ‑ਰਿਪਲੇਸ ਦੇ। ਜੇ ਇੱਕ ਰਾਊਟਰ BGP ਅਤੇ OSPF ਸਹੀ ਚਲਾਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਮੌਜੂਦਾ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਆਪਰੇਸ਼ਨਲ ਅਭਿਆਸਾਂ ਨੂੰ ਵਰਤ ਸਕਦਾ ਹੈ।
ਇਸ ਆਸਾਨੀ ਨਾਲ ਇੰਸਟਾਲੇਸ਼ਨ ਆਕਾਰ ਬਣਦਾ ਹੈ: ਵਧੇਰੇ ਡਿਪਲੋਇਮੈਂਟ → ਵਧੇਰੇ ਟ੍ਰੇਨਡ ਇੰਜੀਨੀਅਰ → ਵਧੇਰੇ ਰੈਫਰੰਸ ਡਿਜ਼ਾਈਨਾਂ → ਵਧੇਰਾ ਟੂਲਿੰਗ → ਏਗਜੈਕਟੀਡ ਭਰੋਸਾ।
ਪਰਚੇਜ਼ ਟੀਮਾਂ ਕੀਮਤ ਤੋਂ ਵੱਧ ਕੀਮਤਾਂ 'ਤੇ ਵਿਕਰੇਤਿਆਂ ਦੀ ਮੁਲਾਂਕਣ ਕਰਦੀਆਂ ਹਨ। ਉਹ ਸਾਲਾਂ ਦੀਆਂ ਡਿਟ, outage ਅਤੇ ਸਟਾਫ਼ ਬਦਲਾਅ ਦੌਰਾਨ ਪੇਸ਼ਾਨੀਮਾਂ ਲਈ ਪੇਸ਼ਗੀ ਨਿਰਭਰਤਾ ਚਾਹੁੰਦੀਆਂ ਹਨ। ਦੂਜੇ ਵਿਕਰੇਤਿਆਂ ਦੇ ਗੀਅਰ ਨਾਲ ਸਾਫ਼ ਕੰਮ ਕਰਨ ਦੀ ਦਿਖਾਵਟ ਇੱਕ ਭਰੋਸੇਯੋਗਤਾ ਨਿਸ਼ਾਨ ਹੈ। ਇਹ ਖਰੀਦਦਾਰ ਨੂੰ ਦੱਸਦਾ ਹੈ: "ਇਹ ਤੁਹਾਡੇ ਜਗ੍ਹਾ ਵਿੱਚ ਠੀਕ ਫਿੱਟ ਹੋਵੇਗਾ, ਤੁਹਾਨੂੰ ਸਾਡੀ ਦੁਨੀਆ ਵਿੱਚ ਰਹਿਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪਏਗੀ।"
ਮੁੱਖ ਨੁਕਤਾ: ਮਿਆਰ ਫਰਕ ਨੂੰ ਰੋਕਦੇ ਨਹੀਂ—ਉਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਫਰਕ ਕਿੱਥੇ ਹੁੰਦਾ ਹੈ।
ਕਈ ਇਨਫਰਾਸਟਰੱਕਚਰ ਕੰਪਨੀਆਂ ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਰਾਊਟਿੰਗ ਲਈ ਮਿਆਰ‑ਅਧਾਰਤ ਕੋਰ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਤੇ ਫਿਰ "ਐਕਸਟੈਂਸ਼ਨ" 'ਤੇ ਮੁਕਾਬਲਾ ਕਰਦੀਆਂ ਹਨ—ਆਟੋਮੇਸ਼ਨ, ਸੁਰੱਖਿਆ ਫੀਚਰ, ਸਧਾਰਨ ਚਲਾਉਣ ਵਾਲੇ ਤਰੀਕੇ, ਵਧੇਰੀ ਦ੍ਰਿਸ਼ਟੀਗੋਚਰਤਾ, ਤੇਜ਼ ਹਾਰਡਵੇਅਰ ਜਾਂ ਪੋਰਟਫੋਲੀਓ ਦੇ ਬੀਚ ਰੱਬੜ ਇੰਟੀਗਰੇਸ਼ਨ।
ਖਰੀਦਦਾਰਾਂ ਲਈ, ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਵਪਾਰ ਹੈ: ਮਿਆਰਾਂ ਦੀ ਪੋਰਟੇਬਿਲਟੀ ਫਾਇਦੇ ਰੱਖੋ ਅਤੇ ਜਿੱਥੇ ਦਿਨ‑ਦਰ‑ਦਿਨ ਕੰਮ ਹੁੰਦਾ ਹੈ ਉੱਥੇ ਮਤਲਬਪੂਰਨ ਸੁਧਾਰ ਲਓ।
ਇੱਕ reference architecture ਇੱਕ ਦਰਸਤ ਕੀਤਾ ਹੋਇਆ, "ਜਾਣਿਆ‑ਪਤਾ‑ਚੰਗਾ" ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਨੂੰ ਕਿਵੇਂ ਡਿਜ਼ਾਇਨ ਤੇ ਡਿਪਲੋਇ ਕਰਨਾ ਹੈ: ਸਿਫਾਰਸ਼ੀ ਕੰਪੋਨੈਂਟ, ਉਹ ਕਿਵੇਂ ਜੁੜਦੇ ਹਨ, ਕਿਵੇਂ ਕਨਫਿਗਰ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਕਿਹੜੇ trade‑offs ਉਮੀਦ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਐਂਟਰਪ੍ਰਾਈਜ਼ ਉਹਨਾਂ 'ਤੇ standardize ਕਰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਇਹ ਅਣਜਾਣਪਸੰਦ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ—ਕਠਨ ਰੋਲਆਊਟ ਨੂੰ ਇੱਕ ਦੁਹਰਾਏ ਜਾਣ ਯੋਗ ਰੈਸੀਪੀ ਦੇ ਨਜ਼ਦੀਕ ਲਿਆਉਂਦੇ ਹਨ।
ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਹਰ ਸਾਈਟ, ਟੀਮ ਜਾਂ ठੇਕੇਦਾਰ ਨੂੰ ਨੈੱਟਵਰਕ ਦੁਬਾਰਾ ਬਣਾਉਣ ਨਹੀਂ ਚਾਹੁੰਦੀਆਂ। standard ਪੈਟਰਨ ਨਤੀਜਿਆਂ ਨੂੰ ਰਿਪੀਟੇਬਲ ਬਣਾਉਂਦੇ ਹਨ:
Cisco ਨੂੰ ਨਾਫ਼ਾ ਇਹ ਮਿਲਿਆ ਕਿ ਉਹ ਸਿਰਫ ਉਤਪਾਦ ਨਹੀਂ, ਬਲਕਿ ਉਨ੍ਹਾਂ ਨਾਲ "ਬਣਾਉਣ ਦਾ ਇਕ ਮੁੜ‑ਦੋਹਰਾਉਣ ਯੋਗ ਤਰੀਕਾ" ਪੈਕੇਜ ਕਰਦਾ ਸੀ। ਸਮੇਂ ਨਾਲ, "Cisco ਢੰਗ" ਆਮ ਲੋੜਾਂ—ਕੈਂਪਸ ਸਵਿੱਚਿੰਗ, WAN ਰਾਊਟਿੰਗ, ਬ੍ਰਾਂਚ ਕਨੈਕਟੀਵਿਟੀ—ਦੇ ਲਈ ਡੀਫੋਲਟ ਜਵਾਬ ਵਾਂਗ ਲੱਗ ਸਕਦਾ ਸੀ, ਕਿਉਂਕਿ ਇਹ ਹਕੀਕਤੀ ਡਿਪਲੋਇਮੈਂਟ ਦ੍ਰਿਸ਼ਾਂਕਿਤ ਕਰਦਾ ਸੀ।
ਸਰਟੀਫਿਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮ (ਅਤੇ ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ ਟ੍ਰੇਨਿੰਗ ਸਮੱਗਰੀ) ਸਿਰਫ ਕਮਾਂਡ ਸਿੱਖਾਉਂਦੇ ਹੀ ਨਹੀਂ। ਉਹ ਫੈਸਲੇ standardize ਕਰਦੇ ਹਨ: ਨੈੱਟਵਰਕ ਨੂੰ ਕਿਵੇਂ ਸੈਗਮੈਂਟ ਕਰna, redundancy ਕਿਵੇਂ design ਕਰni, ਮਾਨੀਟਰਿੰਗ ਲਈ "ਚੰਗਾ" ਕੀ ਹੁੰਦਾ ਹੈ, change control ਅਤੇ upgrade ਲਈ ਕੀ ਬਿਹਤਰੀਨ ਹਨ। ਜਦੋਂ ਕਈ ਇੰਜੀਨੀਅਰ ਉਹੀ patterns ਸਿੱਖ ਲੈਂਦੇ ਹਨ, ਉਹ patterns ਸੰਗਠਨਾਤਮਕ ਨਾਰਮ ਬਣ ਜਾਂਦੇ ਹਨ—ਅਤੇ procurement ਦੌਰਾਨ ਸਭ ਤੋਂ ਆਸਾਨ ਚੋਣ ਬਣ ਜਾਂਦੇ ਹਨ।
ਵੇਰਵਾ ਭਰਪੂਰ ਡੌਕਯੂਮੈਂਟੇਸ਼ਨ, ਪ੍ਰਿਸਕ੍ਰਿਪਟਿਵ ਗਾਈਡ, validated designs, ਅਤੇ ਵੱਡਾ integrator/reseller ਇਕੋਸਿਸਟਮ perceived risk ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ। ਜੇ ਕੁਝ ਟੁੱਟੇ, ਤੁਸੀਂ ਇੱਕ playbook ਲੱਭ ਸਕਦੇ ਹੋ, ਅਨੁਭਵੀ ਮਦਦ Hire ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਸਪੋਰਟ escalate ਕਰ ਸਕਦੇ ਹੋ—ਬਿਨਾਂ ਕਿਸੇ ਨਿਚਲੇ ਹੂੰਨਰ 'ਤੇ ਸਟੇਕ ਰੱਖਣ ਦੇ।
ਹਰ ਸਫਲ ਰੋਲਆਊਟ ਅਗਲੀ ਵਾਰੀ ਲਈ ਮਜਬੂਤੀ ਲੈ ਕੇ ਆਉਂਦਾ ਹੈ। ਜਿਹਨਾ ਜ਼ਿਆਦਾ ਕਿਸੇ reference architecture ਦੀ ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ, ਉਹਨਾ ਵਿੱਚ trained ਟੈਲੈਂਟ, ਭਾਗੀਦਾਰ ਨਿਪੁੰਨਤਾ, ਅਤੇ ਅੰਦਰੂਨੀ ਭਰੋਸਾ ਵਧਦਾ ਹੈ—ਇਸ ਨਾਲ ਡੀਫੋਲਟ ਚੋਣ ਹੋਰ ਵੀ ਡੀਫੋਲਟ ਬਣ ਜਾਂਦੀ ਹੈ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕਿੰਗ self‑serve ਸਾਫਟਵੇਅਰ ਵਾਂਗ ਨਹੀਂ ਵੇਚੀ ਜਾਂਦੀ। ਇੱਕ ਸਵਿੱਚ ਜਾਂ ਰਾਊਟਿੰਗ ਪਲੇਟਫਾਰਮ uptime, security, compliance ਅਤੇ ਹਰੇਕ ਬਿਜ਼ਨਸ ਐਪ ਨੂੰ ਛੂਹਦਾ ਹੈ ਜੋ ਨੈੱਟਵਰਕ 'ਤੇ ਨਿਰਭਰ ਹੈ। ਇਸ ਨਾਲ ਮਾਪਦੰਡ ਉੱਚੇ ਹੋ ਜਾਂਦੇ ਹਨ: ਖਰੀਦਦਾਰ ਨਾ ਸਿਰਫ ਫੀਚਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ—ਉਹ ਵਿਕਰੇਤਾ ਦੀ ਸਮਰੱਥਾ ਦੀ ਵੀ ਜਾਂਚ ਕਰਦੇ ਹਨ ਕਿ ਉਹ ਸਾਲਾਂ ਤੱਕ ਲਗਾਤਾਰ ਕਿਵੇਂ ਪ੍ਰਦਾਨ ਕਰੇਗਾ।
ਕਈ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਡੀਲਾਂ 'ਚ "ਉਤਪਾਦ" ਵਿੱਚ design guidance, migration planning, interoperability testing, ਅਤੇ ਰਾਤ 2 ਵਜੇ ਕੁਝ ਟੁੱਟਣ 'ਤੇ escalation path ਸ਼ਾਮਿਲ ਹੁੰਦਾ ਹੈ। ਖਰੀਦ ਕਮੇਟੀ ਵਿਆਪਕ ਹੁੰਦੀ ਹੈ (ਨੈੱਟਵਰਕ ਇੰਜੀਨੀਅਰਿੰਗ, ਸੁਰੱਖਿਆ, ਓਪਰੇਸ਼ਨ, ਪ੍ਰੋਕਿਊਰਮੈਂਟ, ਫਾਇਨੈਂਸ), ਅਤੇ ਹਰ ਸਮੂਹ ਦੀ ਆਪਣੀ ਜੋਖਮ‑ਸਹਿਮਤ ਡਿਗਰੀ ਹੁੰਦੀ ਹੈ।
ਇਸ ਹਕੀਕਤ ਨਾਲ ਉਹ ਵਿਕਰੇਤਾ ਜਿਸ ਕੋਲ predictable ਨਤੀਜੇ ਅਤੇ end‑to‑end ਸਹਾਇਤਾ ਟੀਮ ਹੈ, ਵਰਗੇ ਵਿਕਰੇਤਾ ਨੂੰ ਫਾਇਦਾ ਹੁੰਦਾ ਹੈ।
ਨੈੱਟਵਰਕ ਖਰੀਦ ਅਕਸਰ ਕਈ ਸਾਲਾਂ ਵਾਲੇ ਚੱਕਰਾਂ 'ਤੇ ਚੱਲਦੇ ਹਨ: refresh ਬਜਟ, maintenance renewals, ਅਤੇ ਯੋਜਿਤ ਵਿਸਥਾਰ ਪ੍ਰੋਜੈਕਟ (ਨਵੀਂ ਸਾਈਟਾਂ, ਡੇਟਾ ਸੈਂਟਰ, ਜਾਂ ਕਲਾਉਡ ਕਨੈਕਟੀਵਿਟੀ)। ਖਾਤਾ ਕਵਰੇਜ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ongoing touchpoints ਹੁੰਦੇ ਹਨ—ਆਰਕੀਟੈਕਚਰ ਰਿਵਿਊ, quarterly business reviews, roadmap briefings—ਸਿਰਫ਼ ਉਕਤ ਸਮੇਂ ਲਈ ਕੋਟ ਨਾਂਹੀਂ।
Renewals ਨਵੇਂ ਗੀਅਰ ਜਿੰਨੇ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਕਿਉਂਕਿ ਸਪੋਰਟ ਕਾਂਟ੍ਰੈਕਟ, ਸੌਫਟਵੇਅਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ, ਅਤੇ ਲਾਈਫਸਾਈਕਲ ਸਰਵਿਸਜ਼ ਨੈੱਟਵਰਕ ਨੂੰ ਓਪਰੇਬਲ ਅਤੇ ਆਡਿਟੇਬਲ ਰੱਖਦੇ ਹਨ।
ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਢਾਂਚਾ ਦਿੰਦੈ—approved vendor lists, negotiated pricing frameworks, ਅਤੇ standardized configurations। ਇਕ ਵਾਰੀ ਇਹ ਸੈੱਟ ਹੋ ਜਾਣ, ਤਾਂ ਸਭ ਤੋਂ ਘੱਟ ਰੋਸਾਹੀ ਵਾਲਾ ਰਸਤਾ ਉਹੀ ਰਹਿੰਦਾ ਹੈ ਜੋ ਉਸੇ envelope ਵਿੱਚ ਖਰੀਦ ਕਰਦਾ ਹੈ।
ਐੱਕ ਵੱਡਾ ਹਿੱਸਾ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕਿੰਗ ਭਾਗੀਦਾਰਾਂ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ:
ਇਹ ਭਾਗੀਦਾਰ ਵਿਕਰੇਤਾ ਦੀ ਪਹੁੰਚ ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ ਅਤੇ ਸਥਾਨਕ ਨਿਪੁੰਨਤਾ ਬਣਾਉਂਦੇ ہیں ਜੋ ਅਪਣਾਉਣ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਾਉਂਦੀ ਹੈ।
ਮੁੱਖ ਮੁੱਲ ਜੋਖਮ ਘਟਾਉਣਾ ਹੈ। ਮਜ਼ਬੂਤ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੇਲਜ਼ ਸੰਗਠਨ reference designs, compatibility guidance, migration playbooks, ਅਤੇ escalation support ਮੁਹੱਈਆ ਕਰਵਾਉਂਦੇ ਹਨ—ਤਾਂ ਕਿ ਗਾਹਕ ਮੰਨਣ ਕਿ ਬਦਲਾਅ ਕੰਟਰੋਲ ਕੀਤੇ ਜਾਣਗੇ ਨਾ ਕਿ ਵਿਘਟਨਕ।
ਸਮੇਂ ਨਾਲ, ਇਹ ਭਰੋਸਾ ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਖਾਈ ਬਣ ਜਾਂਦਾ ਹੈ: ਜੇਕਰ ਵਿਕਲਪ ਆਕਰਸ਼ਕ ਲੱਗਦਿਆਂ ਵੀ, "ਪہلا_ਕੋਸ਼ਿਸ਼_ਕਰਨ ਵਾਲਾ" ਹੋਣ ਦਾ ਅਨੁਮਾਨਿਤ ਖ਼ਰਚ ਬਚਤ ਤੋਂ ਵੱਧ ਹੋ ਸਕਦਾ ਹੈ।
ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ ਉਹ ਗੈਰ‑ਸਪਸ਼ਟ ਖ਼ਰਚਾਂ ਅਤੇ ਜੋਖਮ ਹਨ ਜੋ ਨੈੱਟਵਰਕ ਵਿਕਰੇਤਾ ਨੂੰ ਬਦਲਣ ਤੇ ਸਾਹਮਣੇ ਆਉਂਦੀਆਂ ਹਨ। ਇਹ ਸਿਰਫ਼ ਨਵਾਂ ਗੀਅਰ ਖਰੀਦਣ ਦੀ ਗੱਲ ਨਹੀਂ—ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕਿੰਗ ਵਿੱਚ ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ ਚਾਰ ਪਹਲੂਆਂ 'ਤੇ ਢੇਰ ਹੁੰਦੀਆਂ ਹਨ: ਟੈਕਨੀਕਲ (ਕੰਪੈਟਬਿਲਟੀ ਅਤੇ ਕੰਫਿਗ), ਆਪਰੇਸ਼ਨਲ (ਰੋਜ਼ਾਨਾ ਚਲਾਉਣਾ), ਮਾਲੀ (ਕਾਂਟ੍ਰੈਕਟ, ਲਿਖ‑ਅੱਫ, ਲੇਬਰ), ਅਤੇ ਰਾਜਨੀਤਿਕ (ਫੈਸਲੇ ਦੀ ਮਲਕੀਅਤ ਅਤੇ ਜੇ ਕੁਝ ਗਲਤ ਹੋਵੇ ਤਾਂ ਕਿਸ ਨੂੰ ਜਵਾਬਦੇਹ ਠਹਿਰਾਇਆ ਜਾਏ)।
ਭਾਵੇਂ ਮੁਕਾਬਲੇਵਾਦੀ ਘੱਟ ਹਾਰਡਵੇਅਰ ਕੀਮਤ ਦੇਵੇ, migration ਯੋਜਨਾ ਨਿਰਣਾਇਕ ਹੋ ਸਕਦੀ ਹੈ। ਨੈੱਟਵਰਕ ਪੇਰੋਲ, ਗਾਹਕ ਐਪਸ, Wi‑Fi, ਅਤੇ ਸੁਰੱਖਿਆ ਕੰਟਰੋਲ ਲਈ backbone ਹਨ। ਵਿਕਰੇਤਾ ਬਦਲਣ ਨਾਲ ਤਿੰਨ ਪ੍ਰੈਕਟਿਕਲ ਜੋਖਮ ਆਉਂਦੇ ਹਨ:
ਇਸ ਹੀ ਕਰਕੇ ਬਹੁਤੀਆਂ ਟੀਮਾਂ ਸਾਈਟ‑ਬਾਈ‑ਸਾਈਟ ਹੌਲੀ‑ਹੌਲੀ ਮਾਈਗ੍ਰੇਟ ਕਰਦੀਆਂ ਹਨ ਨਾ ਕਿ ਇੱਕ ਸਾਫ਼ swap—ਅਤੇ ਇਸੀ ਲਈ "ਠੀਕ ਹੈ" incumbent ਅਕਸਰ ਟਿਕੇ ਰਹਿੰਦੇ ਹਨ (ਅਕਸਰ Cisco)।
ਇੱਕ ਪਰਪੱਕਾ ਵਾਤਾਵਰਨ tooling ਅਤੇ ਆਦਤਾਂ 'ਤੇ ਬਣਿਆ ਹੁੰਦਾ ਹੈ: ਮਾਨੀਟਰਨਿੰਗ ਡੈਸ਼ਬੋਰਡ, ਅਲਰਟ ਥਰੈਸ਼ਹੋਲਡ, ਕੰਫਿਗ ਟੈਂਪਲੇਟ, ਇੰਸਿਡੈਂਟ ਰਨਬੁਕ, ਅਤੇ ਐਸਕਲੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆਵਾਂ। ਸਾਲਾਂ ਵਿੱਚ ਟੀਮ ਇਹ ਸਿਸਟਮ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਵਿਕਰੇਤਾ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਅਨੁਸਾਰ ਸੰਵਾਰੇਂਦੀ ਹੈ।
ਸਕਿਲਜ਼ ਇਸਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੀਆਂ ਹਨ। ਜਦੋਂ ਸਟਾਫ਼ ਕਿਸੇ ਇੱਕ ਪਲੇਟਫਾਰਮ 'ਤੇ ਸਭ ਤੋਂ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਸੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਰੱਖਣਾ ਤਰਕਸੰਗਤ ਹੁੰਦਾ ਹੈ।
ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਵਿੱਚ ਅਸਾਮੀ friction ਵੀ ਹੁੰਦੀ ਹੈ:
ਸਵਿੱਚਿੰਗ ਇੱਕ ਇਕੱਲਾ ਖਰੀਦ ਫੈਸਲਾ ਨਹੀਂ—ਇਹ ਇੱਕ ਕਈ ਸਾਲਾ ਬਦਲਾਅ ਪ੍ਰੋਗਰਾਮ ਹੁੰਦਾ ਹੈ। ਇਹ ਹਕੀਕਤ vendor churn ਨੂੰ ਹੌਲਾ ਕਰਦੀ ਹੈ, ਅਤੇ ਉਹ ਕੰਪਨੀਆਂ ਜਿਸਾਂ ਨੇ ਪਹਿਲਾਂ ਹੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਕੇਂਦਰ ਵਿੱਚ ਸਥਿਤ ਕੀਤਾ ਹੋਇਆ ਹੈ, ਉਹਨੂੰ ਇਨਾਮ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਇਨਫਰਾਸਟਰੱਕਚਰ ਕਾਰੋਬਾਰਾਂ ਵਿੱਚ durability ਦਾ ਇੱਕ ਅਣਛੁਆ ਸਰੋਤ ਲੋਕ ਹਨ। ਜਦੋਂ ਕਿਸੇ ਵਿਕਰੇਤਾ ਦੇ ਟੂਲ "ਡੀਫੋਲਟ" ਸਕਿਲਜ਼ ਵਜੋਂ ਸਿਖਾਏ ਜਾਂਦੇ ਹਨ, ਨੌਕਰੀ ਲਈ ਖੋਜੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਸਰਟੀਫਾਈਡ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਬਾਜ਼ਾਰ ਆਪਣੀ ਮਦਦ ਨਾਲ ਖੁਦko ਰੀਇਨਫੋਰਸ ਕਰਦਾ ਹੈ—ਅਕਸਰ ਬਿਨਾਂ ਕਿਸੇ ਵਾਜਬ ਚੋਣ ਦੇ।
Cisco ਦੇ ਸਰਟੀਫਿਕੇਸ਼ਨ ਟ੍ਰੈਕ (ਅਤੇ ਉਹਨਾਂ ਦੇ ਆਲੇ‑ਦੁਆਲੇ ਦੀ ਟ੍ਰੇਨਿੰਗ ਇੰਡਸਟ্রি) ਸਿਰਫ ਕਮਾਂਡ ਹੀ ਨਹੀਂ ਸਿਖਾਉਂਦੇ; ਉਹ "ਚੰਗੇ" ਹੁੰਨੇ ਦੀ ਸਾਂਝੀ ਭਾਸ਼ਾ ਬਣਾਉਂਦੇ ਹਨ।
ਵਿਅਕਤੀ ਲਈ ਇਹ ਇੱਕ ਸਪੱਸ਼ਟ ਕਰੀਅਰ ਰਸਤਾ ਬਣਾਉਂਦਾ ਹੈ: ਪੜ੍ਹੋ, ਸਰਟੀਫਾਈ ਕਰੋ, ਨੌਕਰੀ ਲਓ, ਅੱਗੇ ਵਧੋ। ਨੌਕਰੀਦਾਤਾ ਲਈ ਇਹ ਇੱਕ ਸੰਕੇਤ ਹੈ: ਇੱਕ ਜਾਣਿਆ‑ਮਾਨਿਆ credential ਵਾਲਾ ਉਮੀਦਵਾਰ ਆਮ ਤੌਰ 'ਤੇ ਘੱਟ ਰੈਂਪ‑ਅਪ ਨਾਲ ਮੌਜੂਦਾ ਗੀਅਰ ਚਲਾ ਸਕਦਾ ਹੈ।
ਨੈੱਟਵਰਕ ਹਰ ਰੋਜ਼ ਚਲਾਉਣਾ ਹੁੰਦਾ ਹੈ। ਜੇ ਓਪਰੇਸ਼ਨਲ ਟੀਮ ਇੱਕ ਵਿਕਰੇਤਾ ਦੇ ਲਹਿਜੇ 'ਤੇ fluent ਹੈ, ਤਾਂ ਵੱਖਰੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਅਪਨਾਉਣਾ ਇਕ ਹੋਰ ਨੌਕਰੀ ਲੈਣ ਵਾਂਗ محسوس ਹੋ ਸਕਦਾ ਹੈ।
ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਲਈ, "ਕੀ ਅਸੀਂ ਇਸਨੂੰ ਸਟਾਫ਼ ਕਰ ਸਕਦੇ ਹਾਂ?" ਇਹਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਿਵੇਂ "ਕੀ ਅਸੀਂ ਇਸਨੂੰ afford ਕਰ ਸਕਦੇ ਹਾਂ?" ਇੱਕ ਵਿਆਪਕ ਟੈਲੈਂਟ ਪੂਲ ਆਪਰੇਸ਼ਨ ਜੋਖਮ ਘਟਾਉਂਦਾ ਹੈ:
ਇਹ ਜੋਖਮ ਘਟਾਉਣਾ ਫੈਸਲਿਆਂ ਨੂੰ ਉਸ ਵਿਕਰੇਤਾ ਵੱਲ ਝੁਕਾਉਂਦਾ ਹੈ ਜਿਸਦੇ ਕੋਲ ਸਭ ਤੋਂ ਆਮ ਸਕਿਲਜ਼ ਹੁੰਦੀਆਂ ਹਨ—ਭਾਵੇਂ ਹੋਰ ਵਿਕਲਪ ਕਾਗਜ਼ 'ਤੇ ਹੋਰ ਆਧੁਨਿਕ ਜਾਂ ਸਸਤੇ ਲੱਗਣ।
Consultants, resellers, ਅਤੇ MSPs ਟੈਲੈਂਟ ਦੇ ਪਿੱਛੇ ਜਾਂਦੇ ਹਨ। ਜੇ ਕਈ ਗਾਹਕ ਮੁਹਾਲਾਂ Cisco ਚੱਲਾਉਂਦੇ ਹਨ, ਤਾਂ ਭਾਗੀਦਾਰ ਉਸਦੇ ਆਲੇ‑ਦੁਆਲੇ ਫੇਰ ਢਾਂਚੇ, ਟੈੰਪਲੇਟ, ਅਤੇ managed offerings ਬਣਾਉਂਦੇ ਹਨ। ਉਹ ਪੈਕੇਜ ਸੇਵਾ‑ਪ੍ਰਦਾਨੀ ਅਪਣਾਉਣ ਨੂੰ ਸਮਾਨ ਬਣਾਉਂਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਡਿਪਲੋਇਮੈਂਟ ਵਧਂਦੇ ਹਨ।
ਵਧੇਰੇ ਡਿਪਲੋਇਮੈਂਟ → ਵੱਧ ਟ੍ਰੇਨਿੰਗ ਦੀ ਮੰਗ → ਵੱਧ ਸਰਟੀਫਾਈਡ ਟੈਲੈਂਟ ਅਤੇ ਭਾਗੀਦਾਰ → ਨਵੇਂ ਖਰੀਦਦਾਰਾਂ ਲਈ ਘੱਟ perceived risk → ਹੋਰ ਡਿਪਲੋਇਮੈਂਟ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕਿੰਗ ਗੀਅਰ ਨੂੰ ਗੈਜੇਟਾਂ ਵਾਂਗ ਨਹੀਂ ਖਰੀਦਾ। ਨੈੱਟਵਰਕ ਤੋਂ ਇਹ ਉਮੀਦ ਰੱਖੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਸਾਲਾਂ ਤੱਕ ਚੁੱਪਚਾਪ ਕੰਮ ਕਰੇ, ਅਪਗਰੇਡਾਂ, ਪ੍ਰਬੰਧਾਂ ਅਤੇ ਨਵੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੌਰਾਨ ਕੰਮ ਕਰਣਾ ਜਾਰੀ ਰਖੇ। ਇਸ ਮਾਹੌਲ ਵਿੱਚ, "ਚੋਣਾਂ" ਤੋਂ ਵੱਧ predictable uptime ਅਤੇ ਤੇਜ਼, ਨਿਪੁੰਨ ਮਦਦ ਜਦੋਂ ਕੁਝ ਟੁੱਟੇ—ਇਹ ਸਭ ਮੁੱਖ ਹਨ।
ਇੱਕ ਫਲਾਣਾ ਸਵਿੱਚ ਜੇ ਖਰਾਬ ਹੋ ਜਾਵੇ ਤਾਂ ਘੰਟਿਆਂ ਦਾ downtime, ਗੁਮ ਹੋਏ ਆਰਡਰ, ਜਾਂ ਅੰਦਰੂਨੀ ਪ੍ਰਣਾਲੀਆਂ ਰੁਕ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਲਈ ਖਰੀਦਦਾਰ ਅਕਸਰ ਸਾਬਤ ਹੋਈ ਸਥਿਰਤਾ, ਲੋਡ ਹੇਠਾਂ ਸਥਿਰ ਪ੍ਰਦਰਸ਼ਨ, ਅਤੇ conservative change management ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ—ਨਵੇਂ checkbox ਫੀਚਰ ਤੋਂ ਵੱਧ। ਜੋ ਵਿਕਰੇਤਾ ਘੱਟ ਹੈਰਾਨ ਕਰਦਾ ਹੈ, ਉਹ renewals ਜਿੱਤਦਾ ਹੈ।
ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਫੇਲਯੇ ਲਈ ਯੋਜਨਾ ਬਣਾਉਂਦੀਆਂ ਹਨ—ਨਾਹ ਕਿ ਉਹ ਅਦੇ ਲਾਇਨ। ਉਹ ਚਾਹੁੰਦੀਆਂ ਹਨ:
ਇੱਥੇ ਹੀ ਤਜੁर्बੇਕਾਰ ਵਿਕਰੇਤਾ ਮੋਟ (moat) ਬਣਾਉਂਦੇ ਹਨ: ਉਹ ਵੱਡੀ ਫਲੀਟ ਨੂੰ ਸਮੇਂ ਨਾਲ ਚਲਾਉਣਾ ਆਸਾਨ ਬਣਾਉਂਦੇ ਹਨ, ਨਾ ਕਿ ਸਿਰਫ ਇਕ ਵਾਰੀ ਇੰਸਟਾਲ ਕਰਨਾ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈੱਟਵਰਕ ਹੈ ਜੋ ਆਡਿਟ, ਬੀਮਾ ਦਾਅਵਿਆਂ, ਅਤੇ ਅੰਦਰੂਨੀ ਜੋਖਮ ਟੀਮਾਂ ਹੇਠ ਆਉਂਦਾ ਹੈ। ਖਰੀਦਦਾਰ ਤੁਰੰਤ security advisories, patches, ਦਸਤਾਵੇਜ਼ੀਕृतconfigs, ਅਤੇ ਉਹ ਸਹਾਇਤਾ ਚਾਹੁੰਦੇ ਹਨ ਜੋ fixes ਨੂੰ ਵੈਰੀਫਾਈ ਕਰਨ 'ਚ ਮਦਦ ਕਰ ਸਕੇ। ਜਦੋਂ vulnerabilities ਰੀਅਲ ਨਿਯਮਕਤੀ ਅਤੇ ਖਿਆਤੀ ਪ੍ਰਭਾਵ ਲਿਆਉਂਦੇ ਹਨ ਤਾਂ "ਅਸੀਂ ਬਾਅਦ 'ਚ ਦੇਖਾਂਗੇ" ਕਬੂਲਯੋਗ ਨਹੀਂ ਹੁੰਦਾ।
ਸਪੋਰਟ ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਜਾਲ ਨਹੀਂ; ਇਹ ਇੱਕ ਬਜਟ ਆਈਟਮ ਹੈ। ਕਾਂਟ੍ਰੈਕਟ replacement SLAs, ਸੌਫਟਵੇਅਰ ਅੱਪਡੇਟ ਅਤੇ ਇੰਸੀਡੈਂਟ ਸਮੇਂ ਮਾਹਿਰਤ ਤੱਕ ਪਹੁੰਚ ਰਾਹੀਂ TCO ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ। ਪੇਸ਼ਗੀ ਸਪੋਰਟ ਸ਼ਰਤਾਂ ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਅਤੇ IT ਨੂੰ ਲਾਗਤ ਅਨੁਮਾਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ—ਅਤੇ ਇਹ ਸਵਿੱਚ ਕਰਨ ਦੀ ਰੁਕਾਵਟ ਵਧਾਉਂਦੀਆਂ ਹਨ ਜੇ ਕਿਸੇ ਵਿਕਰੇਤਾ ਕੋਲ ਘੱਟ ਪੱਕੀਆਂ ਸ਼ਰਤਾਂ ਹੋਣ।
ਸਵਿੱਚਿੰਗ "ਹਰ ਜਗ੍ਹਾ" ਦਾ ਮਾਮਲਾ ਹੈ। ਰਾਊਟਿੰਗ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਕਿ ਟਰੈਫਿਕ ਕਿੱਥੇ ਜਾਵੇ—ਸਵਿੱਚਿੰਗ ਟਰੈਫਿਕ ਨੂੰ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਇੱਕ ਜਗ੍ਹਾ ਤੋਂ ਦੂਜੇ ਜਗ੍ਹਾ ਫੇਰਦੀ ਹੈ—ਮੇਜ਼, Wi‑Fi ਐਕਸੈੱਸ ਪੁਆਇੰਟ, ਸਰਵਰਾਂ ਅਤੇ ਭੰਡਾਰ ਨੂੰ ਜੋੜਦਿਆਂ।
ਕਿਉਂਕਿ ਲਗਭਗ ਹਰ ਡਿਵਾਈਸ ਅਖੀਰਕਾਰ ਇੱਕ ਸਵਿੱਚ ਨਾਲ ਜੁੜਦਾ ਹੈ (ਸਿੱਧਾ ਜਾਂ ਅਪਰੋਕਸੀਮੈਟ), ਸਵਿੱਚਿੰਗ ਇੱਕ ਵੱਡੀ ਵੌਲਿਊਮ ਸ਼੍ਰੇਣੀ ਬਣ ਗਈ। ਵੌਲਿਊਮ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਇਹ ਤੇਜ਼ ਹਾਰਡਵੇਅਰ ਸਾਈਕਲ, ਵਿਆਪਕ ਟੈਸਟਿੰਗ, ਅਤੇ ਵੱਡਾ ਸਪੋਰਟ ਫੁੱਟਪ੍ਰਿੰਟ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ।
ਸਵਿੱਚ ਤਿੰਨ ਥਾਵਾਂ 'ਤੇ ਹੁੰਦੇ ਹਨ ਜੋ ਜ਼ਿਆਦਾਤਰ ਕੰਪਨੀਆਂ ਕੋਲ ਹੁੰਦੀਆਂ ਹਨ:
ਹਰ ਖੇਤਰ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਵੱਖ‑ਵੱਖ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ਇਕ ਹੀ ਸਾਂਝੀ ਮੰਗ ਹੁੰਦੀ ਹੈ: predictable, low‑drama connectivity।
ਜਦੋਂ ਇੱਕ ਹੀ ਵਿਕਰੇਤਾ switching ਨਾਲ ਨਾਲ wired/wireless, security, management ਵਰਗੀਆਂ ਅੜੀਵਾਲੀ ਚੀਜ਼ਾਂ ਕਵਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਗਾਹਕਾਂ ਨੂੰ ਘੱਟ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਕੰਮ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਘੱਟ mismatched features, ਘੱਟ finger‑pointing incidents, ਅਤੇ ਅੱਪਗਰੇਡਾਂ ਤੋਂ ਬਾਅਦ ਘੱਟ compatibility surprises।
ਇਹ "ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਜੋਖਮ" IT ਸਮੇਂ ਅਤੇ ਬਿਜ਼ਨਸ ਡਾਊਨਟਾਈਮ ਵਿਚ ਸੱਚਾ ਖ਼ਰਚ ਹੁੰਦਾ ਹੈ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਅਕਸਰ ਇੱਕ ਛੋਟੇ ਸੈੱਟ 'ਤੇ standardize ਕਰ ਲੈਂਦੇ ਹਨ—ਘੱਟ ਮਾਡਲ ਅਤੇ ਸਾਫ਼ software ਵਰਜਨ। ਬੰਡਲਿੰਗ (ਵਪਾਰਕ ਅਤੇ ਤਕਨੀਕੀ) ਇਸਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੀ ਹੈ: ਇੱਕ ਖਰੀਦ ਪ੍ਰਕਿਰਿਆ, ਇੱਕ ਸਪੋਰਟ ਕਾਂਟ੍ਰੈਕਟ, ਅਤੇ ਇੱਕ ਸਪੱਸ਼ਟ ਲਾਈਫਸਾਈਕਲ ਰੀਤ।
ਇਹ ਸਿਰਫ ਸਹੂਲਤ ਨਹੀਂ—ਇਹ ਫੇਲ ਦੀ ਥਾਂ ਘੱਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੁਝ ਟੁੱਟਦਾ ਹੈ ਤਾਂ ਟਰਬਲਸ਼ੂਟਿੰਗ ਨੂੰ ਸਾਫ਼ ਬਨਾਉਂਦਾ ਹੈ।
Cisco ਦੀ durability ਸਿਰਫ਼ "ਪੁਰਾਣੇ" ਨੈੱਟਵਰਕ ਸਟੈਕ ਦਾ ਮਾਲਕ ਹੋਣ ਕਾਰਨ ਨਹੀਂ ਸੀ। ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਵੀ ਨਿਰਭਰ ਹੈ ਕਿ ਜਦੋਂ "ਨੈੱਟਵਰਕਿੰਗ" ਦੀ ਵਿਆਖਿਆ ਬਦਲਦੀ ਹੈ—ਆਟੋਮੇਸ਼ਨ, ਕੇਂਦਰੀ ਨਿਯੰਤਰਣ, ਅਤੇ ਨਤੀਜਿਆਂ (uptime, security posture, app performance) ਦੁਆਰਾ ਅੰਕਿਤ ਸੇਵਾਵਾਂ ਵੱਲ—ਤਾਂ ਵੀ ਕਿਵੇਂ rele vant ਰਹਿਣਾ ਹੈ।
SDN ਅਤੇ intent‑based ਨੈੱਟਵਰਕਿੰਗ ਨਾਲ, ਖਰੀਦਦਾਰ ਵੱਧ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ: "ਅਸੀਂ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਬਦਲਾਅ ਰੋਲ‑ਆਉਟ ਕਰ ਸਕਦੇ ਹਾਂ?" ਅਤੇ "ਕੀ ਅਸੀਂ ਪਾਲਣਾ ਸਾਬਤ ਕਰ ਸਕਦੇ ਹਾਂ?" ਇਸ ਨਾਲ ਮੁੱਲਾਂਕਣ throughput ਤੋਂ policy, visibility, automation, ਅਤੇ IT workflow ਇੰਟੀਗਰੇਸ਼ਨ ਵੱਲ ਸਿਫਟ ਹੁੰਦਾ ਹੈ।
Procurement ਵੀ ਵੱਧ cross‑functional ਹੋ ਜਾਂਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਟੀਮਾਂ, ਸੁਰੱਖਿਆ, ਅਤੇ ਐਪ/ਪਲੇਟਫਾਰਮ ਟੀਮਾਂ ਸਾਰੇ ਫੈਸਲੇ ਪ੍ਰਭਾਵਤ ਕਰਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਆਟੋਮੇਸ਼ਨ identity ਤੋਂ segmentation ਤੋਂ incident response ਤੱਕ ਸਭ ਕੁਝ ਛੂਹਦਾ ਹੈ।
ਜਿਵੇਂ‑ਜਿਵੇਂ ਨੈੱਟਵਰਕਿੰਗ ਵੱਧ ਸੌਫਟਵੇਅਰ‑ਪ੍ਰਭਾਵੀ ਹੁੰਦੀ ਹੈ, ਵਿਕਰੇਤਿਆਂ (ਸਮੇਤ Cisco) ਨੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਅਤੇ centralized management 'ਤੇ ਧਿਆਨ ਦ зара ਕੀਤਾ ਹੈ। ਮੁੱਲ ਪ੍ਰਸਤਾਵ ਹੁਣ ਇਕ ਸਿੰਗਲ ਸਵਿੱਚ ਬਾਰੇ ਨਹੀਂ ਰਿਹਾ, ਬਲਕਿ ਓਪਰੇਟਿੰਗ ਮਾਡਲ ਬਾਰੇ ਬਣ ਰਿਹਾ ਹੈ: ਲਗਾਤਾਰ ਨੀਤੀ, ਟੈਲੀਮੇਟਰੀ, ਅਤੇ ਕੰਪੈਰਕਰਤ ਅਪਗਰੇਡ ਕੈਂਪਸ, ਬ੍ਰਾਂਚ, ਅਤੇ ਡੇਟਾ ਸੈਂਟਰ 'ਚ।
ਗਾਹਕਾਂ ਲਈ, ਇਹ ਆਕਰਸ਼ਕ ਹੋ ਸਕਦਾ ਹੈ (ਪੇਸ਼ਗੀ ਲਾਈਫਸਾਈਕਲ, ਘੱਟ "snowflake" configs), ਪਰ ਇਹ ਬਜਟਿੰਗ ਅਤੇ ਵਿਕਰੇਤਾ ਮੁੱਲਾਂਕਣ ਨੂੰ ਵੀ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਲਾਇਸੰਸਿੰਗ ਸ਼ਰਤਾਂ, API ਪਹੁੰਚ, ਅਤੇ ਮੈਨੇਜਮੈਂਟ UX ਹਾਰਡਵੇਅਰ ਭਰੋਸੇਯੋਗਤਾ 만큼 ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦੇ ਹਨ।
ਇੱਕ ਤਰੀਕਾ ਜਿਸ ਨਾਲ ਖਰੀਦਦਾਰ ਲਾਕ‑ਇਨ ਘਟਾ ਸਕਦੇ ਹਨ ਉਹ ਹੈ operational ਲੇਅਰ 'ਤੇ ਵੱਧ ਕਾਬੂ ਰੱਖਣਾ: ਅੰਦਰੂਨੀ ਡੈਸ਼ਬੋਰਡ, change workflows, inventory tools, ਅਤੇ runbooks ਜੋ ਵੱਖ‑ਵੱਖ ਵਿਕਰੇਤਿਆਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।
ਜੇ ਤੁਸੀਂ ਇਸ ਕਿਸਮ ਦਾ glue software ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਇੱਕ vibe‑coding ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai unglamorous ਹਿੱਸਿਆਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ—React admin UI, Go backend, ਅਤੇ PostgreSQL ਡੇਟਾ ਮਾਡਲ ਨੂੰ chat‑driven spec ਤੋਂ ਖੜਾ ਕਰਨ ਵਿੱਚ। ਇਸ ਦੀ planning mode ਨੈੱਟਵਰਕ change‑control ਆਦਤਾਂ ਨਾਲ ਚੰਗੀ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਅਤੇ snapshots/rollback ਉਸ "ਹਮੇਸ਼ਾਂ undo ਰਾਹ" ਮਨੋਭਾਵ ਨਾਲ ਮਿਲਦੇ‑ਜੁਲਦੇ ਹਨ ਜੋ ਉਤਪਾਦਨ ਇੰਫਰਾਸਟਰੱਕਚਰ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਪਬਲਿਕ ਕਲਾਉਡ ਕੁਝ ਕੰਪਨੀਆਂ ਲਈ ਉਹ ਨੈੱਟਵਰਕਿੰਗ ਘਟਾਉਂਦਾ ਹੈ ਜੋ ਉਹ ਸਿੱਧਾ ਖਰੀਦਦੀਆਂ, ਜਦੋਂ ਕਿ white‑box ਸਵਿੱਚ ਅਤੇ open networking ਘੱਟ ਖ਼ਰਚੇ ਅਤੇ ਘੱਟ ਲਾਕ‑ਇਨ ਦਾ ਵਾਅਦਾ ਕਰਦੇ ਹਨ। ਇਹ ਵਿਕਲਪ ਅਕਸਰ ਉਹਨਾਂ ਟੀਮਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਦੇ ਹਨ ਜੋ hyperscale ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਚਲਾਉਂਦੇ ਹਨ—ਜਾਂ ਉਹ ਟੂਲਜ਼ ਤੇ standardize ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਜਿਵੇਂ Linux‑based network OSes।
incumbents ਆਮ ਤੌਰ 'ਤੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ (ਸੁਰੱਖਿਆ + ਨੈੱਟਵਰਕ + ਮੈਨੇਜਮੈਂਟ), ਸਪੋਰਟ ਅਤੇ ਲਾਈਫਸਾਈਕਲ ਗਾਰੰਟੀਜ਼, ਅਤੇ installed base ਲਈ "ਸੇਫ" migration paths ਨਾਲ ਕਿਸਾਨੀ ਕਰਦੇ ਹਨ। ਗਾਹਕਾਂ ਨੂੰ rip‑and‑replace ਕਰਨ ਦੀ ਬਜਾਏ, ਉਹ incremental upgrades ਨੂੰ ਘੱਟ ਜੋਖਿਮ ਵਾਲਾ ਬਣਾਉਂਦੇ ਹਨ—ਅਤੇ ਉਹ ਕੁੱਝ capability ਬੰਡਲ ਕਰਕੇ ਅਪਰੇਸ਼ਨਲ ਭਾਰ ਘਟਾਉਂਦੇ ਹਨ।
ਨੈੱਟਵਰਕ ਇੰਫਰਾਸਟਰੱਕਚਰ ਖਰੀਦਣਾ ਸਿਰਫ ਫੀਚਰ ਤੁਲਨਾ ਨਹੀਂ—ਇੱਕ ਲੰਬੀ ਅਵਧੀ ਦਾ ਓਪਰੇਟਿੰਗ ਫੈਸਲਾ ਹੈ। "ਸਰਵੋਤਮ" ਵਿਕਲਪ ਅਕਸਰ ਉਹ ਹੁੰਦਾ ਹੈ ਜੋ ਆਡਿਟ, ਸਟਾਫ਼ ਟਰਨਓਵਰ, ਵਿਸਥਾਰ, ਅਤੇ ਅਗਲੇ refresh ਚੱਕਰ ਦੌਰਾਨ ਮੈਨੇਜ ਹੋ ਸਕੇ।
ਰੋਜ਼ਾਨਾ ਜ਼ਿੰਦਗੀ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਣ ਵਾਲੀਆਂ ਮੂਲ ਚੀਜ਼ਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:
ਵਿਕਰੇਤਿਆਂ (ਅਤੇ ਭਾਗੀਦਾਰਾਂ) ਤੋਂ ਮੰਗੋ ਕਿ ਉਹ ਵਾਅਦ ਨਾ ਕਰਨ, ਪਰ ਵਿਸ਼ੇਸ਼ਤਾ ਦੱਸਣ:
ਤੁਸੀਂ ਉਸ ਵਿਕਰੇਤਾ ਤੋਂ ਭਰੋਸਾ ਰੱਖਦਿਆਂ ਵੀ ਆਪਣੀ ਲੈਵਰੇਜ ਕਾਇਮ ਰੱਖ ਸਕਦੇ ਹੋ:
ਜਦੋਂ downtime ਮਹਿੰਗਾ ਹੋਏ, ਪਾਲਣਾ ਸਖ਼ਤ ਹੋਵੇ, ਜਾਂ ਤੁਹਾਡੇ ਕੋਲ ਘਰੀਲੂ ਗਹਿਰਾਈ ਵਾਲੀ ਮਾਹਿਰਤਾ ਨਾ ਹੋਵੇ, ਤਾਂ ਜ਼ਿਆਦਾ ਭੁਗਤਾਨ ਕਰਨਾ ਤਰਕਸੰਗਤ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਘੱਟ ਤਰਕਸੰਗਤ ਹੁੰਦਾ ਹੈ ਜਦੋਂ environment ਸਧਾਰਣ ਹੋ, ਟੀਮ ਮਜ਼ਬੂਤ ਹੋ, ਅਤੇ ਪریمਿਯਮ ਸਿਰਫ Brand comfort ਖਰੀਦ ਰਿਹਾ ਹੋ ਨਾ ਕਿ measurable support, interoperability, ਜਾਂ migration ਲਚੀਲਾਪਨ।
Cisco ਦੀ durability ਕਿਸੇ ਇੱਕ ਉਤਪਾਦ ਯੁੱਗ ਨਾਲ ਸਮਝਾਈ ਨਹੀਂ ਜਾ ਸਕਦੀ। ਇਹ ਇੱਕ ਤਿੰਨ‑ਹਿੱਸਿਆਂ ਵਾਲੇ ਪਰਸਪਰ ਪ੍ਰਭਾਵਸ਼ালী ਫਲਾਈਵ੍ਹੀਲ 'ਤੇ ਟਿਕੀ ਹੈ: ਮਿਆਰ, ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੇਲਜ਼ ਏਕਜੀਕਿਊਸ਼ਨ, ਅਤੇ ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ।
1) ਵਧਣ ਦਾ ਇੰਜਣ ਵਜੋਂ ਮਿਆਰ। ਵਿਆਪਕ ਨੈੱਟਵਰਕ ਮਿਆਰਾਂ ਨੂੰ ਅਪਨਾਉਣ ਨਾਲ Cisco heterogeneous environment 'ਚ ਵੇਚ ਸਕਿਆ ਅਤੇ ਉਦਯੋਗੀ ਅਪਣਾਉਣ ਕ੍ਰਮਾਂ 'ਤੇ ਸਵਾਰ ਹੋਇਆ। ਮਿਆਰਾਂ ਨੇ ਖਤਮ ਹੋ ਜਾਣ ਵਾਲੀ ਤਕਨੀਕ 'ਤੇ ਦਾਅਵਾ ਕਰਨ ਦਾ ਜੋਖਮ ਘਟਾਇਆ।
2) ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੇਲਜ਼ ਏਕਜੀਕਿਊਸ਼ਨ। ਲੰਮੇ ਖਰੀਦ ਚੱਕਰ ਉਹਨਾਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਇਨਾਮ ਦਿੰਦੇ ਹਨ ਜੋ ਮੌਜੂਦ, ਧੀਰਜੇਵਰ, ਅਤੇ ਭਰੋਸੇਯੋਗ ਹੁੰਦੇ ਹਨ। ਕਵਰੇਜ਼ (ਅਕਾਉਂਟ ਟੀਮ, ਭਾਗੀਦਾਰ), ਭਰੋਸਾ (ਰੈਫਰੰਸ, ਟ੍ਰੈਕ‑ਰਿਕਾਰਡ), ਅਤੇ ਸਪੱਸ਼ਟ ਰੋਡਮੈਪ Cisco ਨੂੰ ਮੁੱਖ ਚੋਣ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕੀਤੇ।
3) ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ। ਇੱਕ ਵਾਰੀ ਨੈੱਟਵਰਕ ਚੱਲ ਰਿਹਾ ਹੋਵੇ, ਤਦ ਬਦਲਾਅ ਖ਼ਤਰਨਾਕ ਅਤੇ ਮਹਿੰਗਾ ਹੁੰਦਾ ਹੈ: redesign ਕੰਮ, ਆਉਟੇਜ, retraining, ਅਤੇ revalidation। ਭਾਵੇਂ ਮੁਕਾਬਲੇਵਾਲੇ specs ਜਾਂ ਕੀਮਤ ਮੇਲ ਖਾਂਦੇ ਹੋਣ, ਸਵਿੱਚ ਕਰਨ ਦੀ ਆਪਰੇਸ਼ਨਲ ਲਾਗਤ ਅਕਸਰ ਬਚਤ ਤੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ।
ਇਹ ਸਭ ਮਿਲ ਕੇ ਇਕੜੇ ਪ੍ਰਭਾਵ ਪੈਦਾ ਕਰਦੇ ਹਨ: ਵੱਧ installed base → ਵੱਧ trained engineers → ਵੱਧ partner investment → ਵੱਧ validated designs—ਜੋ ਅਗਲੀ ਵਿਕਰੀ ਨੂੰ ਆਸਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਬਦਲੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਹੋਰ ਵਿਕਰੇਤਾ‑ਚੋਣ ਅਤੇ ਲਾਈਫਸਾਈਕਲ ਯੋਜਨਾ ਦੇ ਵਿਚਾਰ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ /blog ਦੇਖੋ।
Cisco ਦੀ ਮਜ਼ਬੂਤੀ ਇੱਕ ਪਰਸਪਰ ਮਜ਼ਬੂਤ ਚੱਕਰ ਤੋਂ ਆਉਂਦੀ ਹੈ:
ਕਿਉਂਕਿ ਮਿਆਰਾਂ ਇੰਟੀਗਰੇਸ਼ਨ ਜੋਖਮ ਘਟਾਉਂਦੀਆਂ ਹਨ। ਜੇ ਕੋਈ ਡਿਵਾਈਸ ਆਮ ਪ੍ਰੋਟੋਕਾਲ (ਉਦਾਹਰਨ ਲਈ Ethernet, BGP, OSPF) ਨੂੰ ਸਹੀ ਤਰ੍ਹਾਂ ਸਮਝਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ:
ਇਸ ਨਾਲ ਅਪਨਾਂਵ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਇਨਾਮ ਮਿਲਦਾ ਹੈ ਜੋ interoperability 'ਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਹਨ।
Reference architectures ਇੱਕ ਪੱਕਾ, "ਪਤਾ ਲੱਗਿਆ-ਚੰਗਾ" ਤਰੀਕਾ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਕੀ ਚੁਣਨਾ ਹੈ ਤੇ ਕਿਵੇਂ ਤੈਅ ਕਰਨਾ ਹੈ। ਇਹ ਉਦਯੋਗਾਂ ਨੂੰ ਸਹਾਇਤਾ ਦਿੰਦੇ ਹਨ:
ਜੋ ਵਿਕਰੇਤਾ "known-good" ਡਿਜ਼ਾਈਨਾਂ ਦਿੰਦੇ ਹਨ, ਉਹ ਅਕਸਰ ਡੀਫ਼ੌਲਟ ਚੋਣ ਬਣ ਜਾਂਦੇ ਹਨ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦਦਾਰ ਸਮੇਂ ਨਾਲ predictable ਨਤੀਜਿਆਂ ਲਈ ਖਰੀਦਦੇ ਹਨ, ਨਾ ਕੇਵਲ ਫੀਚਰ ਲਈ। ਉਹਨਾਂ ਦੀਆਂ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ:
ਇਸ ਨਾਲ ਉਹਨਾਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਫਾਇਦਾ ਹੁੰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਭਰੋਸੇਯੋਗਤਾ, ਕਵਰੇਜ਼ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਦੀ ਸਹਾਇਤਾ ਪਾਲਸੀ ਹੋਵੇ।
ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ ਉਹਨਾਂ ਗੁੰਝਲਦਾਰ ਖ਼ਰਚਾਂ ਅਤੇ ਜੋਖਮਾਂ ਨੂੰ ਸ਼ਾਮਿਲ ਕਰਦੀਆਂ ਹਨ ਜੋ ਨਵੇਂ ਵੇਂਡਰ ਨੂੰ ਲਿਆਉਣ 'ਤੇ ਆਉਂਦੀਆਂ ਹਨ, ਨਾ ਕੇਵਲ ਨਵਾਂ ਹਾਰਡਵੇਅਰ ਖਰੀਦਣ:
ਅਮਲੀ ਤੌਰ 'ਤੇ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਯੋਜਨਾ ਅਕਸਰ ਸਾਜ਼ੋ‑ਸਮਾਨ ਤੋਂ ਵੱਧ ਮਹਿੰਗੀ ਹੁੰਦੀ ਹੈ।
ਨੈੱਟਵਰਕ ਲਗਭਗ ਹਰ ਚੀਜ਼ ਲਈ critical path 'ਚ ਹੁੰਦਾ ਹੈ (ਐਪਸ, ਪੇਰੋਲ, Wi‑Fi, ਸੁਰੱਖਿਆ)। ਬਦਲਾਅ ਨਾਲ ਅਜਿਹੇ ਜੋਖਮ ਹੁੰਦੇ ਹਨ ਜੋ ਅਕਸਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਿਮੂਲੇਟ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ:
ਇਸ ਲਈ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਕਸਰ ਫੇਜ਼ਾਂ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ—"big bang" ਨਹੀਂ।
ਸਰਟੀਫਿਕੇਸ਼ਨ ਇੱਕ ਸਾਂਝਾ संचालन ਭਾਸ਼ਾ ਅਤੇ ਡੂੰਘੀ ਹُنਰ ਪੂਲ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਨੌਕਰੀਦਾਤਾ ਲਈ ਇਸਦਾ ਮਤਲਬ:
ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਕਿਸੇ ਇੱਕ ਪਲੇਟਫਾਰਮ 'ਤੇ ਤੇਜ਼ ਹੈ, ਤਾਂ ਉਸੇ ਨੂੰ ਰੱਖਣਾ ਤਰਕਸੰਗਤ ਹੋ ਸਕਦਾ ਹੈ—ਭਾਵੇਂ ਹੋਰ ਵਿਕਲਪ ਕਾਗਜ਼ 'ਤੇ ਸਸਤੇ ਲੱਗਣ।
ਇੱਕ ਅਧਿਕਾਰਤ ਵਿਕਰੇਤਾ ਜੋ ਸਥਿਰਤਾ ਦੇਣਦਾ ਹੈ ਉਹ renewals ਜਿੱਤਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਚੀਜ਼ਾਂ ਮੋਟਾ‑ਮੋਟਾ ਫਰਕ ਪਾਂਦੀਆਂ ਹਨ:
ਇਹ ਸਭ ਕੁਝ ਮਿਲ ਕੇ ਇੱਕ ਮਜ਼ਬੂਤ ਮੋਟ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਉਸ ਵਿਕਰੇਤਾ ਨੂੰ ਬਦਲਣਾ ਔਖਾ ਕਰ ਦਿੰਦਾ ਹੈ।
ਮਿਆਰ ਨੈੱਟਵਰਕ ਦੇ ਕੋਰ ਨੂੰ ਪੋਰਟੇਬਲ ਰੱਖ ਸਕਦੇ ਹਨ, ਪਰ ਫਰਕ਼ ਆਪਰੇਸ਼ਨ ਅਤੇ ਕੰਟਰੋਲ 'ਚ ਹੁੰਦਾ ਹੈ:
ਪ੍ਰਯੋਗਕ ਤਸਦੀਕ ਇਹ ਹੈ ਕਿ ਕੀ ਤੁਸੀਂ ਮਿਕਸਡ ਇੰਵਾਇਰਨਮੈਂਟ ਸਾਫ਼ਤੌਰ 'ਤੇ ਚਲਾ ਸਕਦੇ ਹੋ ਅਤੇ configs/data ਨਿਕਾਸ ਕਰ ਸਕਦੇ ਹੋ।
ਲਚੀਲਾਪੂਰਕਤਾ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹੋਏ ਸਥਿਰਤਾ ਨੂੰ ਪ੍ਰਾਥਮਿਕਤਾ ਦੇਣ ਲਈ ਕਈ ਤਰਕੀਬਾਂ:
ਨੁੱਖਾ ਚੀਜ਼ ਇਹ ਹੈ ਕਿ Cisco ਦੀ ਮਜ਼ਬੂਤੀ ਇੱਕ ਤਿੰਨ‑ਪਹੀਏ ਚੱਕਰ 'ਤੇ ਟਿਕੀ ਹੈ: ਮਿਆਰ, ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੇਲਜ਼ ਏਕਜੀਕਿਊਸ਼ਨ, ਅਤੇ ਸਵਿੱਚਿੰਗ ਲਾਗਤਾਂ। ਇਹ ਇਕ‑ਦੂਜੇ ਨੂੰ ਮਜਬੂਤ ਕਰਦੇ ਹੋਏ installed base, ਟਰੈਨਿੰਗ, ਅਤੇ validated designs ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ—ਜੋ ਅੱਗੇ ਚੋਣ ਨੂੰ ਆਸਾਨ ਅਤੇ ਬਦਲੀ ਨੂੰ ਔਖਾ ਬਣਾਉਂਦਾ ਹੈ।
ਇਨ੍ਹਾਂ ਨਾਲ ਤੁਸੀਂ ਭਰੋਸੇਯੋਗਤਾ ਨੁਕਸਾਨ ਬਿਨਾਂ ਲੌਕ‑ਇਨ ਘਟਾ ਸਕਦੇ ਹੋ।