ਬੈਂਕ ਨੂੰ AIOps ਅਤੇ ਛਤਰੀ ਨਿਗਰਾਨੀ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ, ਜਾਂ ਗਾਹਕ ਸਬੰਧ ਕਿਸ ਆਧਾਰ 'ਤੇ ਹਨ?

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

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

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

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

ਜੋ ਉਤਪਾਦ ਅਸੀਂ ਬਣਾਉਂਦੇ ਹਾਂ ਉਹ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੌਫਟਵੇਅਰ, AIOps (IT ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ, ਜਾਂ ITOps) ਹਿੱਸੇ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਅਜਿਹੀਆਂ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਮੁੱਖ ਟੀਚੇ ਜਿਵੇਂ ਕਿ ਕੰਪਨੀ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆ ਪਰਿਪੱਕਤਾ ਦਾ ਪੱਧਰ ਵਧਦਾ ਹੈ:

1. ਅੱਗ ਬੁਝਾਓ: ਅਸਫਲਤਾਵਾਂ ਦੀ ਪਛਾਣ ਕਰੋ, ਮਲਬੇ ਤੋਂ ਚੇਤਾਵਨੀਆਂ ਦੀ ਧਾਰਾ ਨੂੰ ਸਾਫ਼ ਕਰੋ, ਜ਼ਿੰਮੇਵਾਰ ਲੋਕਾਂ ਨੂੰ ਕੰਮ ਅਤੇ ਘਟਨਾਵਾਂ ਸੌਂਪੋ;
2. ਆਈਟੀ ਸੇਵਾ ਦੀ ਕੁਸ਼ਲਤਾ ਨੂੰ ਵਧਾਓ: ਘਟਨਾਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਸਮਾਂ ਘਟਾਓ, ਅਸਫਲਤਾਵਾਂ ਦੇ ਕਾਰਨਾਂ ਨੂੰ ਦਰਸਾਓ, ਆਈਟੀ ਸਥਿਤੀ ਦੀ ਪਾਰਦਰਸ਼ਤਾ ਵਧਾਓ;
3. ਕਾਰੋਬਾਰੀ ਕੁਸ਼ਲਤਾ ਵਧਾਓ: ਹੱਥੀਂ ਕਿਰਤ ਦੀ ਮਾਤਰਾ ਘਟਾਓ, ਜੋਖਮ ਘਟਾਓ, ਗਾਹਕਾਂ ਦੀ ਵਫ਼ਾਦਾਰੀ ਵਧਾਓ।

ਸਾਡੇ ਤਜ਼ਰਬੇ ਵਿੱਚ, ਬੈਂਕਾਂ ਨੂੰ ਸਾਰੇ ਵੱਡੇ IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨਾਲ ਆਮ ਨਿਗਰਾਨੀ ਦੇ ਨਾਲ ਹੇਠ ਲਿਖੇ "ਦਰਦ" ਹੁੰਦੇ ਹਨ:

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

ਜਦੋਂ ਅਸੀਂ ਟਿੰਕੋਫ ਵਿਖੇ ਪਹਿਲੀ ਮੀਟਿੰਗ ਵਿੱਚ ਆਏ, ਤਾਂ ਸਾਨੂੰ ਤੁਰੰਤ ਦੱਸਿਆ ਗਿਆ ਕਿ ਉਹਨਾਂ ਨੂੰ ਨਿਗਰਾਨੀ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕੁਝ ਵੀ ਨੁਕਸਾਨ ਨਹੀਂ ਪਹੁੰਚਾਉਂਦਾ ਹੈ, ਅਤੇ ਮੁੱਖ ਸਵਾਲ ਇਹ ਸੀ: "ਅਸੀਂ ਉਹਨਾਂ ਲਈ ਕੀ ਪੇਸ਼ਕਸ਼ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਪਹਿਲਾਂ ਹੀ ਚੰਗਾ ਕਰ ਰਹੇ ਹਨ?"

ਗੱਲਬਾਤ ਲੰਮੀ ਸੀ, ਅਸੀਂ ਚਰਚਾ ਕੀਤੀ ਕਿ ਉਹਨਾਂ ਦੀਆਂ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਕਿਵੇਂ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਵਿਭਾਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਕਿਹੜੀਆਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਵਧੇਰੇ ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦੀਆਂ ਹਨ, ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਘੱਟ ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦੀਆਂ ਹਨ, "ਬਲਾਈਂਡ ਸਪੌਟਸ" ਕਿੱਥੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਟੀਚੇ ਅਤੇ SLA ਕੀ ਹਨ।

ਤਰੀਕੇ ਨਾਲ, ਬੈਂਕ ਦੇ SLA ਅਸਲ ਵਿੱਚ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਤਰਜੀਹ 1 ਨੈੱਟਵਰਕ ਉਪਲਬਧਤਾ ਘਟਨਾ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਸਿਰਫ਼ ਕੁਝ ਮਿੰਟ ਲੱਗ ਸਕਦੇ ਹਨ। ਇੱਥੇ ਗਲਤੀ ਅਤੇ ਡਾਊਨਟਾਈਮ ਦੀ ਕੀਮਤ, ਬੇਸ਼ਕ, ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ.

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਸਹਿਯੋਗ ਦੇ ਕਈ ਖੇਤਰਾਂ ਦੀ ਪਛਾਣ ਕੀਤੀ:

1. ਘਟਨਾ ਦੇ ਹੱਲ ਦੀ ਗਤੀ ਨੂੰ ਵਧਾਉਣ ਲਈ ਪਹਿਲਾ ਪੜਾਅ ਛੱਤਰੀ ਨਿਗਰਾਨੀ ਹੈ
2. ਦੂਜਾ ਪੜਾਅ ਜੋਖਮਾਂ ਨੂੰ ਘਟਾਉਣ ਅਤੇ ਆਈਟੀ ਵਿਭਾਗ ਨੂੰ ਸਕੇਲਿੰਗ ਕਰਨ ਲਈ ਲਾਗਤਾਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਪ੍ਰਕਿਰਿਆ ਆਟੋਮੇਸ਼ਨ ਹੈ।

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

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

ਪਾਇਲਟ ਪ੍ਰੋਜੈਕਟ ਸ਼ੁਰੂ ਹੋਇਆ, ਇਸ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਗਈਆਂ ਅਤੇ ਸਾਨੂੰ 2 ਮਹੀਨੇ ਦਿੱਤੇ ਗਏ। ਮੁੱਖ ਕੰਮ ਸਨ:

• ਪਲੇਟਫਾਰਮ ਦਾ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਤਿਆਰ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਬੈਂਕ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਤੈਨਾਤ ਕਰੋ
• 2 ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀਆਂ (ਜ਼ੈਬਿਕਸ ਅਤੇ ਪ੍ਰੋਮੀਥੀਅਸ) ਨਾਲ ਜੁੜੋ;
• ਸਲੈਕ ਵਿੱਚ ਜ਼ਿੰਮੇਵਾਰ ਲੋਕਾਂ ਨੂੰ ਅਤੇ SMS ਰਾਹੀਂ ਸੂਚਨਾਵਾਂ ਭੇਜੋ;
• ਆਟੋਹੀਲਿੰਗ ਸਕ੍ਰਿਪਟਾਂ ਚਲਾਓ।

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

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

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

ਪਰ ਸਾਡੇ ਕੋਲ ਬਿਲਕੁਲ ਇੱਕ ਮਹੀਨਾ ਬਾਕੀ ਸੀ, ਜਿਸ ਦੌਰਾਨ ਸਾਨੂੰ ਸਭ ਕੁਝ ਸਥਾਪਤ ਕਰਨਾ, ਸੰਰਚਿਤ ਕਰਨਾ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸੀ।

ਸਾਡੇ ਮੁੱਖ ਆਰਕੀਟੈਕਟ, ਸਰਗੇਈ ਦੇ ਅਨੁਸਾਰ, ਇੱਕ ਪਲੱਗ-ਇਨ ਸਿਸਟਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਮਹੀਨਾ ਲੱਗਦਾ ਹੈ।

ਸਾਡੇ ਕੋਲ ਸਮਾਂ ਨਹੀਂ ਸੀ...

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

ਪਾਇਲਟ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਕਈ ਮਹੱਤਵਪੂਰਨ ਤਕਨੀਕੀ ਨਤੀਜੇ ਅਤੇ ਸਿੱਟੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਸਨ:

ਅਸੀਂ ਚੇਤਾਵਨੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਨਵੀਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ

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

"ਸਿੰਥੈਟਿਕ ਟਰਿੱਗਰ" ਇੰਟਰਫੇਸ. ਕਨੈਕਟ ਕੀਤੇ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀਆਂ ਤੋਂ ਚੇਤਾਵਨੀਆਂ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਸਥਾਪਤ ਕਰਨਾ

ਸਿਸਟਮ ਦੀ "ਸਿਹਤ" ਦੀ ਸਥਿਤੀ ਦਾ ਨਿਰਮਾਣ ਕੀਤਾ

ਚੇਤਾਵਨੀਆਂ ਦੇ ਅਧਾਰ ਤੇ, ਨਿਗਰਾਨੀ ਇਵੈਂਟ ਬਣਾਏ ਗਏ ਸਨ ਜੋ ਸੰਰਚਨਾ ਯੂਨਿਟਾਂ (CUs) ਦੀ ਸਿਹਤ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੇ ਹਨ। ਅਸੀਂ ਇੱਕ ਰਿਸੋਰਸ-ਸਰਵਿਸ ਮਾਡਲ (RSM) ਨੂੰ ਲਾਗੂ ਕਰ ਰਹੇ ਹਾਂ, ਜੋ ਜਾਂ ਤਾਂ ਇੱਕ ਅੰਦਰੂਨੀ CMDB ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਇੱਕ ਬਾਹਰੀ ਨੂੰ ਕਨੈਕਟ ਕਰ ਸਕਦਾ ਹੈ - ਪਾਇਲਟ ਪ੍ਰੋਜੈਕਟ ਦੇ ਦੌਰਾਨ ਕਲਾਇੰਟ ਨੇ ਆਪਣਾ CMDB ਨਹੀਂ ਕਨੈਕਟ ਕੀਤਾ ਸੀ।

ਸਰੋਤ-ਸੇਵਾ ਮਾਡਲ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੰਟਰਫੇਸ। ਪਾਇਲਟ RSM.

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

ਵਿਸ਼ਲੇਸ਼ਣ ਇੰਟਰਫੇਸ. ਸਿੰਗਲ ਨਿਗਰਾਨੀ ਸਕਰੀਨ.

ਪ੍ਰਕਿਰਿਆ ਆਟੋਮੇਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਕੀਤੀ

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

ਕਾਰਵਾਈ ਸੈਟਿੰਗ ਇੰਟਰਫੇਸ. ਸਲੈਕ ਨੂੰ ਚੇਤਾਵਨੀਆਂ ਭੇਜੋ ਅਤੇ ਸਰਵਰ ਨੂੰ ਰੀਬੂਟ ਕਰੋ।

ਵਿਸਤ੍ਰਿਤ ਉਤਪਾਦ ਕਾਰਜਕੁਸ਼ਲਤਾ

ਆਟੋਮੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਚਰਚਾ ਕਰਦੇ ਸਮੇਂ, ਕਲਾਇੰਟ ਨੇ ਬੈਸ਼ ਸਮਰਥਨ ਅਤੇ ਇੱਕ ਇੰਟਰਫੇਸ ਲਈ ਕਿਹਾ ਜਿਸ ਵਿੱਚ ਇਹਨਾਂ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਸੁਵਿਧਾਜਨਕ ਰੂਪ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਨਵੇਂ ਸੰਸਕਰਣ ਨੇ ਥੋੜਾ ਹੋਰ ਕੀਤਾ ਹੈ (cURL, SSH ਅਤੇ SNMP ਲਈ ਸਮਰਥਨ ਦੇ ਨਾਲ ਲੁਆ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੇ ਲਾਜ਼ੀਕਲ ਕੰਸਟਰੱਕਟਸ ਨੂੰ ਲਿਖਣ ਦੀ ਸਮਰੱਥਾ) ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਲਾਗੂ ਕੀਤੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਇੱਕ ਸਕ੍ਰਿਪਟ ਦੇ ਜੀਵਨ ਚੱਕਰ (ਬਣਾਉਣ, ਸੰਪਾਦਿਤ ਕਰਨ, ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ) ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। , ਮਿਟਾਓ ਅਤੇ ਆਰਕਾਈਵ ਕਰੋ)।

ਆਟੋਹੀਲਿੰਗ ਸਕ੍ਰਿਪਟਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੰਟਰਫੇਸ। SSH ਰਾਹੀਂ ਸਰਵਰ ਰੀਬੂਟ ਸਕ੍ਰਿਪਟ।

ਮੁੱਖ ਲੱਭਤਾਂ

ਪਾਇਲਟ ਦੇ ਦੌਰਾਨ, ਉਪਭੋਗਤਾ ਕਹਾਣੀਆਂ ਵੀ ਬਣਾਈਆਂ ਗਈਆਂ ਸਨ ਜੋ ਮੌਜੂਦਾ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਕਲਾਇੰਟ ਲਈ ਮੁੱਲ ਵਧਾਉਂਦੀਆਂ ਹਨ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਇੱਥੇ ਹਨ:

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

ਅਤੇ ਸਾਨੂੰ ਹੋਰ ਗਲੋਬਲ ਚੁਣੌਤੀਆਂ ਪ੍ਰਾਪਤ ਹੋਈਆਂ - ਹੋਰ ਸਮਰੱਥਾਵਾਂ ਵਾਲੇ ਉਤਪਾਦ ਨੂੰ "ਉਸਾਰਣ" ਲਈ:

• ਨਿਯਮਾਂ ਅਤੇ ਏਜੰਟਾਂ ਦੀ ਬਜਾਏ ML 'ਤੇ ਆਧਾਰਿਤ ਇੱਕ ਸਰੋਤ-ਸੇਵਾ ਮਾਡਲ ਦਾ ਆਟੋਮੈਟਿਕ ਨਿਰਮਾਣ (ਸ਼ਾਇਦ ਹੁਣ ਮੁੱਖ ਚੁਣੌਤੀ);
• ਵਾਧੂ ਸਕ੍ਰਿਪਟਿੰਗ ਅਤੇ ਤਰਕ ਭਾਸ਼ਾਵਾਂ ਲਈ ਸਮਰਥਨ (ਅਤੇ ਇਹ JavaScript ਹੋਵੇਗੀ)।

ਮੇਰੇ ਵਿਚਾਰ ਅਨੁਸਾਰ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨਇਹ ਪਾਇਲਟ ਜੋ ਦਿਖਾਉਂਦਾ ਹੈ ਉਹ ਦੋ ਚੀਜ਼ਾਂ ਹਨ:

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

ਸਰੋਤ: www.habr.com