ਅਸੀਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸਰਵਿਸ ਮੈਸ਼ ਕਿਉਂ ਬਣਾ ਰਹੇ ਹਾਂ?

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

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

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

ਪ੍ਰੌਕਸੀ ਪੱਧਰ 'ਤੇ (ਡੇਟਾ ਪਲੇਨ):

• ਰੂਟਿੰਗ ਅਤੇ ਟ੍ਰੈਫਿਕ ਸੰਤੁਲਨ ਨੀਤੀਆਂ ਨੂੰ ਸੌਂਪਣਾ ਅਤੇ ਵੰਡਣਾ
• ਕੁੰਜੀਆਂ, ਸਰਟੀਫਿਕੇਟ, ਟੋਕਨਾਂ ਦੀ ਵੰਡ
• ਟੈਲੀਮੈਟਰੀ ਦਾ ਸੰਗ੍ਰਹਿ, ਨਿਗਰਾਨੀ ਮੈਟ੍ਰਿਕਸ ਦਾ ਉਤਪਾਦਨ
• ਸੁਰੱਖਿਆ ਅਤੇ ਨਿਗਰਾਨੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨਾਲ ਏਕੀਕਰਣ

ਕੰਟਰੋਲ ਪਲੇਨ ਪੱਧਰ 'ਤੇ:

• ਰੂਟਿੰਗ ਅਤੇ ਟ੍ਰੈਫਿਕ ਸੰਤੁਲਨ ਨੀਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ
• ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ ਅਤੇ ਸਮਾਂ ਸਮਾਪਤੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ, "ਡੈੱਡ" ਨੋਡਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ (ਸਰਕਟ ਤੋੜਨਾ), ਟੀਕੇ ਲਗਾਉਣ ਦੀਆਂ ਨੁਕਸਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਅਤੇ ਹੋਰ ਵਿਧੀਆਂ ਦੁਆਰਾ ਸੇਵਾ ਦੀ ਲਚਕੀਲਾਪਣ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ
• ਕਾਲ ਪ੍ਰਮਾਣਿਕਤਾ/ਪ੍ਰਮਾਣੀਕਰਨ
• ਡ੍ਰੌਪਿੰਗ ਮੈਟ੍ਰਿਕਸ (ਨਿਰੀਖਣਯੋਗਤਾ)

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

ਕਾਰਪੋਰੇਟ ਸੈਕਟਰ ਵਿੱਚ ਸਰਵਿਸ ਮੇਸ਼ ਦੀ ਕਿਉਂ ਲੋੜ ਹੈ?

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

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

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

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

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

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

ਜੇਕਰ ਕੋਈ ਕੰਪਨੀ ਏਕੀਕਰਣ ਹੱਲਾਂ ਦੇ ਵਿਕਾਸ ਲਈ ਲਾਗਤਾਂ ਨੂੰ ਘਟਾਉਣਾ ਚਾਹੁੰਦੀ ਹੈ, ਤਾਂ ਸਰਵਿਸ ਮੈਸ਼ ਵੀ ਮਦਦ ਕਰਦਾ ਹੈ: ਤੁਸੀਂ ਵਪਾਰਕ ਉਤਪਾਦਾਂ ਤੋਂ ਇਸਦੇ ਓਪਨ-ਸੋਰਸ ਸੰਸਕਰਣ 'ਤੇ ਸਵਿਚ ਕਰ ਸਕਦੇ ਹੋ. ਸਾਡਾ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸਰਵਿਸ ਮੈਸ਼ ਸਰਵਿਸ ਮੈਸ਼ ਦੇ ਓਪਨ-ਸੋਰਸ ਸੰਸਕਰਣ 'ਤੇ ਅਧਾਰਤ ਹੈ।

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

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

ਤੁਹਾਨੂੰ ਸਰਵਿਸ ਮੇਸ਼ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

ਸਾਡੀ ਕੰਪਨੀ ਵਿੱਚ, ਸੈਂਕੜੇ ਸਿਸਟਮ ਅਤੇ ਮੋਡੀਊਲ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਰਨਟਾਈਮ ਬਹੁਤ ਲੋਡ ਹੁੰਦਾ ਹੈ। ਇਸ ਲਈ ਇੱਕ ਸਿਸਟਮ ਦਾ ਇੱਕ ਸਧਾਰਨ ਪੈਟਰਨ ਦੂਜੇ ਨੂੰ ਕਾਲ ਕਰਨਾ ਅਤੇ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਉਤਪਾਦਨ ਵਿੱਚ ਅਸੀਂ ਹੋਰ ਚਾਹੁੰਦੇ ਹਾਂ। ਤੁਹਾਨੂੰ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੇਵਾ ਜਾਲ ਤੋਂ ਹੋਰ ਕੀ ਚਾਹੀਦਾ ਹੈ?

ਇਵੈਂਟ ਪ੍ਰੋਸੈਸਿੰਗ ਸੇਵਾ

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

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

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

ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਸੇਵਾ

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

ਆਰਕੈਸਟਰੇਸ਼ਨ ਸੇਵਾ

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

AI ਅਤੇ ML

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

API ਗੇਟਵੇ ਸੇਵਾ

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

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

ਖਾਸ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਡਾਟਾ ਫਾਰਮੈਟਾਂ ਲਈ ਸਹਾਇਤਾ ਸੇਵਾ (AS ਗੇਟਵੇ)

ਵਰਤਮਾਨ ਵਿੱਚ, ਜ਼ਿਆਦਾਤਰ ਸਰਵਿਸ ਮੈਸ਼ ਹੱਲ ਸਿਰਫ HTTP ਅਤੇ HTTP2 ਟ੍ਰੈਫਿਕ ਦੇ ਨਾਲ ਜਾਂ TCP/IP ਪੱਧਰ 'ਤੇ ਇੱਕ ਘਟੇ ਹੋਏ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ। ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸਰਵਿਸ ਮੈਸ਼ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਖਾਸ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਾਲ ਉਭਰ ਰਿਹਾ ਹੈ। ਕੁਝ ਸਿਸਟਮ ਸੰਦੇਸ਼ ਦਲਾਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ, ਦੂਸਰੇ ਡੇਟਾਬੇਸ ਪੱਧਰ 'ਤੇ ਏਕੀਕ੍ਰਿਤ ਹਨ। ਜੇਕਰ ਕੰਪਨੀ ਕੋਲ SAP ਹੈ, ਤਾਂ ਉਹ ਆਪਣੀ ਖੁਦ ਦੀ ਏਕੀਕਰਣ ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਵੀ ਕਰ ਸਕਦੀ ਹੈ। ਇਸਤੋਂ ਇਲਾਵਾ, ਇਹ ਸਭ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕਾਰੋਬਾਰ ਦਾ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਹੈ.

ਤੁਸੀਂ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਹਿ ਸਕਦੇ: "ਆਓ ਵਿਰਾਸਤ ਨੂੰ ਛੱਡ ਦੇਈਏ ਅਤੇ ਨਵੇਂ ਸਿਸਟਮ ਬਣਾਓ ਜੋ ਸਰਵਿਸ ਮੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਣ।" ਸਾਰੇ ਪੁਰਾਣੇ ਸਿਸਟਮਾਂ ਨੂੰ ਨਵੇਂ (ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਆਰਕੀਟੈਕਚਰ 'ਤੇ) ਨਾਲ ਜੋੜਨ ਲਈ, ਸਰਵਿਸ ਮੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸਿਸਟਮਾਂ ਨੂੰ ਕਿਸੇ ਕਿਸਮ ਦੇ ਅਡਾਪਟਰ, ਵਿਚੋਲੇ, ਗੇਟਵੇ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਸਹਿਮਤ ਹੋਵੋ, ਇਹ ਚੰਗਾ ਹੋਵੇਗਾ ਜੇਕਰ ਇਹ ਸੇਵਾ ਦੇ ਨਾਲ ਇੱਕ ਬਕਸੇ ਵਿੱਚ ਆਵੇ. AC ਗੇਟਵੇ ਕਿਸੇ ਵੀ ਏਕੀਕਰਣ ਵਿਕਲਪ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ। ਜ਼ਰਾ ਕਲਪਨਾ ਕਰੋ, ਤੁਸੀਂ ਹੁਣੇ ਹੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸਰਵਿਸ ਮੈਸ਼ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦੇ ਹੋ ਅਤੇ ਇਹ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਸਾਰੇ ਪ੍ਰੋਟੋਕੋਲਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ। ਇਹ ਪਹੁੰਚ ਸਾਡੇ ਲਈ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ।

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

ਸਰੋਤ: www.habr.com