ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ - ਸੰਸਕਰਣਾਂ ਦਾ ਇੱਕ ਸੰਯੋਜਨ ਵਿਸਫੋਟ

ਹੈਲੋ, ਹੈਬਰ! ਮੈਂ ਤੁਹਾਡੇ ਧਿਆਨ ਵਿੱਚ ਪੇਸ਼ ਕਰਦਾ ਹਾਂ ਲੇਖ ਦਾ ਲੇਖਕ ਦਾ ਅਨੁਵਾਦ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ - ਸੰਸਕਰਣਾਂ ਦਾ ਸੰਯੁਕਤ ਵਿਸਫੋਟ.

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

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

ਜੇ ਅਜੇ ਵੀ ਕੋਈ ਗਲਤਫਹਿਮੀ ਹੈ, ਤਾਂ ਮੈਨੂੰ ਗਣਿਤ ਨੂੰ ਤੋੜਨ ਦਿਓ. ਇਸ ਲਈ ਸਾਡੇ ਕੋਲ 10 ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਹਨ, ਹਰ ਇੱਕ ਨੂੰ ਇੱਕ ਅੱਪਡੇਟ ਮਿਲ ਰਿਹਾ ਹੈ। ਭਾਵ, ਸਾਨੂੰ ਹਰੇਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸ (ਜਾਂ ਤਾਂ ਪੁਰਾਣੀ ਜਾਂ ਨਵੀਂ) ਲਈ 2 ਸੰਭਾਵਿਤ ਸੰਸਕਰਣ ਮਿਲਦੇ ਹਨ। ਹੁਣ, ਉਤਪਾਦ ਦੇ ਹਰੇਕ ਹਿੱਸੇ ਲਈ, ਅਸੀਂ ਇਹਨਾਂ ਦੋ ਸੰਸਕਰਣਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ। ਗਣਿਤਿਕ ਤੌਰ 'ਤੇ, ਇਹ ਉਹੀ ਹੈ ਜਿਵੇਂ ਕਿ ਸਾਡੇ ਕੋਲ 10 ਅੰਕਾਂ ਦੀ ਬਾਈਨਰੀ ਸੰਖਿਆ ਹੋਵੇ। ਉਦਾਹਰਨ ਲਈ, ਮੰਨ ਲਓ ਕਿ 1 ਨਵਾਂ ਸੰਸਕਰਣ ਹੈ, ਅਤੇ 0 ਪੁਰਾਣਾ ਸੰਸਕਰਣ ਹੈ - ਫਿਰ ਇੱਕ ਸੰਭਾਵਿਤ ਅਨੁਕ੍ਰਮਣ ਨੂੰ 1001000000 ਵਜੋਂ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ ਹੈ - ਜਿੱਥੇ 1st ਅਤੇ 4th ਭਾਗ ਅੱਪਡੇਟ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਬਾਕੀ ਸਾਰੇ ਨਹੀਂ ਹਨ। ਗਣਿਤ ਤੋਂ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ 10-ਅੰਕ ਵਾਲੇ ਬਾਈਨਰੀ ਨੰਬਰ ਦੇ 2^10 ਜਾਂ 1024 ਮੁੱਲ ਹੋ ਸਕਦੇ ਹਨ। ਭਾਵ, ਅਸੀਂ ਉਸ ਸੰਖਿਆ ਦੇ ਪੈਮਾਨੇ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ ਜਿਸ ਨਾਲ ਅਸੀਂ ਕੰਮ ਕਰ ਰਹੇ ਹਾਂ।

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

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

ਆਉ DevOps ਅਤੇ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਦੁਨੀਆ 'ਤੇ ਵਾਪਸ ਚੱਲੀਏ। ਸਾਨੂੰ ਇੱਕ ਵੱਡੀ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਰਿਹਾ ਹੈ, ਕੁਨਸਟਕਾਮੇਰਾ ਵਿੱਚ ਇੱਕ ਹਾਥੀ ਦੇ ਰੂਪ ਵਿੱਚ ਛੁਪਾਉਣਾ - ਕਿਉਂਕਿ ਜੋ ਮੈਂ ਅਕਸਰ ਸੁਣਦਾ ਹਾਂ ਉਹ ਹੈ "ਬੱਸ ਕੁਬਰਨੇਟਸ ਅਤੇ ਹੈਲਮ ਲਓ, ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਜਾਵੇਗਾ!" ਪਰ ਨਹੀਂ, ਸਭ ਕੁਝ ਠੀਕ ਨਹੀਂ ਹੋਵੇਗਾ ਜੇਕਰ ਸਭ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਹੀ ਛੱਡ ਦਿੱਤਾ ਜਾਵੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਸਮੱਸਿਆ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣਾਤਮਕ ਹੱਲ ਇਸਦੀ ਗੁੰਝਲਦਾਰਤਾ ਕਾਰਨ ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ ਜਾਪਦਾ। ਜਿਵੇਂ ਕਿ NLP ਵਿੱਚ, ਸਾਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਖੋਜ ਦਾਇਰੇ ਨੂੰ ਘਟਾ ਕੇ ਇਸ ਸਮੱਸਿਆ ਤੱਕ ਪਹੁੰਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ - ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਪੁਰਾਣੀਆਂ ਕ੍ਰਮਵਾਰਾਂ ਨੂੰ ਖਤਮ ਕਰਕੇ।

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

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

ਪ੍ਰਯੋਗਾਂ ਦੀ ਅਜਿਹੀ ਪ੍ਰਣਾਲੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀ ਹੈ:

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

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

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

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

ਸਰੋਤ: www.habr.com