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

ਸੈਟਿੰਗ: ਬੇਸਿਕ ਕੈਮਿਸਟਰੀ ਤੋਂ ਕੁਆਂਟਮ ਮਕੈਨਿਕਸ ਤੱਕ

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

ਸਿਸਟਮ ਨੂੰ ਸਮਝਣਾ ਆਸਾਨ ਨਹੀਂ ਹੈ

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

ਜੇਕਰ ਇਸਨੂੰ ਡੀਬੱਗ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਸ਼ਾਇਦ ਅਸੀਂ ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰਾਂਗੇ

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

ਸਾਰੇ ਸਮਝੌਤਿਆਂ ਦਾ ਇੱਕ ਚੰਗਾ ਕਾਰਨ ਹੁੰਦਾ ਹੈ। ਸਹੀ?

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

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

ਸਰੋਤ: www.habr.com