IBM ਨੇ ਸੇਵਾਵਾਂ ਨੂੰ ਮੇਨਫਰੇਮ ਅਤੇ ਏਨਟਰਪ੍ਰਾਈਜ਼ ਭਰੋਸੇ ਨਾਲ ਜੋੜ ਕੇ ਕਿਵੇਂ ਪ੍ਰਸੰਗਿਕਤਾ ਬਣਾਈ ਰੱਖੀ—ਪੁਰਾਣੇ ਕੰਪਿਊਟਿੰਗ ਤੋਂ ਆਧੁਨਿਕ ਹਾਈਬ੍ਰਿਡ ਕਲਾਊਡ ਅਤੇ AI ਤੱਕ ਦੀ ਯਾਤਰਾ।

ਜ਼ਿਆਦਾਤਰ ਟੈਕ ਕੰਪਨੀਆਂ ਕਿਸੇ ਇੱਕ ਯੁਗ ਲਈ ਯਾਦ ਰਹਿੰਦੀਆਂ ਹਨ: PC ਬੂਮ, ਡਾਟ‑ਕੌਮ, ਮੋਬਾਈਲ, ਸੋਸ਼ਲ, ਕਲਾਊਡ। IBM ਅਜੀਬ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕਈ ਐਸੀਆਂ ਲਹਿਰਾਂ ਦੌਰਾਨ ਵਪਾਰਕ ਰੂਪ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਰਹੀ—ਕਈ ਵਾਰੀ ਸਿਰਲੇਖਾਂ 'ਚ, ਪਰ ਅਕਸਰ ਉਹ ਚੋਪੜੀ ਓਹਲੇ ਜੋ ਸਾਰੇ ਚਲਾਉਂਦੇ ਹਨ।
ਕੰਪਿਊਟਿੰਗ ਜਦੋਂ ਰੂਮ-ਸਾਈਜ਼ ਮਸ਼ੀਨਾਂ ਤੋਂ ਵੰਡੇ ਸਰਵਰਾਂ, ਫਿਰ ਕਲਾਊਡ ਸੇਵਾਵਾਂ ਅਤੇ AI ਤੱਕ ਗਈ ਤਾਂ IBM ਨੂੰ ਅਨੁਕੂਲ ਹੋਣਾ ਪਿਆ। ਅਮੂਮਨ ਗਲ ਇਹ ਨਹੀਂ ਕਿ IBM ਨੇ ਇੱਕ ਵਾਰ "ਪਿਵਟ" ਕੀਤਾ; ਜ਼ਰੂਰੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕੰਪਨੀ ਨੇ ਕਈ ਵਾਰ ਆਪਣੇ ਕਾਰੋਬਾਰ ਨੂੰ ਮੁੜ-ਦਿਸ਼ਾ ਦਿੱਤੀ ਬਿਨਾਂ ਉਹਨਾਂ ਗਾਹਕਾਂ ਨੂੰ ਖੋਏ ਜੋ ਆਪਣੇ ਕੋਰ ਓਪਰੇਸ਼ਨ IBM ਤਕਨੀਕ 'ਤੇ ਚਲਾਉਂਦੇ ਹਨ।
ਇਹ ਲੇਖ ਉਹ ਤਿੰਨ ਲੰਬੇ ਸਮੇਂ ਵਾਲੀਆਂ ਤਾਕਤਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਰਿਹਾਇਸ਼ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀਆਂ ਹਨ:
ਇਹ ਇੱਕ ਕਾਰੋਬਾਰੀ ਰਣਨੀਤੀ ਦੀ ਕਹਾਣੀ ਹੈ—ਪੂਰਾ ਉਤਪਾਦ ਸੁਚੀ-ਪੁਸਤਕ ਨਹੀਂ, ਅਤੇ ਨਾਹ ਹੀ ਪੂਰਾ ਕਾਰਪੋਰੇਟ ਇਤਿਹਾਸ। ਲਕੜੀ ਇਹ ਸਮਝਣਾ ਹੈ ਕਿ IBM ਨੇ ਉਦਯੋਗ ਦੀ ਕਹਾਣੀ ਮੁੜ-ਮੁੜ ਬਦਲਦਿਆਂ ਵੀ ਐਨਟਰਪ੍ਰਾਈਜ਼ ਆਈਟੀ ਵਿੱਚ ਆਪਣੀ ਥਾਂ ਕਿਵੇਂ ਬਚਾਈ।
IBM ਲਈ ਸੰਬੰਧਿਤਤਾ ਉਪਭੋਗਤਾ ਮਨ-ਸ਼ੇਅਰ ਨਾਲ ਨਹੀਂ ਮਾਪੀ ਜਾਂਦੀ। ਇਹ ਰੇਵਨਿਊ ਮਿਕਸ (ਕਿੰਨਾ ਆਮਦਨ ਰਿਕਰਿੰਗ ਕੰਮ ਤੋਂ ਹੈ), ਗਾਹਕ ਅਧਾਰ (ਲੰਬੇ ਸਮੇਂ ਦੇ ਰਿਸ਼ਤੇ), ਅਤੇ ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ ਉਪਯੋਗ ਕੇਸ (ਪੇਮੈਂਟ, ਲਾਜਿਸਟਿਕਸ, ਸਰਕਾਰ ਦੇ ਸਿਸਟਮ, ਵੱਡੇ ਪੈਮਾਣੇ ਦੀ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਪ੍ਰਓਸੈਸਿੰਗ) ਵਿੱਚ ਦਰਸਦੀ ਹੈ ਜਿੱਥੇ ਭਰੋਸਾ, ਸੁਰੱਖਿਆ ਅਤੇ ਜਵਾਬਦੇਹੀ ਹਾਈਪ ਤੋਂ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੀਆਂ ਹਨ।
IBM ਦੀ ਲੰਬੀ ਉਮਰ ਉਸਦੀਆਂ ਇਹ ਸੂਝਵਾਨੀ ਮੁੜ-ਵਿਆਖਿਆਵਾਂ ਨਾਲ ਹੋਰ ਸਮਝ ਆਉਂਦੀ ਹੈ: ਕੰਪਨੀ ਵਾਰ-ਵਾਰ ਇਹ ਪਰਿਭਾਸ਼ਤ ਕਰਦੀ ਰਹੀ ਕਿ ਇਹ “ਕੀ ਵਿਕਾਉਂਦੀ ਹੈ।” ਕਈ ਵਾਰੀ ਇਹ ਮਸ਼ੀਨਰੀ ਸੀ, ਕਈ ਵਾਰੀ ਸਾਫਟਵੇਅਰ, ਅਤੇ ਅਕਸਰ ਪੱਕਾ-ਭਰੋਸਾ: ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਲਈ ਇੱਕ ਤਰੀਕਾ ਜੋ ਉਹ ਚਲਾਉਂਦੀਆਂ ਰਹਿਣ ਜਦੋਂ ਤਕਨੀਕ ਹੇਠਾਂ ਬਦਲ ਰਿਹਾ ਹੋਵੇ।
ਇੱਕ ਵੱਡਾ ਮੁੜ-ਪਹੁੰਚ ਨੁਕਤਾ IBM ਦਾ System/360 ਵੱਲ compatibility ਅਤੇ ਮਿਆਰੀਕ੍ਰਿਤ ਪਲੇਟਫਾਰਮਾਂ ਵੱਲ ਰੁਝਾਨ ਸੀ। ਧਾਰਨਾ ਸਿਰਫ़ “ਇੱਕ ਤੇਜ਼ ਕੰਪਿਊਟਰ” ਨਹੀਂ ਸੀ, ਸਗੋਂ ਇੱਕ ਐਸਾ ਪਰਿਵਾਰ ਸੀ ਜੋ ਗਾਹਕਾਂ ਨੂੰ ਬਿਨਾਂ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਮੁੜ-ਲਿਖੇ ਵਧਣ ਦੀ ਆਜ਼ਾਦੀ ਦਿੰਦਾ। ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਲਈ ਇਹ ਵਾਅਦਾ ਬੇਮਿਸਾਲ ਸੀ।
IBM ਨੇ ਵਪਾਰ ਲਈ ਪर्सਨਲ ਕੰਪਿਊਟਰ ਨੂੰ ਕੈਬਲੇਤ ਕੀਤਾ, ਪਰ PC ਮਾਰਕੀਟ ਨੇ ਗਤੀ, ਕੀਮਤ ਮੁਕਾਬਲੇ ਅਤੇ ਤੇਜ਼ ਉਤਪਾਦ ਚੱਕਰ ਨੂੰ ਇਨਾਮ ਦਿੱਤਾ—ਉਹ ਖੇਤਰ ਜਿੱਥੇ ਲੰਬੇ-ਅਵਧੀ ਦੇ ਗਾਹਕ ਰਿਸ਼ਤੇ ਘੱਟ ਅਹਮ ਹੁੰਦੇ। IBM ਦਾ ਪ੍ਰਭਾਵ ਅਸਲ ਵਿੱਚ ਸੀ, ਫਿਰ ਵੀ ਲੰਬੇ ਸਮੇਂ ਦਾ ਫਾਇਦਾ ਵੱਡੇ ਪੈਮਾਣੇ ਦੇ ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ ਕੰਪਿਊਟਿੰਗ ਵਿੱਚ ਹੀ ਰਿਹਾ।
ਜਦੋਂ IT ਜ਼ਿਆਦਾ ਜਟਿਲ ਹੋ ਗਿਆ, ਬਹੁਤ ਸਾਰੇ ਗਾਹਕ ਸਿਰਫ਼ ਉਪਕਰਨ ਨਹੀਂ ਚਾਹੁੰਦੇ; ਉਹ ਪ੍ਰੋਜੈਕਟ, ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਅਤੇ ਖਤਰਾ ਘਟਾਉਣ ਵਾਲੇ ਨਤੀਜੇ ਚਾਹੁੰਦੇ ਹਨ। IBM ਨੇ ਜ਼ਿਆਦਾਤਰ ਨਤੀਜੇ ਵੇਚੇ—ਅਪਟਾਈਮ, ਆਧੁਨਿਕੀਕਰਨ ਯੋਜਨਾਵਾਂ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਹਾਇਤਾ, ਸੁਰੱਖਿਆ ਪ੍ਰੋਗਰਾਮ—ਇੱਕੋ “ਲਾਜ਼ਮੀ” ਡਿਵਾਈਸ ਦੀ ਥਾਂ।
ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਅਚਾਨਕ ਬਦਲਦੀਆਂ ਨਹੀਂ—ਇਸਦੇ ਕਾਰਨ ਹਨ: ਕੰਪਲਾਇੰਸ ਨਿਯਮ, ਲੰਮੇ ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਚੱਕਰ ਅਤੇ ਡਾਊਨਟਾਈਮ ਦੀ ਲਾਗਤ। IBM ਦਾ ਇਤਿਹਾਸ ਇਸ ਹਕੀਕਤ ਨੂੰ ਟ੍ਰੈਕ ਕਰਦਾ ਹੈ। ਇਹ ਅਕਸਰ ਉਹਨਾਂ ਗਾਹਕਾਂ ਨੂੰ ਜਿੱਤਦਾ ਸੀ ਜਿੱਥੇ ਉਹ ਹਨ—ਅਤੇ ਫੇਰ ਉਨ੍ਹਾਂ ਨੂੰ ਨਾਪ-ਤੋਲੀ ਕਦਮਾਂ ਵਿੱਚ ਅੱਗੇ ਲੈ ਜਾਂਦਾ ਸੀ, ਯੁਗ ਬਾਅਦ ਯੁਗ।
IBM ਦੇ ਸਭ ਤੋਂ ਲੰਬੇ ਰਿਸ਼ਤੇ ਸ਼ੌਕੀਨਾਂ ਜਾਂ ਅਰੰਭਕ ਗ੍ਰਹਿਣਕਾਰਾਂ ਨਾਲ ਨਹੀਂ ਸਨ—ਬਲਕਿ ਉਹਨਾਂ ਸੰਗਠਨਾਂ ਨਾਲ ਸਨ ਜੋ ਹੈਰਾਨ ਕਰਨ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਬਰਦਾਸ਼ਤ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ। ਸਰਕਾਰਾਂ, ਬੈਂਕਾਂ, ਬੀਮਾ ਕੰਪਨੀਆਂ ਅਤੇ ਏਅਰਲਾਈਨ ਡਸੀਕਦੇ ਰਹੇ ਕਿ IBM ਸਿਸਟਮ ਅਤੇ ਸੇਵਾਵਾਂ 'ਤੇ ਦਹਾਕਿਆਂ ਤੱਕ ਭਰੋਸਾ ਕੀਤਾ ਜਾਵੇ ਕਿਉਂਕਿ ਇਹ ਸੰਸਥਾਵਾਂ ਉੱਚ-ਵਾਲੀਅਮ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ, ਕਠੋਰ ਨਿਯਮ ਅਤੇ ਜਨਤਕ ਜਵਾਬਦੇਹੀ 'ਤੇ ਚੱਲਦੀਆਂ ਹਨ।
“ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ” ਸਾਦਾ ਸ਼ਬਦਾਂ ਵਿੱਚ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੰਮ ਚੱਲਦਾ ਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਏਅਰਲਾਈਨ ਦਾ ਰਿਜਰਵੇਸ਼ਨ ਸਿਸਟਮ ਡਾਊਨ ਹੋ ਜਾਵੇ ਤਾਂ ਸਿਰਫ਼ ਉਡਾਣਾਂ ਦੇਵਿੱਖੇ ਡਿਲੇ ਨਹੀਂ ਹੁੰਦੇ—ਸਟਾਫ ਮੁਲਾਕਾਤਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬੁਕ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਗੇਟ ਭਿੱਡ ਜਾਣਗੇ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਆਮਦਨੀ ਮਿੰਟਾਂ ਵਿੱਚ ਖੋ ਜਾਵੇਗੀ। ਬੈਂਕ ਦੀੋਗਾਹਿਕ ਪ੍ਰਕਿਰਿਆ ਨਾ ਹੋਣ 'ਤੇ ਲੋਕ ਪੈਸਾ ਨਹੀਂ ਲੈ ਸਕਦੇ। ਬੀਮਾ ਕੰਪਨੀ ਲਈ ਆਉਟੇਜ ਦਾਅਵਿਆਂ, ਕੰਪਲਾਇੰਸ ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਗਾਹਕ ਸੇਵਾ ਰੋਕ ਸਕਦੇ ਹਨ।
ਇਹ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ, ਤਕਨਾਲੋਜੀ ਇੱਕ “ਸੁਆਦ-ਸੁਮੇਟ” ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ—ਇਹ ਓਪਰੇਸ਼ਨਲ ਪਲੰਬਿੰਗ ਹੈ। ਭਰੋਸਾ, ਪੇਸ਼ਗੀ ਸਹਾਇਤਾ ਅਤੇ ਸਪੱਸ਼ਟ ਜਵਾਬਦੇਹੀ ਹਰ ਰੋਜ਼ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵੱਲੋਂ ਉਨੀ-ਜਿੰਨੀ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੀਆਂ ਹਨ।
ਵੱਡੇ ਏਨਟਰਪ੍ਰਾਈਜ਼ ਅਕਸਰ “ਇੱਕ ਟੂਲ ਅਜ਼ਮਾਓ” ਅਤੇ ਅੱਗੇ ਵਧ ਜਾਵੋ ਨਹੀਂ ਕਰਦੇ। ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਮਹੀਨੇ ਲੈ ਸਕਦੀ ਹੈ (ਕਈ ਵਾਰੀ ਹੋਰ ਵੀ) ਕਿਉਂਕਿ ਖਰੀਦ ਨੂੰ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ, ਕਾਨੂੰਨੀ ਚੈੱਕ, ਆਰਕੀਟੈਕਚਰ ਮਾਪਦੰਡ ਅਤੇ ਬਜਟ ਯੋਜ਼ਨਾ ਰਾਹੀ ਪਾਸ ਹੋਣਾ ਪੈਂਦਾ ਹੈ। ਕਈ ਸਿਸਟਮਾਂ ਨੂੰ ਨਿਯਮਕ ਅਤੇ ਆਡੀਟਰ ਹਸਤੀ ਦੇ ਅਨੁਸਾਰ ਵੀ ਪੂਰਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਇਸ ਨਾਲ ਉਹਨਾਂ ਵੈਂਡਰਾਂ ਨੂੰ ਤਰਜੀਹ ਮਿਲਦੀ ਹੈ ਜੋ ਨਿਯੰਤਰਣ ਦਸਤਾਵੇਜ਼, ਲੰਬੇ ਸਮੇਂ ਦੀ ਸਹਾਇਤਾ ਅਤੇ ਕాంట੍ਰੈਕਟ ਮਹਾਰਥ ਲਈ ਦਸਤਖਤ ਕਰ ਸਕਦੇ ਹਨ।
ਇੱਥੇ IBM ਦੀ ਖੁਦ ਦੀ ਸ਼ੋਹਰਤ ਇੱਕ ਉਤਪਾਦ ਬਣ ਗਈ: ਇੱਕ ਵੈਂਡਰ ਜਿਸਨੂੰ ਕਰੀਅਰ 'ਤੇ ਸ਼ਰਾਰਤ ਦਾ ਖ਼ਤਰਾ ਘੱਟ ਹੋਵੇ।
ਉਹ ਫ਼ਰੇਜ਼ ਸਿਰਫ਼ ਬ੍ਰਾਂਡ ਲੋਇਲਟੀ ਨਹੀਂ ਸੀ—ਇਹ ਫੈਸਲੇ ਦੇ ਤਰਕ ਦਾ ਸੰਖੇਪ ਸੀ। IBM ਚੁਣਨ ਦਾ ਸੰਕੇਤ ਸੀ: ਇਹ ਹੱਲ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਸਪੋਰਟ ਉਪਲਬਧ ਰਹੇਗੀ, ਅਤੇ ਜੇ ਕੁਝ ਗਲਤ ਹੋਇਆ ਤਾਂ ਨੇਤৃত্ব ਕਿਸੇ ਬਰਾਇਆਏ ਤਰਕਯੋਗ, ਮੈਧਾਨਕ ਚੋਇਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦਾ ਹੈ।
IBM ਨੇ ਇਸ ਡਾਇਨਾਮਿਕ ਤੋਂ ਲਾਭ ਲਿਆ, ਪਰ ਇਹ ਵੀ ਜਿੰਨੀ ਵਾਰ ਜ਼ਰੂਰੀ ਸੀ ਉਹਨਾਂ ਹਾਲਾਤਾਂ ਵਿੱਚ ਖੜਾ ਰਹਿਣਾ ਸੀ—ਸੰਗੀਨ ਘਟਨਾਵਾਂ 'ਤੇ ਹਾਜ਼ਰ ਹੋਣਾ, ਲੈਗੇਸੀ ਸਿਸਟਮਾਂ ਨੂੰ ਸਮਰਥਨ ਦੇਣਾ ਜਦੋਂ ਉਨ੍ਹਾਂ ਨੂੰ ਆਧੁਨਿਕੀਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ, ਅਤੇ ਐਨਟਰਪ੍ਰਾਈਜ਼ ਆਈਟੀ ਦੇ ਗਵਰਨੈਂਸ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ।
ਮੇਨਫਰੇਮ ਅਕਸਰ “ਬੇਸਮੈਂਟ ਵਿੱਚ ਪੁਰਾਣੀ ਮਸ਼ੀਨ” ਵਜੋਂ ਗਲਤ ਸਮਝੇ ਜਾਂਦੇ ਹਨ। ਹਕੀਕਤ ਵਿੱਚ, ਮੇਨਫਰੇਮ ਇੱਕ ਐਸਾ ਸਿਸਟਮ ਹੈ ਜੋ ਇੱਕੋ ਸਮੇਂ ਵੱਖ-ਵੱਖ ਨਾਜ਼ਕ ਵਰਕਲੋਡ ਚਲਾਉਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ—ਉੱਚ-ਵਾਲੀਅਮ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ, ਬੈਚ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਡੇਟਾ-ਗੰਭੀਰ ਓਪਰੇਸ਼ਨ—ਜਿਸ ਵਿੱਚ ਸਥਿਰਤਾ ਅਤੇ ਨਿਯੰਤਰਣ 'ਤੇ ਜ਼ੋਰ ਹੁੰਦਾ ਹੈ। ਜਿੱਥੇ ਆਮ ਸਰਵਰ ਬਾਕਸ ਵਧਾ ਕੇ ਸਕੇਲ ਕਰਦੇ ਹਨ, ਮੇਨਫਰੇਮ ਆਮ ਤੌਰ 'ਤੇ ਉੱਪਰ ਸਕੇਲ ਕਰਨ ਅਤੇ ਹਜ਼ਾਰਾਂ ਸਮਕਾਲੀ ਯੂਜ਼ਰਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸਰੋਤਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਲਈ ਬਣਾਏ ਜਾਂਦੇ ਹਨ।
ਬੈਂਕਾਂ, ਏਅਰਲਾਈਨ, ਰੀਟੇਲਰ ਅਤੇ ਸਰਕਾਰਾਂ ਲਈ ਵਿਕਰੀ ਦੇ ਮੋਹਰੇ ਵਾਸਤੇ ਅਮਲੀ ਗੱਲਾਂ ਹਨ:
ਇਹ ਸ਼ਾਨ-ਛੋਟ ਦੀਆਂ ਗੱਲਾਂ ਬਾਰੇ ਨਹੀਂ—ਇਹ ਐਸੀਆਂ ਗੱਲਾਂ ਹਨ ਜੋ ਓਪਰੇਸ਼ਨਲ ਅਚਾਨਕੀਆਂ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ ਜਦੋਂ ਡਾਊਨਟਾਈਮ ਜਾਂ ਡੇਟਾ ਗਲਤੀ ਦੇ ਅਸਲ-ਜੀਵਨ ਖਰਚ ਹਨ।
IBM ਦੀ ਮੇਨਫਰੇਮ ਕਹਾਣੀ ਇੱਕ ਆਧੁਨਿਕੀਕਰਨ ਕਹਾਣੀ ਵੀ ਹੈ। ਪਲੇਟਫਾਰਮ ਵਿਰਚੁਅਲਾਈਜੇਸ਼ਨ, ਆਧੁਨਿਕ ਵਿਕਾਸ ਅਭਿਆਸਾਂ ਲਈ ਸਹਾਇਤਾ, ਅਤੇ ਪਰੰਪਰਾਗਤ ਵਾਤਾਵਰਣਾਂ ਨਾਲ ਨਾਲ Linux ਵਰਕਲੋਡ ਚਲਾਉਣ ਦੀ ਸਮਰੱਥਾ ਰਾਹੀਂ ਤਰੱਕੀ ਕਰਦੀ ਰਹੀ। “ਰਿਪ ਅਤੇ ਰੀਪਲੇਸ” ਨੂੰ ਮਜ਼ਬੂਰ ਕਰਨ ਦੀ ਥਾਂ, IBM ਨੇ ਮੇਨਫਰੇਮ ਨੂੰ ਇਕ ਸਥਿਰ ਕੋਰ ਵਜੋਂ ਪੋਜ਼ੀਸ਼ਨ ਕੀਤਾ ਜੋ ਨਵੇਂ ਸਿਸਟਮਾਂ ਨਾਲ ਜੁੜ ਸਕਦਾ ਹੈ।
ਅੱਜ ਇੱਕ ਆਮ ਪੈਟਰਨ ਹੈਬਰਿੱਡ ਇੰਟੈਗ੍ਰੇਸ਼ਨ ਹੈ: ਮੇਨਫਰੇਮ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਇੰਜਣ ਨੂੰ ਸੰਭਾਲਦੇ ਹਨ (ਹਿੱਸਾ ਜੋ ਸਹੀ ਅਤੇ ਤੇਜ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ), ਜਦਕਿ ਕਲਾਊਡ ਸੇਵਾਵਾਂ APIs, ਐਨਾਲਿਟਿਕਸ, ਮੋਬਾਈਲ ਐਪਸ ਅਤੇ ਪ੍ਰਯੋਗ ਲਈ ਸਹਾਇਤਾ ਦਿੰਦੀਆਂ ਹਨ।
ਜ਼ਿਆਦਾਤਰ ਏਨਟਰਪ੍ਰਾਈਜ਼ ਮੇਨਫਰੇਮ ਨੂੰ ਅਕੇਲਾ ਨਹੀਂ ਚਲਾਉਂਦੀਆਂ। ਉਹ ਇਸਨੂੰ ਇੱਕ ਵੱਡੀ ਆਰਕੀਟੈਕਚਰ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਚਲਾਉਂਦੀਆਂ ਹਨ—ਵੰਡੇ ਸਰਵਰ, ਕਲਾਊਡ ਪਲੇਟਫਾਰਮ ਅਤੇ SaaS ਟੂਲਾਂ ਨਾਲ ਜੁੜਿਆ। ਇਹ ਕੁਨੈਕਟੀਵਿਟੀ ਮੇਨਫਰੇਮ ਦੇ ਰਹਿਣ ਦਾ ਇੱਕ ਵੱਡਾ ਕਾਰਨ ਹੈ: ਉਹ ਬਿਹਤਰ ਕੁਝ ਕਰਨ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਕਾਰੋਬਾਰ ਦੇ “किनਾਰੇ” ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਦੇ ਹਨ।
IBM ਅਕਸਰ ਹਾਰਡਵੇਅਰ ਕੰਪਨੀ ਵਜੋਂ ਗੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਇਸਦੀ ਲੰਬੀ-ਅਵਧੀ ਦੀ ਲਚਕ ਉਸ ਵੇਲੇ ਅਸਾਨੀ ਨਾਲ ਸਮਝ ਆਉਂਦੀ ਹੈ ਜਦ ਤੁਸੀਂ ਇੱਕ-ਵਾਰਗੀ ਉਤਪਾਦ ਵਿਕਰੀ ਨੂੰ ਰਿਕਰਿੰਗ ਸੇਵਾਵਾਂ ਅਤੇ ਸਹਾਇਤਾ ਤੋਂ ਵੱਖ ਕਰ ਦਿਓ। ਸਰਵਰ ਜਾਂ ਸਟੋਰੇਜ ਦਾ ਡੀਲ ਸਾਈਕਲਿਕ ਹੋ ਸਕਦਾ ਹੈ; ਇੱਕ ਕਈ-ਸਾਲਾ outsourcing ਠੇਕਾ, ਮੈਨੇਜਡ ਸੁਰੱਖਿਆ ਸੇਵਾ ਜਾਂ ਸਪੋਰਟ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਇੱਕ ਲਗਾਤਾਰ ਆਮਦਨ ਵਾਲੀ ਸਤਰ ਵਰਗੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ—ਖਾਸ ਕਰਕੇ ਜਦ ਇਹ ਉਹਨਾਂ ਸਿਸਟਮਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਵੇ ਜੋ ਪੇਰੋਲ, ਭੁਗਤਾਨ ਜਾਂ ਸਪਲਾਈ ਚੇਨਾਂ ਚਲਾਉਂਦੇ ਹਨ।
ਹਾਰਡਵੇਅਰ ਖਰੀਦ ਆਮ ਤੌਰ 'ਤੇ ਰੀਫ੍ਰੇਸ਼ ਸਾਈਕਲ ਅਤੇ ਬਜਟ ਵਿਂਡੋਆਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਚੜ੍ਹਦੇ ਹਨ। ਸੇਵਾਵਾਂ, ਇਸਦੇ ਉਲਟ, ਛੋਟੇ ਪੱਧਰ 'ਤੇ ਸ਼ੁਰੂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਜਿਵੇਂ ਜ਼ਰੂਰਤ ਸਾਫ਼ ਹੁੰਦੀ ਹੈ ਫੈਲ ਸਕਦੀਆਂ ਹਨ:
ਇਹ ਬੰਡਲ ਇੱਕ ਪ੍ਰਾਇਗਟਿਕ ਤਰੀਕੇ ਨਾਲ “ਸਟਿੱਕੀਨੈੱਸ” ਬਣਾਉਂਦਾ ਹੈ: ਜਦ ਇੱਕ ਭਾਈਦਾਰ ਤੁਹਾਡੇ ਵਾਤਾਵਰਣ ਨੂੰ ਸਮਝ ਲੈਦਾ ਹੈ ਅਤੇ ਚੰਗੇ ਤੇ ਬੁਰੇ ਦਿਨ ਦੋਹਾਂ ਵਿੱਚ ਚਲਾਇਆ ਹੈ, ਤਾਂ ਸਵਿੱਚ ਕਰਨਾ ਸਿਰਫ਼ ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਫੈਸਲਾ ਨਹੀਂ ਰਹਿੰਦਾ—ਇਹ ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਖਤਰਾ ਬਣ ਜਾਂਦਾ ਹੈ।
ਸੇਵਾਵਾਂ IBM ਨੂੰ ਤਕਨਾਲੋਜੀ ਬਦਲਣ ਸਮੇਂ ਵੀ ਮੀਟਿੰਗ ਵਿੱਚ ਰੱਖਦੀਆਂ ਹਨ। ਜਦ ਗਾਹਕ ਆਨ‑ਪ੍ਰੇਮ ਡੇਟਾ ਸੈਂਟਰਾਂ ਤੋਂ ਹੈਬਰਿੱਡ ਮਾਹੌਲ ਵੱਲ ਜਾਂਦੇ ਹਨ, ਰਿਕਰਿੰਗ ਕੰਮ ਸਿਰਫ਼ ਨਵੇਂ ਬਾਕਸ ਵੇਚਣਾ ਨਹੀਂ ਹੁੰਦਾ; ਇਹ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਮੁੜ-ਡਿਜ਼ਾਈਨ ਕਰਨ, ਡਾਟਾ ਨੂੰ ਇਕੱਠਾ ਕਰਨ, ਗਵਰਨੈਂਸ ਲਗੂ ਕਰਨ ਅਤੇ ਟ੍ਰਾਂਜ਼ਿਸ਼ਨ ਦੌਰਾਨ ਉਪਟਾਈਮ ਯਕੀਨੀ ਬਣਾਉਣ ਨਾਲ ਸੰਬੰਧਤ ਹੁੰਦਾ ਹੈ। ਦੈਨੰਦਿਨ ਦੀਆਂ ਸੀਮਾਵਾਂ (ਹੁਨਰ ਘਾਟ, ਕੰਪਲਾਇੰਸ, ਲੈਗੇਸੀ ਨਿਰਭਰਤਾਵਾਂ) ਨਾਲ ਨੇੜਤਾ IBM ਨੂੰ ਇਸ ਯੋਗਤਾਵਾਂ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਮਦਦ ਕਰਦੀ ਹੈ।
ਸੇਵਾਵਾਂ ਕੋਈ ਆਸਾਨ ਜਿੱਤ ਨਹੀਂ ਹਨ। ਮਾਰਜਿਨ ਸਾਫਟਵੇਅਰ ਨਾਲੋਂ ਪਤਲੇ ਹੋ ਸਕਦੇ ਹਨ, ਮੁਕਾਬਲਾ ਤੇਜ਼ ਹੈ (ਗਲੋਬਲ ਕੰਸਲਟਿੰਗ ਫਰਮ ਤੋਂ ਲੈ ਕੇ ਕਲਾਊਡ ਪ੍ਰਦਾਤਿਆਂ ਤੱਕ), ਅਤੇ ਕਰੈਡਿਬਿਲਿਟੀ ਮਾਇਆਨ ਰਖਦੀ ਹੈ: ਏਨਟਰਪ੍ਰਾਈਜ਼ ਨਤੀਜੇ ਖਰੀਦਦੇ ਹਨ, ਸਲਾਈਡ ਡੈਕ ਨਹੀਂ। ਸੇਵਾਵਾਂ ਨੂੰ ਇੱਕ ਸਥਿਰਕਰਤਾ ਬਣੇ ਰੱਖਣ ਲਈ, IBM ਨੂੰ ਇਹ ਸਾਬਤ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਉਹ ਕਰ ਸਕਦਾ ਹੈ—ਨਿਰੰਤਰ, ਸੁਰੱਖਿਅਤ ਅਤੇ ਮਾਪਣਯੋਗ ਪ੍ਰਭਾਵ ਨਾਲ—ਜਦੋਂ ਕਿ ਰੁਕਾਵਟ ਇਹ ਹੈ ਕਿ ਅਸਲ ਕੰਮ-ਭੋਲ ਵਾਲੇ ਹੇਡਕਾਂਟ ਵਿਭਾਗ 'ਤੇ ਨਿਰਭਰ ਨਾ ਹੋ ਜਾਏ।
IBM ਅਕਸਰ ਬਦਲਾਅ ਨੂੰ ਪੇਸ਼ਹਾਂ ਕਰਕੇ ਪ੍ਰਸਤਾਵ ਨੂੰ ਭੇਜਣ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ। ਮੇਨਫਰੇਮ, ਕਲਾਇਂਟ‑ਸਰਵਰ ਅਤੇ ਹੈਬਰਿੱਡ ਕਲਾਊਡ ਯੁਗਾਂ ਵਿੱਚ ਕੰਪਨੀ ਨੇ compatibility, standards ਅਤੇ interoperability ਨੂੰ ਮਹੱਤਵ ਦਿੱਤਾ। ਏਨਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦਦਾਰਾਂ ਲਈ ਇਹ ਇੱਕ ਸਧਾਰਨ ਵਾਅਦਾ ਬਣ ਜਾਂਦਾ: ਤੁਸੀਂ ਨਵੀਂ ਚੀਜ਼ ਅਪਨਾਉਣਗੇ ਬਿਨਾਂ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਭਰੋਸਾ ਕਰਦੇ ਹੋ ਉਸਨੂੰ ਮੁੜ-ਲਿਖੇ।
IBM ਦੀਆਂ ਕਈ “ਬੋਰੀਂ” ਜਿੱਤਾਂ ਉਹ ਇੰਜੀਨੀਅਰਿੰਗ ਚੋਣਾਂ ਹਨ ਜੋ ਗਾਹਕਾਂ ਦੀ ਪਹਿਲਾਂ ਕੀਤੀ ਨਿਵੇਸ਼ਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦੀਆਂ ਹਨ:
ਇਹ ਚੋਣਾਂ ਛੋਟੀ-ਝਿਲੀ ਨਹੀਂ ਲਗਦੀਆਂ, ਪਰ ਉਹ ਡਾਊਨਟਾਈਮ ਰਿਸਕ, ਰੀ-ਟ੍ਰੇਨਿੰਗ ਲਾਗਤ ਅਤੇ ਉਡੀਕ-ਪਰੀਏਸ਼ਨ ਦੇ ਡਰ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ।
ਕੰਪੈਟਬਿਲਿਟੀ ਉਸ ਵੇਲੇ ਹੋਰ ਵੀ ਮਹੱਤਵਪੂਰਨ ਬਣ ਜਾਂਦੀ ਹੈ ਜਦ ਇਹ ਸਾਂਝੀ ਹੁੰਦੀ ਹੈ। IBM ਨੇ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਅਜੇਹੇ ਇਕੋਸਿਸਟਮਾਂ ਤੋਂ ਲਾਭ ਲਿਆ: ਭਾਗੀਦਾਰ, ISV, ਸਿਸਟਮ ਇੰਟੀਗਰੇਟਰ, ਮੈਨੇਜਡ ਸਰਵਿਸ ਪ੍ਰੋਵਾਈਡਰ ਅਤੇ ਏਨਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦਾਰਾਂ ਦੇ ਚੈਨਲ ਜੋ IBM-ਸੰਬੰਧੀ ਸਟੈਕ ਤਿਆਰ ਕਰਨ ਜਾਣਦੇ ਹਨ।
ਜਦੋਂ ਇਕ ਇਕੋਸਿਸਟਮ ਸਿਹਤਮੰਦ ਹੁੰਦਾ ਹੈ, ਗਾਹਕ ਸਿਰਫ਼ ਇਕ ਉਤਪਾਦ ਨਹੀਂ ਖਰੀਦਦੇ—ਉਹ ਲੇਬਰ ਮਾਰਕੀਟ, ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਪਲੇ-ਬੁੱਕਸ ਅਤੇ ਤੀਜੀ-ਪੱਖੀ ਟੂਲਾਂ ਤੱਕ ਪਹੁੰਚ ਖ਼ਰੀਦਦੇ ਹਨ ਜੋ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਫਿੱਟ ਹੁੰਦੇ ਹਨ। ਇਹ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਲੌਕ-ਇਨ ਬਣ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਕ ਤਰ੍ਹਾਂ ਦੀ ਭਰੋਸਾ-ਸੁਚਕ ਵੀ ਹੈ: ਤੁਸੀਂ ਸਲਾਹਕਾਰ ਬਦਲ ਸਕਦੇ ਹੋ, ਸੌਫਟਵੇਅਰ ਜੋੜ ਸਕਦੇ ਹੋ ਜਾਂ ਕੰਪੋਨੈਂਟ ਸਵੈੱਪ ਕਰ ਸਕਦੇ ਹੋ ਬਿਨਾ ਸਬ ਕੁਝ ਤੋੜੇ।
IBM ਦੇ ਮਿਆਰ ਅਤੇ ਇੰਟਰਓਪਰੇਬਿਲਿਟੀ 'ਤੇ ਜ਼ੋਰ ਖੁੱਲ੍ਹੇ-ਸਰੋਤ ਕਮਿਊਨਿਟੀਆਂ ਵਿੱਚ ਭਾਗੀਦਾਰੀ ਰਾਹੀਂ ਵੀ ਦਿਖਦਾ ਹੈ (ਕਈ ਸਮਿਆਂ 'ਤੇ ਜਾਣੇ-ਮੰਨੇ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਫਾਊਂਡੇਸ਼ਨਾਂ ਨੂੰ ਬੈਕ ਕੀਤਾ)। ਇਹ ਆਪਣੇ-ਆਪ ਵਿੱਚ ਤਕਨੀਕੀ ਬਿਹਤਰੀ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ, ਪਰ ਇਹ ਇੱਕ ਭਰੋਸਾ-ਸਿਗਨਲ ਵਜੋਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ: ਸਾਂਝੇ ਰੋਡਮੇਪ, ਜਨਤਕ ਕੋਡ, ਅਤੇ ਸਪੱਠ ਬਾਹਰ ਜਾਣੇ ਦੇ ਵਿਕਲਪ ਐਨਟਰਪ੍ਰਾਈਜ਼ ਲਈ ਮੈਟਰ ਕਰਦੇ ਹਨ ਜੋ ਜਵਾਬਦੇਹੀ ਅਤੇ ਘੱਟ ਮੁਰਯਾਦਾਂ ਚਾਹੁੰਦੇ ਹਨ।
ਖੁਲ੍ਹੇ ਸ਼ਬਦਾਂ ਵਿਚ, IBM ਦੀ ਦੁਰਬਲਤਾ ਸਿਰਫ਼ ਵੱਡੀਆਂ ਸਿਸਟਮਾਂ ਹੋਣ ਦਾ ਮਾਮਲਾ ਨਹੀਂ—ਇਹ ਉਹਨਾਂ ਸਿਸਟਮਾਂ ਨੂੰ ਜੁੜਨ ਯੋਗ, ਵਿਕਸਤ ਕਰਨ ਲਈ ਸੁਰੱਖਿਅਤ ਅਤੇ ਇਕੋਸਿਸਟਮ ਨਾਲ ਸਹਾਇਤਾ-ਯੋਗ ਬਣਾਉਣ ਨਾਲ ਵੀ ਸੰਬੰਧਤ ਹੈ।
ਏਨਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦਦਾਰ ਲਈ “ਭਰੋਸਾ” ਮਹਿਸੂਸੇ-ਭਾਵ ਨਹੀਂ—ਇਹ ਖਤਰੇ ਨੂੰ ਘਟਾਉਣ ਵਾਲੀਆਂ ਮਾਪਣਯੋਗ ਸੁਨਿਸ਼ਚਿਤੀਆਂ ਦਾ ਇੱਕ ਸੈੱਟ ਹੈ। IBM ਨੇ ਦਹਾਕਿਆਂ ਤੋਂ ਇਨ੍ਹਾਂ ਖਤਰਾ-ਘਟਾਉਣਾਂ ਨੂੰ ਬੇਚਿਆ ਹੈ, ਅਕਸਰ ਜਿਵੇਂ ਹੀ ਇਹ ਸਾਫਟਵੇਅਰ ਜਾਂ ਸੇਵਾ ਵਿੱਕਦੀ ਹੈ।
ਭਰੋਸਾ ਹੇਠਾਂ ਦੀਆਂ ਚੀਜ਼ਾਂ ਤੋਂ ਬਣਦਾ ਹੈ:
ਭਰੋਸਾ ਉਸ ਵੇਲੇ ਬਣਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਵੈਂਡਰ ਮੁੱਖ ਮੁਸ਼ਕਲ ਵੇਲੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰੇ: ਸੁਰੱਖਿਆ ਘਟਨਾ, ਵੱਡਾ ਆਉਟੇਜ, end-of-life ਟ੍ਰਾਂਜ਼ਿਸ਼ਨ ਜਾਂ ਕਰੀਕਰਮਿਕ ਤਬਦੀਲੀਆਂ। ਫ਼ਰਕ ਇਹ ਨਹੀਂ ਕਿ ਕਦੇ ਕਦੇ ਪਰਫੈਕਸ਼ਨ ਹੋਵੇ; ਫ਼ਰਕ ਹੈ ਜਵਾਬਦੇਹੀ—ਤੁਰੰਤ ਘਟਨਾ-ਪ੍ਰਤਿਕਿਰਿਆ, ਪਾਰਦਰਸ਼ੀ ਸੰਚਾਰ, ਟਿਕਾਉ ਠੀਕ-ਕਰਵਾਈ ਅਤੇ ਐਸਾ ਰੋਡਮੇਪ ਜੋ ਗਾਹਕਾਂ ਨੂੰ ਚੌਂਕਾਉਂਦਾ ਨਹੀਂ।
ਇਹ ਖਾਸ ਮਹੱਤਵਪੂਰਨ ਹਾਂ ਜਦ ਏਨਟਰਪ੍ਰਾਈਜ਼ IT ਫੈਸਲੇ ਵਿਅਕਤੀਗਤ ਨੇਤਾਵਾਂ ਤੋਂ ਲੰਬੇ ਉਮਰ ਵਾਲੇ ਹੁੰਦੇ ਹਨ। ਇੱਕ ਪੇਸ਼ਗੀ ਰੋਡਮੇਪ ਅਤੇ ਲਗਾਤਾਰ ਸਮਰਥਨ ਸੰਗਠਨਿਕ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ—ਹੁਣ-ਕਿਸੇ ਫੀਚਰ ਚੈੱਕਲਿਸਟ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ।
ਏਨਟਰਪ੍ਰਾਈਜ਼ ਪ੍ਰੋਕਿਊਰਮੈਂਟ ਅਣਜਾਣ ਤੋਂ ਬਚਣ ਲਈ ਬਣੀ ਹੁੰਦੀ ਹੈ: ਵੈਂਡਰ ਰਿਸਕ ਆਸੈਸਮੈਂਟ, ਕੰਪਲਾਇੰਸ ਪ੍ਰਸ਼ਨਾਵਲੀ ਅਤੇ ਕਾਨੂਨੀ ਸਮੀਖਿਆ। ਨਿਯਮ ਹੋਰ friction ਜੋੜਦੇ ਹਨ: ਡਾਟਾ ਰਿਹਾਇਸ਼, ਰੀਟੇਨਸ਼ਨ ਨੀਤੀਆਂ, ਰਿਪੋਰਟਿੰਗ ਦੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਅਤੇ ਆਡਿਟ ਟਰੇਲ। ਜੋ ਵੈਂਡਰ ਇਹ ਦਰਵਾਜ਼ੇ ਪਾਸ ਕਰ ਲੈਂਦਾ ਹੈ ਉਹ “ਸੇਫ ਚੋਇਸ” ਬਣ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸੇਲਜ਼ ਚੱਕਰ ਛੋਟੇ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਫੁੱਟਪ੍ਰਿੰਟ ਵਧ ਸਕਦੀ ਹੈ।
ਭਰੋਸਾ ਕਾਇਮ ਰੱਖਣ ਲਈ IBM ਨੂੰ ਸੁਰੱਖਿਆ ਪ੍ਰਤੀਕਿਰਿਆ, ਸਪੱਸ਼ਟ ਉਤਪਾਦ ਲਾਈਫਸਾਈਕਲ, ਹੈਬਰਿੱਡ ਵਾਤਾਵਰਣਾਂ 'ਚ ਆਧੁਨਿਕ ਕੰਪਲਾਇੰਸ ਸਹਾਇਤਾ ਅਤੇ ਪਾਰਦਰਸ਼ੀ ਜਵਾਬਦੇਹੀ 'ਤੇ ਨਿਵੇਸ਼ ਜਾਰੀ ਰੱਖਣਾ ਪਵੇਗਾ—ਖਾਸ ਕਰਕੇ ਜਦ ਗਾਹਕ ਲੈਗੇਸੀ ਸਿਸਟਮਾਂ ਨੂੰ ਕਲਾਊਡ ਅਤੇ AI ਵਰਕਫਲੋਜ਼ ਨਾਲ ਜੋੜ ਰਹੇ ਹਨ।
IBM ਕਦੇ ਵੀ ਇਕੱਲੇ ਉਤਪਾਦ ਲਾਈਨ 'ਤੇ ਸਾਰੀ ਸੱਟ ਨਹੀਂ ਲੱਗਦਾ। ਬਦਲੇ ਵਿੱਚ, ਉਸਨੇ ਕੰਪਨੀ ਨੂੰ ਪੋਰਟਫੋਲੀਓ ਵਜੋਂ ਵਰਤਿਆ—ਬਾਜ਼ਾਰ ਬਦਲਣ 'ਤੇ ਕੁਸ਼ਲਤਾਵਾਂ ਜੋੜਨਾ ਅਤੇ ਉਹ ਹਿੱਸੇ ਵੀ ਬੇਚਣਾ ਜੋ ਹੁਣ ਰਣਨੀਤੀ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।
ਦਹਾਕਿਆਂ ਦੌਰਾਨ, IBM ਨੇ ਅਧਿਗ੍ਰਹਣਾਂ ਰਾਹੀਂ ਤੇਜ਼ੀ ਖਰੀਦੀ: ਨਵਾਂ ਸਾਫਟਵੇਅਰ, ਨਵੀਂ ਹੁਨਰ, ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਵਧ ਰਹੀਆਂ ਗਾਹਕ ਲੋੜਾਂ ਤੱਕ ਪਹੁੰਚ। ਓਨ੍ਹੇ ਹੀ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਰਹੀ ਕਿ ਉਸਨੇ ਯੂਨਿਟਾਂ ਨੂੰ ਵੰਡਿਆ ਜਾਂ ਸਪਿਨ-ਆਫ ਕੀਤਾ ਜਦ ਉਹ ਧਿਆਨ ਭਟਕਾਉਂਦੀਆਂ, ਘੱਟ-ਮਾਰਜਿਨ ਵਾਲੀਆਂ ਜਾਂ ਰਣਨੀਤਿਕ ਤੌਰ 'ਤੇ ਮਿਲਦੀਆਂ ਨਹੀਂ ਸਨ।
ਇਹ ਸਿਰਫ਼ ਕਾਰਪੋਰੇਟ ਚਲਾਚਲਾਂ ਨਹੀਂ ਹਨ। ਏਨਟਰਪ੍ਰਾਈਜ਼ ਸਪਲਾਇਰ ਲਈ, ਫੋਕਸ ਮਾਮਲਾ ਹੈ। ਜੇ ਗਾਹਕ IBM ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਦੀ ਸਥਿਰਤਾ ਲਈ ਖਰੀਦਦੇ ਹਨ, ਤਾਂ IBM ਨੂੰ ਸਾਫ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ यह ਅਗਲੇ ਦਹਾਕੇ ਵਿੱਚ ਕਿਸ 'ਤੇ ਨਿਵੇਸ਼ ਕਰੇਗਾ—ਅਤੇ ਕਿ ਕਿਹੜੀਆਂ ਚੀਜ਼ਾਂ 'ਤੇ ਨਹੀਂ।
ਇੱਕ ਸਪਿਨ-ਆਫ ਦੋ ਸੰਸਥਾਵਾਂ ਨੂੰ ਇਕੱਠੇ ਸਿਹਤਮੰਦ ਬਣਾ ਸਕਦਾ ਹੈ। ਮਾਤਾ-ਕੰਪਨੀ ਅੰਦਰਲੇ ਮੁਕਾਬਲੇ ਅਤੇ ਫੰਡਿੰਗ ਤੇ ਲੀਡਰਸ਼ਿਪ ਧਿਆਨ ਨੂੰ ਘਟਾ ਸਕਦੀ ਹੈ। ਵੱਖਰਾ ਕੀਤਾ ਗਿਆ ਵਪਾਰ ਆਪਣੀ ਬਾਜ਼ਾਰ ਲਈ ਅਨੁਕੂਲ ਹੋਣ ਦੀ ਆਜ਼ਾਦੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ (ਮੁੱਲਾਂਕਣ, ਭਾਈਦਾਰੀ, ਭਰਤੀ) ਬਿਨਾ ਮਾਤਾ-ਕੰਪਨੀ ਦੀਆਂ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਦੁਆਰਾ ਜੱਜ ਹੋਏ।
ਸਾਫ਼ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ: "ਇਹ ਚੀਜ਼ ਠੀਕ ਫਿੱਟ ਨਹੀਂ ਬੈਠਦੀ" ਉਤਪਾਦਾਂ ਦੀ ਘੱਟਤਾ ਸਪੱਸ਼ਟ ਰੋਡਮੇਪ, ਸਧਾਰਨ ਸੁਨੇਹਾ ਅਤੇ ਬੇਤਰ ਫਾਲੋ-ਥਰੂ ਦੇ ਨਾਲ ਆਉਂਦੀ ਹੈ।
ਅਧਿਗ੍ਰਹਣ ਸਲਾਈਡ 'ਤੇ ਸੋਹਣੇ ਦਿਸ ਸਕਦੇ ਹਨ, ਪਰ ਹਕੀਕਤ ਵਿੱਚ ਗੰਦੇ ਹੋ ਸਕਦੇ ਹਨ। ਇੰਟਿਗ੍ਰੇਸ਼ਨ ਪ੍ਰਭਾਵ ਪਾਉਂਦੇ ਹਨ:
“ਕਲਾਊਡ” ਨੇ ਡਾਟਾ ਸੈਂਟਰ ਨੂੰ ਇੱਕ ਰਾਤ ਵਿੱਚ ਬਦਲਿਆ ਨਹੀਂ—ਖਾਸ ਕਰਕੇ ਉਹਨਾਂ ਸੰਸਥਾਵਾਂ ਲਈ ਜੋ IBM ਨੂਿ ਸੇਵਾ ਦਿੰਦੇ ਹਨ। ਬੈਂਕ, ਏਅਰਲਾਈਨ, ਨਿਰਮਾਤਾ, ਸਰਕਾਰ ਅਤੇ ਹਸਪਤਾਲ ਅਕਸਰ ਪੁਰਾਣੇ ਅਤੇ ਨਵੇਂ ਸਿਸਟਮਾਂ ਦਾ ਮਿਖਵਾਂ ਚਲਾਉਂਦੇ ਹਨ ਜੋ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬੰਦ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ।
ਹੈਬਰਿੱਡ ਕਲਾਊਡ ਸਿਰਫ਼ ਇੱਕ ਵਿਅਵਹਾਰਿਕ ਮਿਲਾਵਟ ਹੈ: ਕੁਝ ਕੰਪਿਊਟਿੰਗ ਤੁਹਾਡੇ ਆਪਣੇ ਸਹੂਲਤਾਂ ਵਿੱਚ (ਜਾਂ ਡੈਡੀਕੇਟਿਡ ਹੋਸਟਿੰਗ), ਅਤੇ ਕੁਝ ਪਬਲਿਕ ਕਲਾਊਡ ਸੇਵਾਵਾਂ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ। ਟੀਚਾ ਇਹ ਨਹੀਂ ਹੈ ਕਿ “ਇੱਕ ਪਾਸੇ ਚੁਣੋ”, ਬਲਕਿ ਹਰ ਵਰਕਲੋਡ ਨੂੰ ਠੀਕ ਥਾਂ 'ਤੇ ਰੱਖਣਾ—ਲਾਗਤ, ਪ੍ਰਦਰਸ਼ਨ, ਲੈਟੈਂਸੀ, ਨਿਯਮ ਅਤੇ ਖਤਰੇ ਅਨੁਸਾਰ।
ਇਹ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਕਿਉਂਕਿ ਕਈ ਏਨਟਰਪ੍ਰਾਈਜ਼ ਸਿਸਟਮ ਸਖਤ ਢੰਗ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ। ਇੱਕ ਗਾਹਕ ਦੇ ਚੈਕਆਉਟ ਫਲੋ ਵਿੱਚ ਫ੍ਰੌਡ ਚੈੱਕ, ਇਨਵੈਂਟਰੀ, ਪ੍ਰਾਈਸਿੰਗ ਅਤੇ ਲਾਇਲਟੀ ਸਿਸਟਮ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦੇ ਹਨ—ਆਲੱਗ‑ਆਲੱਗ ਟੀਮਾਂ ਦੁਆਰਾ ਸੰਭਾਲੇ।
IBM ਦੀ ਰਣਨੀਤੀ ਇਸ ਗੱਲ ਨਾਲ ਮਿਲਦੀ ਹੈ ਕਿ ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲਦੀਆਂ ਹਨ: ਚਰਣਬੱਧ, ਸੀਮਾਵਾਂ ਦੇ ਅਧੀਨ। IBM ਨੇ ਬਿਹਤਰ ਇਹ ਚੁਣਿਆ ਕਿ ਉਹ ਪੂਰਨ-ਹਟਾਓ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਮਜ਼ਬੂਰ ਨਾ ਕਰਵਾਏ, ਸਗੋਂ ਐਸੇ ਪਲੇਟਫਾਰਮ ਅਤੇ ਸੇਵਾਵਾਂ ਤੇ ਜ਼ੋਰ ਦਿੱਤਾ ਜੋ ਕੰਪਨੀਆਂ ਨੂੰ ਤੋੜੇ-ਟੁੱਟੇ ਕਦਮਾਂ ਵਿੱਚ ਆਧੁਨਿਕ ਕਰਨ ਦਿੰਦੇ।
ਇਹ ਵੀ ਇੱਕ ਭਰੋਸਾ-ਚਾਲ ਹੈ। ਨਿਯਮਤ ਉਦਯੋਗਾਂ ਲਈ, “ਕਿੱਥੇ ਡੇਟਾ ਰਹਿੰਦਾ ਹੈ” ਅਤੇ “ਕੌਣ ਇਸ ਨੂੰ ਐਕਸੈਸ ਕਰ ਸਕਦਾ ਹੈ” ਬੋਰਡ-ਸਤਰ ਦੇ ਮਸਲੇ ਹਨ। ਹੈਬਰਿੱਡ ਪਹੁੰਚਾਂ ਨਾਲ ਕੰਪਲਾਇੰਸ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਲੋਕ ਕਲਾਊਡ ਨਾਲ ਜੋੜੀ ਗਈ ਲਚਕ ਅਤੇ ਤੇਜ਼ ਡਿਲਿਵਰੀ ਲੈਣ ਚਾਹੁੰਦੇ ਹਨ।
ਮੇਨਫਰੇਮ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਚੱਲ ਰਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਰਿਲਿਕ ਨਹੀਂ ਜਿਹਾ ਵੇਖਿਆ ਜਾਂਦਾ; ਉਹਨਾਂ ਨੂੰ ਰਿਕਾਰਡ ਦੇ ਸਿਸਟਮ ਵਜੋਂ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ। ਹੈਬਰਿੱਡ ਡਿਜ਼ਾਈਨ ਵਿੱਚ, ਉਹ ਅਕਸਰ ਭਰੋਸੇਯੋਗ ਕੋਰ ਰਹਿੰਦੇ ਹਨ ਜਦੋਂ ਕਿ ਨਵੀਆਂ ਸੇਵਾਵਾਂ ਉਹਨਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਆਮ ਤੌਰ 'ਤੇ, ਆਧੁਨਿਕੀਕਰਨ ਪਹਿਲਾਂ ਇੰਟੈਗ੍ਰੇਸ਼ਨ (APIs, ਮੈਸੇਜਿੰਗ, ਡੇਟਾ ਰਿਪਲੀਕੇਸ਼ਨ), ਫਿਰ ਚੋਣੀ ਹੋਈ ਰੀਫੈਕਟੋਰਿੰਗ ਵਾਂਗ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਕੋਰ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਇੰਜਣ ਨੂੰ ਮੇਨਫਰੇਮ 'ਤੇ ਰੱਖ ਸਕਦੇ ਹੋ, ਜਦਕਿ ਗਾਹਕ-ਸਾਮ੍ਹਣੇ ਵਾਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਐਨਾਲਿਟਿਕਸ ਜਾਂ ਬੈਚ ਪ੍ਰੋਸੈਸਿੰਗ ਕਲਾਊਡ ਵਿੱਚ ਲਿਜਾਈਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।
ਅਮਲੀ ਤੌਰ 'ਤੇ, ਉਹ ਟੀਮਾਂ ਜੋ ਇਕ ਸਥਿਰ ਕੋਰ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਆਧੁਨਿਕ ਕਰ ਰਹੀਆਂ ਹਨਅਕਸਰ ਉਹੀ ਗੱਲਾਂ ਚਾਹੁੰਦੇ ਹਨ ਜੋ IBM ਸਦੀਆਂ ਤੋਂ optimize ਕਰਦਾ ਆ ਰਿਹਾ ਹੈ: ਪੇਸ਼ਗੀ ਡਿਲਿਵਰੀ, ਰੋਲਬੈਕ ਯੋਜਨਾਵਾਂ ਅਤੇ “ਸਿਸਟਮ ਆਫ ਰਿਕਾਰਡ” ਅਤੇ ਤੇਜ਼-ਚਲਦੇ ਐਪਸ ਦੇ ਵਿਚਕਾਰ ਸਪੱਸ਼ਟ ਹੱਦੀ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਨਵੇਂ ਬਣਾਉਂਦੇ ਤਰੀਕੇ—ਜਿਵੇਂ Koder.ai ਨਾਲ React ਵੈੱਬ ਐਪਸ ਬਣਾਉਣਾ, Go ਬੈਕਐਂਡ PostgreSQL ਨਾਲ, ਜਾਂ Flutter ਮੋਬਾਈਲ ਕਲਾਇੰਟ—ਹੈਬਰਿੱਡ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਰੋਜ਼ਾਨਾ ਪ੍ਰਯੋਗ ਦੇ ਤੌਰ 'ਤੇ ਚੰਗੇ ਤਰੀਕੇ ਨਾਲ resonate ਕਰਦੇ ਹਨ: ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ edge ਸੇਵਾਵਾਂ ਪ੍ਰੋਟੋਟਾਈਪ ਅਤੇ ਸ਼ਿਪ ਕਰ ਸਕਦੇ ਹੋ ਜਦਕਿ ਗਵਰਨੈਂਸ ਅਤੇ ਚੇਂਜ ਕੰਟਰੋਲ (ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਸਮੇਤ) ਨੂੰ ਕਠੋਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
ਏਨਟਰਪ੍ਰਾਈਜ਼ ਸੈਟਿੰਗ ਵਿੱਚ, AI ਅਜਿਹਾ ਜ਼ਿਆਦਾ ਫਾਇਦਾ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦਾ ਹੈ: ਸਹਾਇਤਾ ਟ੍ਰਾਇਜ ਦਾ ਆਟੋਮੇਸ਼ਨ, ਡਿਵੈਲਪਰਨਾਂ ਨੂੰ ਕੋਡ ਆਧੁਨਿਕ ਕਰਨ ਵਿੱਚ ਸਹਾਇਤਾ, ਵਿਸੰਗਤੀ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਸੁਧਾਰ, ਜਾਂ ਨੀਤੀ ਅਤੇ ਕੰਪਲਾਇੰਸ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਸਾਰ।
IBM ਦਾ ਪੇਚ “AI ਸੱਭ ਕੁਝ ਬਦਲ ਦੇਵੇ” ਨਹੀਂ, ਬਲਕਿ “AI ਉਸ ਗੱਲ ਨੂੰ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਕਰੇ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਕਰਦੇ ਹੋ” ਹੈ—ਟੂਲਾਂ ਵਿੱਚ ਸਮਾਈਲ ਕਰਕੇ ਅਤੇ ਕਿਸੇ ਵੀ ਹੋਰ ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ ਸਮਰੱਥਾ ਵਾਂਗ ਗਵਰਨਡ ਅਤੇ ਜਵਾਬਦੇਹ ਰੱਖ ਕੇ।
IBM ਦੇ ਉਤਪਾਦ بار-ਬਾਰ ਬਦਲੇ ਹਨ, ਪਰ ਇਸਦਾ ਅੰਦਰੂਨੀ “ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ” ਬਹੁਤ ਜ਼ਿਆਦਾ ਲਗਾਤਾਰ ਰਿਹਾ। ਉਹ ਲਗਾਤਾਰਤਾ—ਕਿਵੇਂ ਫੈਸਲੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਗਾਹਕਾਂ ਨੂੰ ਕਿਵੇਂ ਸੇਵਾ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਕੰਮ ਨੂੰ ਕਿਵੇਂ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ—ਅਕਸਰ ਇਹ ਸਮਝਾਉਂਦੀ ਹੈ ਕਿ IBM ਬਿਨਾਂ ਓਪਰੇਸ਼ਨ ਵਿਚ ਭਰੋਸਾ ਘਟਾਏ ਕਿਵੇਂ ਪਿਵਟ ਕਰ ਸਕਦਾ ਹੈ।
ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਨੂੰ ਮੁੜ-ਜਣੇ ਵਿੱਚ ਮੁਸ਼ਕਲ ਆਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਕੋਆਰਡੀਨੇਸ਼ਨ ਦੀ ਲਾਗਤ ਵਧ ਜਾਂਦੀ ਹੈ: ਟੀਮਾਂ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਆਪਟਿਮਾਈਜ਼ ਕਰਦੀਆਂ ਹਨ, ਲੈਗੇਸੀ ਰੇਵਨਿਊ ਨੇ ਪੇਰੋਲ ਫੰਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਬਦਲਾਅ ਨਾਲ ਕੁਝ ਤੋੜਨ ਦਾ ਖਤਰਾ ਹੁੰਦਾ ਹੈ। IBM ਦੀ ਸਭਿਆਚਾਰ ਨੇ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਨੂੰ ਪ੍ਰਕਿਰਿਆ ਦੀ ਡਿਸੀਪਲਿਨ ਅਤੇ ਸਪੱਸ਼ਟ ਜਵਾਬਦੇਹੀ ਨਾਲ ਟੱਕਰ ਦਿੱਤੀ। ਹਰ ਪ੍ਰਕਿਰਿਆ ਪੂਰਨ ਨਹੀਂ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਤਰਫ਼ ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਕਾਰਜ ਦਿਸਦੇ ਹਨ ਨਾ ਕਿ ਇਕ-ਵਾਰੀ ਨਾਇਟ ਸੂਪਰ ਹੀਰੋਇਕ ਕੰਮ—ਉਹ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ ਜਦ ਤੁਸੀਂ ਲੰਬੇ ਗਾਹਕ ਜੀਵਨਚੱਕਰ ਅਤੇ ਜਟਿਲ ਠੇਕਿਆਂ ਨੂੰ ਸਮਭਾਲ ਰਹੇ ਹੋ।
IBM ਦੀ ਗਾਹਕ-ਫੋਕਸ ਸਿਰਫ਼ ਹਮਦਰਦੀ ਨਹੀਂ; ਇਹ ਆਚਰਨਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ:
ਇੱਥੇ ਵੀ ਤਣਾਅ ਵੱਸਦਾ ਹੈ: ਏਨਟਰਪ੍ਰਾਈਜ਼ ਨਵੀਨੀकरण ਚਾਹੁੰਦੇ ਹਨ, ਪਰ ਉਹ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਵਿਘਟਨਾ ਨੂੰ ਸਜ਼ਾ ਦਿੰਦੇ ਹਨ ਜੋ ਮੁੜ-ਲਿਖਵਾਉਂਦੀ, ਦੁਬਾਰਾ-ਟ੍ਰੇਨ ਕਰਦੀ ਜਾਂ ਕੰਪਲਾਇੰਸ ਨੂੰ ਦੁਖੀ ਕਰਦੀ। IBM ਅਕਸਰ ਨਵੇਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਲਿਆਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜੋ ਮੌਜੂਦਾ ਨਿਵੇਸ਼ਾਂ ਦੀ ਰਕਸ਼ਾ ਕਰੇ—ਭਾਵੇਂ ਇਹ ਕੋਈ ਚਮਕੀਲਾ ਨਵਾਂ ਰੀ-ਰਾਇਟ ਨਾ ਹੋਵੇ।
ਸਦੀਆਂ ਦੌਰਾਨ, IBM ਦੇ ਨੇਤਾ ਰਣਨੀਤਿਕ ਧਿਆਨ ਬਦਲਦੇ ਰਹੇ—ਹਾਰਡਵੇਅਰ ਤੋਂ ਸੇਵਾਵਾਂ, ਓਨ-ਪ੍ਰੇਮ ਤੋਂ ਹੈਬਰਿੱਡ, ਆਟੋਮੇਸ਼ਨ ਤੋਂ AI—ਪਰ ਉਹੀ ਮੂਲ ਵਾਅਦਾ ਰਿਹਾ: ਮਹਿੰਗੀ ਗਲਤੀਆਂ ਵਾਲੇ ਮਾਹੌਲਾਂ ਵਿੱਚ ਨਤੀਜਿਆਂ ਲਈ ਜਵਾਬਦੇਹ ਹੋਣਾ। ਇਸ ਮਾਡਲ ਵਿੱਚ ਮੁੜ-ਸੰਰਚਨਾ ਤੇਜ਼ ਪਿਵਟ ਤੋਂ ਘੱਟ, ਅਤੇ ਐਸਾ ਨਿਯੰਤਰਿਤ ਵਿਕਾਸ ਹੈ ਜੋ ਗਾਹਕ ਵਾਸਤੇ ਅਸਲ ਵਿੱਚ ਅਪਣਾ ਲਿਆ ਜਾ ਸਕੇ।
IBM ਦੀ ਲੰਬਾਈਦਾਰੀ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਹਮੇਸ਼ਾਂ "ਸਭ ਤੋਂ ਵਧੀਆ" ਉਤਪਾਦ ਸੀ। ਇਹ ਉਸ ਗੱਲ ਦੀ ਕਹਾਣੀ ਹੈ ਕਿ ਜਦ ਗਾਹਕਾਂ ਲਈ ਅਣਪੱਕਾ ਸਮਾਂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਭਰੋਸਾ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ—ਜਦ ਡਾਊਨਟਾਈਮ ਮਹਿੰਗਾ ਹੋ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਖਤਰਨਾਕ ਹੋ, ਅਤੇ ਆਡਿਟ ਲਾਜ਼ਮੀ ਹੋ। ਆਧੁਨਿਕ ਕੰਪਨੀਆਂ ਉਹਨਾਂ ਰਣਨੀਤੀਆਂ ਨੂੰ ਆਪਣਾ ਸਕਦੀਆਂ ਹਨ ਬਿਨਾਂ ਸੌਂਝ-ਸਾਲ ਦੀ ਉਮਰ ਵਾਲੀ ਬਣਨ ਦੀ ਲੋੜ ਦੇ।
ਕਈ ਸਟਾਰਟਅਪ ਪਹਿਲਾਂ ਫਰਕ ਪੈਦਾ ਕਰਨ ਦਾ ਪਿੱਛਾ ਕਰਦੇ ਹਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਓਪਰੇਸ਼ਨਲ ਪਕੜ ਬਣਾਉਂਦੇ ਹਨ। IBM ਦਾ ਰਾਸ਼ਟਰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਪ੍ਰਤੀ ਬਾਜ਼ਾਰ-ਮਾਰਕੀਟਾਂ ਵਿੱਚ ਉਲਟ ਵੀ ਸਮਰੱਥਾ ਹੋ ਸਕਦੀ ਹੈ: ਐਨਟਰਪ੍ਰਾਈਜ਼ ਮਾਰਕੀਟਾਂ ਲਈ ਪੇਸ਼ਗੀ ਕਾਰਗੁਜ਼ਾਰੀ, ਸਪੱਸ਼ਟ ਜਵਾਬਦੇਹੀ ਅਤੇ ਬੋਰਿੰਗ ਲਗਣ ਵਾਲੀ ਸਥਿਰਤਾ ਬਹੁਤ ਤਾਕਤਵਰ ਹੋ ਸਕਦੀ ਹੈ।
ਇਸਦਾ ਅਰਥ ਹੈ ਜਲਦੀ ਨਿਵੇਸ਼:
IBM ਨੇ ਕਈ ਵਾਰ ਦਿਖਾਇਆ ਕਿ ਪਲੇਟਫਾਰਮ ਵਿਕਸਤ ਹੋ ਸਕਦੇ ਹਨ ਬਿਨਾਂ ਗਾਹਕਾਂ ਨੂੰ ਇੱਕ-ਬਾਰ-ਦਾ-ਰੀਰਿਲੇਜ਼ ਕਰਵਾਉਣ ਦੇ। ਕਈ ਸੰਗਠਨਾਂ ਲਈ ਸਭ ਤੋਂ ਘੱਟ-ਖਤਰੇ ਰਸਤਾ ਕਦਮ-ਦਰ-ਕਦਮ ਹੈ: ਕਵਰ, ਇੰਟੈਗ੍ਰੇਟ, ਚੋਣੀ-ਰੁਪ ਵਿੱਚ ਰੀਫੈਕਟਰ, ਅਤੇ ਜਦ ਕਾਰੋਬਾਰ ਦਾ ਕੇਸ ਸੱਚਮੁਚ ਬਣੇ ਤਾਂ ਮਾਈਗ੍ਰੇਟ ਕਰੋ—ਟ੍ਰੈਂਡ ਨਾਲ ਨਹੀਂ, ਕਾਰੋਬਾਰੀ ਕਾਰਨਾਂ ਨਾਲ।
ਇਕ ਚੰਗੀ ਆਧੁਨਿਕੀਕਰਨ ਯੋਜਨਾ ਵਿੱਚ ਮੀਲ-ਪੱਥਰ, ਰੋਲਬੈਕ ਵਿਕਲਪ, ਅਤੇ ਮਾਪਯੋਗ ਨਤੀਜੇ (ਲਾਗਤ, ਲਚਕ, ਕੰਪਲਾਇੰਸ) ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ—ਸਿਰਫ ਨਵੇਂ ਆਰਕੀਟੈਕਚਰ ਡਾਇਗ੍ਰਾਮ ਨਹੀਂ।
ਜੇ ਤੁਸੀਂ ਇਸ ਕਦਮ-ਦਰ-ਕਦਮ ਰਸਤੇ ਨੂੰ ਛੋਟੀ “ਏਜ” ਬਿਲਡਾਂ ਵਿੱਚ ਕਾਰਗਰ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai ਟੀਮਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ ਬਿਨਾਂ ਗਤੀ ਅਤੇ ਨਿਯੰਤਰਣ ਨੂੰ ਵਿਰੋਧੀ ਬਣਾਉਣ ਦੇ—ਪਲੈਨਿੰਗ ਮੋਡ ਸਾਹਮਣੇ ਤਿਆਰੀ ਲਈ, ਸੋਰਸ-ਕੋਡ ਐਕਸਪੋਰਟ ਜਦ ਤੁਹਾਨੂੰ ਪੋਰਟੇਬਿਲਿਟੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਡਿਪਲੋਯਮੈਂਟ/ਹੋਸਟਿੰਗ ਵਿਕਲਪ ਜਦ ਤੁਸੀਂ ਮੈਨੇਜਡ ਪ੍ਰਸਿੱਧੀ ਤੱਕ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹੋ।
ਵੈਂਡਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦਿਆਂ, ਫੀਚਰ ਚੈਕਲਿਸਟ ਦੇ ਪਿੱਛੇ ਦੇਖੋ। ਸਬੂਤ ਮੰਗੋ:
ਜੇ ਤੁਹਾਡਾ ਵਾਤਾਵਰਣ ਹੈਬਰਿੱਡ ਹੈ, ਤਾਂ ਵਰਕਲੋਡ ਪਲੇਸਮੈਂਟ ਅਨੁਮਾਨਾਂ ਦੀ ਵੀ ਮਾਨਤਾ ਕਰਨਾ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ।
ਹਾਈਪ ਦੇ ਪਿੱਛੇ ਦੌੜਣਾ ਕਈ ਵਾਰੀ ਲੁਕਾਈਆਂ ਲਾਗਤਾਂ ਨੂੰ ਛੁਪਾ ਦਿੰਦਾ ਹੈ: ਇੰਟੈਗ੍ਰੇਸ਼ਨ ਕੰਮ, ਸਟਾਫ਼ ਰੀ-ਟ੍ਰੇਨਿੰਗ, ਪ੍ਰਕਿਰਿਆ ਬਦਲਾਅ, ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਦੀ ਰਖ-ਰਖਾਵ। “ਸਰਵੋਤਮ” ਤਕਨੀਕ ਅਕਸਰ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਬਦਲਾਅ ਪ੍ਰਬੰਧਨ 'ਤੇ ਪੈਸਾ ਨਹੀਂ ਲਾਇਆ ਜਾਂਦਾ—ਜਾਂ ਜਦੋਂ ਕੰਪਟੀਬਿਲਿਟੀ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਸਥਿਰਤਾ ਬਾਅਦ ਦੀ ਗੱਲ ਬਣੀ ਰਹਿ ਜਾਂਦੀ ਹੈ।
IBM ਤੇ ਲਗਾਤਾਰ ਤਟਸੰਘਰਸ਼ ਹਨ, ਅਤੇ ਕੁਝ ਆਮ ਮਿਥਾਂ ਹਕੀਕਤ ਨੂੰ ਛੁਪਾ ਸਕਦੀਆਂ ਹਨ।
ਮੇਨਫਰੇਮ ਮਿਊਜ਼ੀਅਮ ਦੀ ਚੀਜ਼ ਨਹੀਂ; ਇਹ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਪਲੇਟਫਾਰਮ ਹੈ ਜੋ ਵੱਡੇ ਏਨਟਰਪ੍ਰਾਈਜ਼ਾਂ ਵਿੱਚ throughput, ਉਪਲਬਧਤਾ, ਅਤੇ ਪੱਕੇ ਓਪਰੇਸ਼ਨਲ ਟੂਲਿੰਗ ਲਈ ਅਜੇ ਵੀ ਆਪਣੀ ਥਾਂ ਬਣਾਉਂਦਾ ਹੈ। ਸਹੀ ਦਾਅਵਾ ਇਹ ਹੈ ਕਿ ਕੁਝ ਵਰਕਲੋਡ ਹਟੇ—ਉਹ ਜੋ ਲਚਕਦਾਰ ਸਕੇਲ ਜਾਂ ਆਮ ਕੀਮਤਾਂ ਤੋਂ ਲਾਭ ਉਠਾਉਂਦੇ ਹਨ।
ਜਿੱਥੇ IBM ਮਜ਼ਬੂਤ ਹੈ: ਉੱਚ-ਵਾਲੀਅਮ ਟ੍ਰਾਂਜ਼ਐਕਸ਼ਨ ਪ੍ਰੋਸੈਸਿੰਗ, ਰੇਜ਼ੀਲਿਯੰਸ ਅਤੇ ਸੰਮਰੱਥ ਓਪਰੇਸ਼ਨਲ ਟੂਲਿੰਗ。
ਜਿੱਥੇ ਮੁਕਾਬਲਾ ਕਠਿਨ ਹੈ: ਕਲਾਊਡ-ਨੇਟਿਵ ਵਰਕਲੋਡ ਅਤੇ ਡਿਵੈਲਪਰ-ਪਹਿਲੇ ਇਕੋਸਿਸਟਮ ਜਿੱਥੇ ਗਤੀ ਅਤੇ ਕੀਮਤ ਅਕਸਰ ਜਿੱਤਦੇ ਹਨ।
ਸੇਵਾਵਾਂ ਨੂੰ "ਲੋਕ-ਬਦਲੇ ਲੋਕ" ਵਾਂਗ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਉਹ ਗਹਿਰਾ ਗਿਆਨ ਫੰਡ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਏਨਟਰਪ੍ਰਾਈਜ਼ਾਂ ਨੂੰ ਨਵੇਂ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਅਪਨਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ। ਕੰਸਲਟਿੰਗ ਅਕਸਰ ਵੱਡੀ ਰਣਨੀਤੀ ਅਤੇ ਹਕੀਕਤ ਵਿੱਚ ਡਿਪਲੋਯ ਕਰਨ ਦੇ ਵਿਚਕਾਰ ਪੁਲ ਹੈ।
ਖਤਰਾ ਹਕੀਕਤ ਵਿੱਚ ਹੈ: ਸੇਵਾਵਾਂ ਸੰਸਥਾਨ bespoke ਇੱਕ-ਹਕੂਮਤ ਕੰਮ ਵਿੱਚ ਗਿਰ ਸਕਦਾ ਹੈ। IBM ਨੂੰ ਪ੍ਰੋਜੈਕਟਾਂ ਤੋਂ ਸਿੱਖਿਆ ਲੈ ਕੇ ਦੋਹਰਾਏ-ਯੋਗ ਐਸੈਟ (ਪੈਟਰਨ, ਆਟੋਮੇਸ਼ਨ, ਉਤਪਾਦੀਕਰਨ) ਬਣਾਉਂਦਿਆਂ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।
IBM ਦਾ ਆਧਾਰ ਯਕੀਨਨ ਏਨਟਰਪ੍ਰਾਈਜ਼-ਭਾਰ ਹੈ, ਪਰ “ਏਨਟਰਪ੍ਰਾਈਜ਼” ਦਾ ਮਤਲਬ ਪੁਰਾਣਾ ਨਹੀਂ ਹੁੰਦਾ। ਬੈਂਕ, ਏਅਰਲਾਈਨ, ਸਰਕਾਰ ਅਤੇ ਰੀਟੇਲਰ ਹਰ ਰੋਜ਼ ਆਧੁਨਿਕੀਕਰਨ ਕਰਦੇ ਹਨ—ਕੇਵਲ strict guardrails ਦੇ ਨਾਲ। IBM ਜਿੱਤਦਾ ਹੈ ਜਦੋਂ ਇਹ ਖਤਰਾ ਘਟਾਉਂਦਾ ਅਤੇ ਮੌਜੂਦਾ ਚੰਗੀਆਂ ਚੀਜ਼ਾਂ ਨਾਲ ਇੰਟੈਗ੍ਰੇਟ ਕਰਦਾ; ਇਹ ਹਾਰ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇਹ ਜੱਟਾ, ਢੀਲਾ ਜਾਂ ਅਸਪਸ਼ਟ ਸਮਝਿਆ ਜਾਂਦਾ ਹੈ।
IBM ਦੀ ਸੰਬੰਧਿਤਤਾ ਬਜ਼ਵਰਡ ਤੋਂ ਘੱਟ ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ ਤੋਂ ਜ਼ਿਆਦਾ ਨਿਰਭਰ ਕਰਦੀ ਹੈ:
ਜੇ ਤੁਸੀਂ ਹੈਬਰਿੱਡ ਦ੍ਰਿਸ਼ਟਿਕੋਣ ਬਾਰੇ ਵਧੇਰੇ ਸੰਦਰਭ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ blog/hybrid-cloud-basics ਵੇਖੋ। ਜੇ ਤੁਸੀਂ ਪੇਸ਼ਕਸ਼ਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਇਹ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਕੀਮਤ ਅਤੇ ਪੈਕੇਜਿੰਗਪ੍ਰਵਾਨਗੀ 'ਤੇ ਅਸਰ ਪਾਂਦੇ ਹਨ ਤਾਂ pricing ਦੇਖੋ।
IBM ਅਜਿਹਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਵੱਖ-ਵੱਖ ਕੰਪਿਊਟਿੰਗ ਲਹਿਰਾਂ ਵਿੱਚ ਵਪਾਰਕ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਰਹਿਆ—ਉਸਨੇ ਵਾਰ-ਵਾਰ ਆਪਣੀ ਵਿਕਰੀ ਦੀ ਪੇਚੀ ਨੂੰ ਬਦਲਿਆ (ਕੀ ਵੇਚਦਾ ਹੈ), ਹਾਰਡਵੇਅਰ ਤੋਂ ਸਾਫਟਵੇਅਰ ਅਤੇ ਫਿਰ ਸੇਵਾਵਾਂ ਤੱਕ—ਬਿਨਾਂ ਉਹਨਾਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਗਾਹਕਾਂ ਨੂੰ ਖੋਏ ਜੋ ਆਪਣੇ ਮੁੱਖ ਓਪਰੇਸ਼ਨ IBM ਤਕਨੀਕ 'ਤੇ ਚਲਾਉਂਦੇ ਹਨ।
ਇਸ ਦੀ “ਸੰਬੰਧਤਤਾ” ਗਾਹਕਾਂ ਦੀ ਸੋਚ ਨਾਲ ਘੱਟ ਜ਼ਿਆਦਾ ਲੰਬੇ ਸਮੇਂ ਦੇ ਠੇਕਿਆਂ, ਰਿਕਰਿੰਗ ਰੇਵਨਿਊ ਅਤੇ ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ ਵਰਕਲੋਡਸ ਵਿੱਚ ਦਰਸਦੀ ਹੈ।
ਏਨਟਰਪ੍ਰਾਈਜ਼ ਆਈਟੀ ਵਿੱਚ, “ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ” ਦਾ ਅਰਥ ਹੈ ਕਿ ਸਿਸਟਮ ਨੂੰ ਚੱਲਦਾ ਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਡਾਊਨਟਾਈਮ ਤੁਰੰਤ ਵਿਵਸਥਾਵਾਂ ਅਤੇ ਆਰਥਿਕ ਨੁਕਸਾਨ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਉਦਾਹਰਣਾਂ ਵਿੱਚ ਪੇਮੈਂਟ ਪ੍ਰੋਸੈਸਿੰਗ, ਏਅਰਲਾਈਨ ਰਿਜਰਵੇਸ਼ਨ, ਲਾਜਿਸਟਿਕਸ ਅਤੇ ਇਨਵੈਂਟਰੀ ਸਿਸਟਮ, ਸਰਕਾਰੀ ਸੇਵਾਵਾਂ, ਅਤੇ ਵੱਡੇ ਪੈਮਾਣੇ ਦੀ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਪ੍ਰੋਸੈਸਿੰਗ ਸ਼ਾਮਿਲ ਹਨ।
“ਸੇਫ ਚੋਇਸ” ਜ਼ਿਆਦਾਤਰ ਖਤਰਾ ਪ੍ਰਬੰਧਨ ਦੀ ਗੱਲ ਹੈ:
ਇਹ ਖਾਸ ਪਲੇਟਫਾਰਮ ਹਨ ਜੋ ਉੱਚ-ਵਾਲੀਅਮ, ਉੱਚ-ਭਰੋਸੇ ਵਾਲੇ ਕੰਮ ਲਈ ਅਨੁਕੂਲਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਛੋਟੀਆਂ, ਭਰੋਸੇਯੋਗ ਲੈਣ-ਦੇਣ ਅਤੇ ਬੈਚ ਪ੍ਰੋਸੈਸਿੰਗ ਦੇ ਲਈ—ਕठੋਰ ਓਪਰੇਸ਼ਨਲ ਕੰਟਰੋਲ ਨਾਲ।
ਕਈ ਸੰਗਠਨਾਂ ਵਿੱਚ ਮੇਨਫਰੇਮ ਅਜੇ ਵੀ ਕੀਮਤੀ ਹਨ ਕਿਉਂਕਿ ਇਹ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ ਪਹਿਲਨ-ਕੇ-ਉਪਟਾਈਮ, ਕੇਂਦਰੀਕ੍ਰਿਤ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣ ਅਤੇ ਲੰਬੇ ਜੀਵਨਚੱਕਰ ਦੀ ਲਗਾਤਾਰਤਾ ਜੋ ਕੋਰ ਸਿਸਟਮਾਂ ਦੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੇ ਹਨ।
ਕਈ ਸੰਸਥਾਵਾਂ ਇੱਕ ਵੰਡਿਆ ਵਾਸਤੇ ਆਰਕੀਟੈਕਚਰ ਵਰਤਦੀਆਂ ਹਨ:
ਇਹ ਤਰੀਕਾ “ਰਿਪ-ਅਤੇ-ਰੀਪਲੇਸ” ਦੇ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਆਧੁਨਿਕੀਕਰਨ ਵਜੋਂ ਇਜਾਦ ਦੀਆਂ ਸਹੂਲਤਾਂ ਦਿੰਦਾ ਹੈ।
ਸੇਵਾਵਾਂ ਇੱਕ ਸਥਿਰਕਰਤਾ ਵਜੋਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਇਹ ਰਿਸ਼ਤੇ-ਆਧਾਰਤ ਅਤੇ ਰਿਕਰਿੰਗ ਹੁੰਦੀਆਂ ਹਨ:
ਭਰੋਸਾ ਮਾਪਣਯੋਗ ਸੁਨਿਸ਼ਚਿਤੀਆਂ ਤੋਂ ਬਣਦਾ ਹੈ ਜੋ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ:
ਇਹ ਨਿਰੰਤਰਤਾ ਜੋ ਸਮੇਂ ਨਾਲ ਬਣਦੀ ਹੈ, ਏਨਟਰਪ੍ਰਾਈਜ਼ ਨੂੰ ਉਹ ਭਰੋਸਾ ਦਿੰਦੀ ਹੈ ਜਿਸਦੇ ਲਈ ਉਹ ਧੰਨਵਾਦ ਕਰਦੇ ਹਨ।
ਸੰਗਠਨ ਨੂੰ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰਨਾ ਪੈਂਦਾ ਹੈ—ਜਿਵੇਂ ਕਿ ਸੁਰੱਖਿਆ ਪ੍ਰਤੀਕ੍ਰਿਆ, ਸਾਫ਼ ਪ੍ਰੋਡਕਟ ਲਾਈਫਸਾਈਕਲ, ਹੈਬਰਿੱਡ ਵਾਤਾਵਰਣਾਂ ਲਈ ਆਧੁਨਿਕ ਕੰਪਲਾਇੰਸ ਸਮਰਥਨ, ਅਤੇ ਪਾਰਦਰਸ਼ੀ ਜਵਾਬਦੇਹੀ—ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਗਾਹਕ ਲੈਗੇਸੀ ਸਿਸਟਮਾਂ ਨੂੰ ਕਲਾਊਡ ਅਤੇ AI ਵਰਕਫਲੋਜ਼ ਨਾਲ ਜੋੜਦੇ ਹਨ।
ਇਹ ਬਦਲਦੇ ਬਾਜ਼ਾਰਾਂ ਦੇ ਨਾਲ ਵਧਣ ਲਈ ਸਮਰੱਥਾ ਜੋੜਨ ਅਤੇ ਅਣਫਿੱਟ ਹਿੱਸਿਆਂ ਨੂੰ ਕਾਟਣ ਦੀ ਕৌশਲ ਹੈ।
ਸਖ਼ਤ ਹਿੱਸਾ ਏਹ ਹੈ ਕਿ ਜੋ ਕੁਝ ਖਰੀਦਿਆ ਜਾਂਦਾ ਹੈ ਉਸਨੂੰ ਇਕਠਠਾ ਕਰਨਾ—ਸੰਸਕ੍ਰਿਤੀ, ਗਾਹਕ ਸਹਾਇਤਾ ਅਤੇ ਪ੍ਰੋਡਕਟ ਸਪੱਸ਼ਟਤਾ ਬਣਾਈ ਰੱਖਣਾ—ਇਸ ਨਾਲ ਗਾਹਕਾਂ ਨੂੰ ਉਲਝਣ ਤੋਂ ਬਚਾਉਣ ਵਿੱਚ ਮਦਦ ਮਿਲਦੀ ਹੈ।
ਕਲਾਊਡ ਨੇ ਡਾਟਾ ਸੈਂਟਰ ਦੀ ਥਾਂ ਤੁਰੰਤ ਨਹੀਂ ਲੀ—ਖਾਸ ਤੌਰ 'ਤੇ ਉਹ ਸਿਸਟਮ ਜਿਹੜੇ IBM ਵਾਲੇ ਗਾਹਕ ਚਲਾਉਂਦੇ ਹਨ।
ਹਾਈਬ੍ਰਿਡ ਕਲਾਊਡ ਦਾ ਸਧਾਰਨ ਮਤਲਬ ਹੈ: ਕੁਝ ਕੰਪਿਊਟਿੰਗ ਤੁਹਾਡੇ ਆਪਣੇ ਢਾਂਚੇ ਵਿੱਚ ਚੱਲਦੀ ਹੈ ਅਤੇ ਕੁਝ ਪਬਲਿਕ ਕਲਾਊਡ ਵਿੱਚ—ਹਰ ਵਰਕਲੋਡ ਨੂੰ ਉਸਦੀ ਲਾਗਤ, ਪ੍ਰਦਰਸ਼ਨ, ਲੈਟੈਂਸੀ, ਨਿਯਮਾਂ ਅਤੇ ਖਤਰੇ ਅਨੁਸਾਰ ਠੀਕ ਥਾਂ 'ਤੇ ਰੱਖਣਾ।
AI ਐਸੇ ਪ੍ਰਕਿਰਿਆਵਾਂ 'ਤੇ ਇੱਕ ਪਤਲਾ ਲੇਅਰ ਵਜੋਂ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਕੀਮਤੀ ਹੈ—ਸਮਰਥਨ ਟ੍ਰਾਇਜ, ਕੋਡ ਆਧੁਨਿਕਤਾ, ਵਿਸੰਗਤੀ ਪਤਾ ਲਗਾਉਣਾ ਜਾਂ ਨੀਤੀਆਂ ਦਾ ਸਾਰ।
ਕੰਪਨੀਆਂ ਨੇ ਜ਼ਿਆਦातर ਸਿੱਧੀ ਰੀਪਲੇਸਮੈਂਟ ਉੱਤੇ ਝੱਟਪਟ ਚਾਲ ਨਹੀਂ ਚੁਣੀ; ਬਦਲੇ ਵਿੱਚ, ਉਹ ਲਪੇਟ-ਅਤੇ-ਇੰਟੈਗ੍ਰੇਟ, ਚੋਣਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਥੋੜ੍ਹੇ-ਥੋੜ੍ਹੇ ਬਦਲਾਅ ਲਿਆਂਦਾ ਕਰਦੀਆਂ ਹਨ।
ਵਧੀਆ ਆਧੁਨਿਕੀਕਰਨ ਯੋਜਨਾ ਵਿੱਚ ਮੀਲ-ਪੱਥਰ, ਰੋਲਬੈਕ ਵਿਕਲਪ ਅਤੇ ਨਾਪ ਜਾਣ ਵਾਲੇ ਨਤੀਜੇ (ਲਾਗਤ, ਲਚਕ, ਕੰਪਲਾਇੰਸ) ਸ਼ਾਮਿਲ ਹੁੰਦੇ ਹਨ—ਸਿਰਫ ਨਵੇਂ ਆਰਕੀਟੈਕਚਰ ਡਾਇਗ੍ਰਾਮ ਨਹੀਂ।
ਕਈ ਸਿਖਿਆ ਜਾ ਸਕਦੀਆਂ ਗੱਲਾਂ ਹਨ:
ਕੁਝ ਆਮ ਗਲਤਫਹਮੀਆਂ:
ਅਗਲੇ ਕੁਝ ਸੂਚਕ: ਹਾਈਬ੍ਰਿਡ ਕਲਾਊਡ ਅਤੇ AI ਵਿੱਚ ਸਾਫ਼ ਪੋਜ਼ਿਸ਼ਨਿੰਗ, ਵਿਕਾਸਕਾਰ ਅਨੁਭਵ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣਾ, ਅਤੇ ਭਰੋਸੇ ਨੂੰ friction ਦੇ ਬਿਨਾਂ ਅੱਗੇ ਲੈ ਜਾਣਾ।