ਐਸਏਪੀ ਹੋਸਟਿੰਗ ਨੂੰ ਬਦਲਣ ਦਾ ਤਜਰਬਾ: ਇਹ ਬਹੁਤ ਦਰਦਨਾਕ ਹੋਣ ਤੋਂ ਬਿਨਾਂ ਸਿਸਟਮਾਂ ਨੂੰ ਕਿਵੇਂ ਮਾਈਗਰੇਟ ਕਰਨਾ ਹੈ

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

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

SAP ਸਿਸਟਮ ਹੋਸਟਿੰਗ

ਸਿਰਫ਼ ਪੰਜ ਸਾਲ ਪਹਿਲਾਂ, ਇਹ ਕਲਪਨਾ ਕਰਨਾ ਮੁਸ਼ਕਲ ਸੀ ਕਿ ਗਾਹਕ SAP ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਹੋਸਟਿੰਗ ਸਰੋਤਾਂ ਦੀ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਵਰਤੋਂ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨਗੇ. ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਆਧਾਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ। ਹਾਲਾਂਕਿ, ਆਊਟਸੋਰਸਿੰਗ ਮਾਡਲਾਂ ਅਤੇ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੀ ਮਾਰਕੀਟ ਦੇ ਵਿਕਾਸ ਦੇ ਨਾਲ, ਗਾਹਕਾਂ ਦਾ ਵਿਸ਼ਵ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਬਦਲਣਾ ਸ਼ੁਰੂ ਹੋ ਗਿਆ। SAP ਲਈ ਕਲਾਉਡ ਦੇ ਹੱਕ ਵਿੱਚ ਚੋਣ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੀਆਂ ਦਲੀਲਾਂ ਕੀ ਹਨ?

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

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

SAP ਹੋਸਟਿੰਗ ਨੂੰ ਬਦਲਣ ਦੀਆਂ ਮੁਸ਼ਕਲਾਂ ਕੀ ਹਨ?

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

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

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

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

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

ਤਿਆਰੀ ਅਤੇ ਡਿਜ਼ਾਈਨ

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

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

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

ਸਾਡੇ ਡੇਟਾ ਸੈਂਟਰ 'ਤੇ ਆਧਾਰਿਤ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਨਿੱਜੀ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਜਿਸ ਨਾਲ ਅਸੀਂ ਸਮਾਪਤ ਕੀਤਾ ਹੈ:

• SAP HANA ਲਈ ਸਮਰਪਿਤ ਭੌਤਿਕ ਸਰਵਰ;
• ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸੇਵਾਵਾਂ ਲਈ VMware ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪਲੇਟਫਾਰਮ;
• L2 VPN ਲਈ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿਚਕਾਰ ਡੁਪਲੀਕੇਟ ਸੰਚਾਰ ਚੈਨਲ;
• ਉਤਪਾਦ ਅਤੇ "ਹੋਰ ਸਭ ਕੁਝ" ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਦੋ ਮੁੱਖ ਸਟੋਰੇਜ ਸਿਸਟਮ;
• ਇੱਕ ਵੱਖਰੇ ਸਰਵਰ, ਡਿਸਕ ਸ਼ੈਲਫ ਅਤੇ ਟੇਪ ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਨਾਲ ਵੇਰੀਟਾਸ ਨੈੱਟਬੈਕਅੱਪ 'ਤੇ ਆਧਾਰਿਤ SRC।

ਅਤੇ ਇੱਥੇ ਇਹ ਹੈ ਕਿ ਅਸੀਂ ਇਸ ਸਭ ਨੂੰ ਤਕਨੀਕੀ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਹੈ।

SAP

• ਉਤਪਾਦਕ HANA ਲਈ ਸਟੋਰੇਜ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਵਰਤਣ ਲਈ, ਅਸੀਂ SAP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਿਸਟਮਿਕ ਡਾਟਾਬੇਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੇ ਬਿਨਾਂ ਸ਼ੇਅਰਡ ਡਿਸਕਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ। ਇਹ ਸਭ ਪੇਸਮੇਕਰ 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਐਕਟਿਵ-ਸਟੈਂਡਬਾਈ SUSE HAE ਕਲੱਸਟਰ ਵਿੱਚ ਲਪੇਟਿਆ ਗਿਆ ਸੀ। ਹਾਂ, ਰਿਕਵਰੀ ਸਮਾਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੇ ਮੁਕਾਬਲੇ ਥੋੜਾ ਲੰਬਾ ਹੁੰਦਾ ਹੈ, ਪਰ ਅਸੀਂ ਸਟੋਰੇਜ ਸਪੇਸ ਨੂੰ ਅੱਧਾ ਬਚਾਉਂਦੇ ਹਾਂ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਗਾਹਕ ਦੇ ਬਜਟ ਨੂੰ ਬਚਾਉਂਦੇ ਹਾਂ।
• ਪੂਰਵ-ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਵਿੱਚ, HANA ਕਲੱਸਟਰਾਂ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਪਰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਉਤਪਾਦਨ ਸੰਰਚਨਾ ਨੂੰ ਦੁਹਰਾਇਆ ਗਿਆ ਸੀ।
• ਟੈਸਟ ਅਤੇ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਨੂੰ MCOS ਸੰਰਚਨਾ ਵਿੱਚ ਕਲੱਸਟਰਾਂ ਦੇ ਬਿਨਾਂ ਕਈ ਹੋਰ ਸਰਵਰਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਸੀ।
• ਸਾਰੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ VMware ਵਿੱਚ ਵਰਚੁਅਲਾਈਜ਼ਡ ਅਤੇ ਹੋਸਟ ਕੀਤੇ ਗਏ ਸਨ।

ਸਈਟ

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

ਐਸ.ਐਚ.ਡੀ

• SAP ਦਾ ਉਤਪਾਦਕ ਅਤੇ ਪੂਰਵ-ਉਤਪਾਦਕ ਲੋਡ ਆਲ-ਫਲੈਸ਼ ਐਰੇ 'ਤੇ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਸੀ।
• ਡਿਵੈਲਪਰ ਟੈਸਟ ਵਾਤਾਵਰਨ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸੇਵਾਵਾਂ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਹਾਈਬ੍ਰਿਡ ਐਰੇ 'ਤੇ ਰੱਖਿਆ ਗਿਆ ਸੀ।

ਆਈ.ਬੀ.ਐੱਸ

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

ਨਿਗਰਾਨੀ

• ਸਾਰੇ ਹਾਰਡਵੇਅਰ, OS ਅਤੇ SAP Zabbix ਦੇ ਅਧੀਨ ਸਥਾਪਿਤ ਕੀਤੇ ਗਏ ਸਨ।
• ਅਸੀਂ Grafana ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਉਪਯੋਗੀ ਡੈਸ਼ਬੋਰਡ ਇਕੱਠੇ ਕੀਤੇ ਹਨ।
• ਜਦੋਂ ਕੋਈ ਚੇਤਾਵਨੀ ਆਉਂਦੀ ਹੈ, ਜ਼ੈਬਿਕਸ ਘਟਨਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਇੱਕ ਬੇਨਤੀ ਬਣਾ ਸਕਦਾ ਹੈ; ਅਸੀਂ ਇਸਨੂੰ ਜੀਰਾ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਹੈ। ਜਾਣਕਾਰੀ ਟੈਲੀਗ੍ਰਾਮ ਚੈਨਲ ਵਿੱਚ ਵੀ ਡੁਪਲੀਕੇਟ ਕੀਤੀ ਗਈ ਹੈ।

ਤਾਰ

ਹਾਨਾ ਦੀ ਆਮ ਸਿਹਤ

SAP ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਸਥਿਤੀ:

ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸੇਵਾਵਾਂ

• ਅੰਦਰੂਨੀ ਨਾਮ-ਸਥਾਨਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ, DNS ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਕਲੱਸਟਰ ਖੜ੍ਹਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਕਿ ਗਾਹਕ ਦੇ ਸਰਵਰਾਂ ਨਾਲ ਸਮਕਾਲੀ ਹੁੰਦਾ ਹੈ।
• ਅਸੀਂ ਡੇਟਾ ਐਕਸਚੇਂਜ ਲਈ ਇੱਕ ਵੱਖਰਾ ਫਾਈਲ ਸਰਵਰ ਬਣਾਇਆ ਹੈ।
• ਵੱਖ-ਵੱਖ ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ, ਗਿਟਲੈਬ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਸੀ।
• ਵੱਖ-ਵੱਖ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਲਈ ਅਸੀਂ HashiCorp Vault ਲਿਆ।

ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ

ਆਮ ਤੌਰ 'ਤੇ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਪੜਾਅ ਹੁੰਦੇ ਹਨ:

• ਸਾਰੇ ਲੋੜੀਂਦੇ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਤਿਆਰੀ;
• ਮੌਜੂਦਾ ਪ੍ਰਦਾਤਾ ਨਾਲ ਗੱਲਬਾਤ - ਸੰਗਠਨਾਤਮਕ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕਰਨਾ;
• ਪ੍ਰੋਜੈਕਟ ਲਈ ਨਵੇਂ ਉਪਕਰਣਾਂ ਦੀ ਖਰੀਦ, ਡਿਲੀਵਰੀ ਅਤੇ ਸਥਾਪਨਾ;
• ਟੈਸਟ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਡੀਬਗਿੰਗ;
• ਸਿਸਟਮ ਟ੍ਰਾਂਸਫਰ, ਲੜਾਈ ਪ੍ਰਵਾਸ।

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

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

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

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

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

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

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

ਪਰਵਾਸ ਕਈ ਪੜਾਵਾਂ ਵਿੱਚ ਯੋਜਨਾਬੱਧ ਢੰਗ ਨਾਲ ਕੀਤਾ ਗਿਆ ਸੀ। ਹਰੇਕ ਪੜਾਅ ਵਿੱਚ ਦੋ ਪ੍ਰਣਾਲੀਆਂ ਹਨ.

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

ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਗਾਹਕ ਦੀ ਭੂਮਿਕਾ

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

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

ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਤੀਜੇ

ਮਾਈਗ੍ਰੇਸ਼ਨ ਦਾ ਅੰਤਮ ਪੜਾਅ ਰੱਖ-ਰਖਾਅ ਲਈ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਤਬਾਦਲਾ ਸੀ।

ਹੁਣ ਅਸੀਂ ਗਾਹਕਾਂ ਦੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਇੱਕ ਸਿੰਗਲ ਵਿੰਡੋ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ ਅਤੇ ਸਾਡੇ ਸਾਥੀ - ਇੰਟੈਲੀਜੈਂਸ ਦੇ ਨਾਲ ਸਹਿਯੋਗੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਹਿੱਸੇ ਅਤੇ SAP ਆਧਾਰ ਨਾਲ ਸੰਬੰਧਿਤ ਕਾਰਜਾਂ ਦੇ ਪੂਰੇ ਦਾਇਰੇ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਾਂ। ਗਾਹਕ ਛੇ ਮਹੀਨਿਆਂ ਤੋਂ ਇੱਕ ਨਿੱਜੀ ਕਲਾਊਡ ਵਿੱਚ ਰਹਿ ਰਿਹਾ ਹੈ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ ਸੇਵਾ ਦੇ ਕੇਸਾਂ ਦੇ ਅੰਕੜੇ ਇਹ ਹਨ:

• 90 ਘਟਨਾਵਾਂ (20% ਗਾਹਕ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤੇ ਬਿਨਾਂ ਹੱਲ ਕੀਤਾ ਗਿਆ)
• SLA ਦੇ ਅੰਦਰ ਹੱਲ ਕੀਤਾ ਗਿਆ - 100%
• ਅਨੁਸੂਚਿਤ ਸਿਸਟਮ ਬੰਦ - 0

ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਾਡੇ ਕਲਾਇੰਟ ਵਰਗੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਬਾਰੇ ਹੋਰ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਸ 'ਤੇ ਲਿਖੋ: [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

ਸਰੋਤ: www.habr.com