ਸੋਫੀਆਗਵਰਲਡ ਦੁਆਰਾ ਗੁਆਚ ਗਿਆ

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

ਲੇਖਕ ਦੇ ਅਨੁਭਵ ਵਿੱਚ, ਇਹ ਇੱਕ ਸੰਪੂਰਨ ਸੂਚੀ ਨਹੀਂ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ ਅਸਰਦਾਰ ਸਲਾਹ. ਇਸ ਲਈ, ਆਓ ਸ਼ੁਰੂ ਕਰੀਏ.

ਸਹਿਯੋਗ ਨਾਲ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ Mail.ru ਕਲਾਉਡ ਹੱਲ.

ਪਹਿਲਾ ਪੱਧਰ

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

ਕੋਡ ਦੇ ਤੌਰ 'ਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚਾ

ਸਲਾਹ ਦਾ ਪਹਿਲਾ ਹਿੱਸਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਕੋਡ ਵਜੋਂ ਲਾਗੂ ਕਰਨਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਪੂਰੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ ਇੱਕ ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਤਰੀਕਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਗੁੰਝਲਦਾਰ ਜਾਪਦਾ ਹੈ, ਪਰ ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਕੋਡ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ:

100 ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਤੈਨਾਤੀ

• ਉਬੰਟੂ ਦੇ ਨਾਲ
• 2 ਜੀਬੀ ਰੈਮ ਹਰੇਕ
• ਉਹਨਾਂ ਕੋਲ ਹੇਠਾਂ ਦਿੱਤਾ ਕੋਡ ਹੋਵੇਗਾ
• ਇਹਨਾਂ ਪੈਰਾਮੀਟਰਾਂ ਨਾਲ

ਤੁਸੀਂ ਆਪਣੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਟ੍ਰੈਕ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹਨਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਵਾਪਸ ਕਰ ਸਕਦੇ ਹੋ।

ਮੇਰੇ ਵਿੱਚ ਆਧੁਨਿਕਤਾਵਾਦੀ ਕਹਿੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਉਪਰੋਕਤ ਸਭ ਕੁਝ ਕਰਨ ਲਈ ਕੁਬਰਨੇਟਸ/ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਉਹ ਸਹੀ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਸੀਂ ਸ਼ੈੱਫ, ਕਠਪੁਤਲੀ ਜਾਂ ਟੈਰਾਫਾਰਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹੋ।

ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਅਤੇ ਡਿਲਿਵਰੀ

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

ਹਰ ਵਾਰ ਇਸ ਪੜਾਅ 'ਤੇ ਤੁਸੀਂ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹੋ: ਕੀ ਮੇਰੀ ਅਸੈਂਬਲੀ ਕੰਪਾਇਲ ਕਰੇਗੀ ਅਤੇ ਟੈਸਟ ਪਾਸ ਕਰੇਗੀ, ਕੀ ਇਹ ਵੈਧ ਹੈ? ਇਹ ਇੱਕ ਘੱਟ ਪੱਟੀ ਵਾਂਗ ਜਾਪਦਾ ਹੈ, ਪਰ ਇਹ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ।

ਇਨ੍ਹਾਂ ਟਿੱਕਿਆਂ ਨੂੰ ਦੇਖਣ ਤੋਂ ਵੱਧ ਸੁੰਦਰ ਹੋਰ ਕੁਝ ਨਹੀਂ ਹੈ

ਇਸ ਤਕਨਾਲੋਜੀ ਲਈ ਤੁਸੀਂ Github, CircleCI ਜਾਂ Jenkins ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦੇ ਹੋ।

ਲੋਡ ਬੈਲੈਂਸਰ

ਇਸ ਲਈ, ਅਸੀਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ ਇੱਕ ਲੋਡ ਬੈਲੇਂਸਰ ਚਲਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਸਾਰੇ ਨੋਡਾਂ 'ਤੇ ਬਰਾਬਰ ਲੋਡ ਹੋਵੇ ਜਾਂ ਅਸਫਲਤਾ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਸੇਵਾ ਜਾਰੀ ਰਹੇ:

ਇੱਕ ਲੋਡ ਬੈਲੇਂਸਰ ਆਮ ਤੌਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੰਡਣ ਦਾ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ ਓਵਰਬੈਲੈਂਸ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਵੀ ਬਿੰਦੂ ਨਾ ਹੋਵੇ।

ਆਮ ਤੌਰ 'ਤੇ, ਲੋਡ ਬੈਲੇਂਸਰਾਂ ਨੂੰ ਤੁਹਾਡੇ ਦੁਆਰਾ ਵਰਤੇ ਗਏ ਕਲਾਉਡ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਬੇਨਤੀਆਂ ਲਈ RayID, ਸਹਿ-ਸੰਬੰਧ ID ਜਾਂ UUID

ਕੀ ਤੁਸੀਂ ਕਦੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਸੰਦੇਸ਼ ਦੇ ਨਾਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਗਲਤੀ ਦਾ ਸਾਹਮਣਾ ਕੀਤਾ ਹੈ: "ਕੁਝ ਗਲਤ ਹੋ ਗਿਆ. ਇਸ ਆਈਡੀ ਨੂੰ ਸੇਵ ਕਰੋ ਅਤੇ ਸਾਡੀ ਸਹਾਇਤਾ ਟੀਮ ਨੂੰ ਭੇਜੋ"?

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

ਉਪਭੋਗਤਾ ਸਿਸਟਮ A ਨੂੰ ਬੇਨਤੀ ਕਰਦਾ ਹੈ, ਫਿਰ A ਸੰਪਰਕ B, ਜੋ C ਨਾਲ ਸੰਪਰਕ ਕਰਦਾ ਹੈ, ਇਸਨੂੰ X ਵਿੱਚ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਬੇਨਤੀ A ਨੂੰ ਵਾਪਸ ਕਰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।

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

ਔਸਤ ਪੱਧਰ

ਇੱਥੇ ਸਲਾਹ ਪਿਛਲੀਆਂ ਨਾਲੋਂ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ, ਪਰ ਸਹੀ ਸਾਧਨ ਕੰਮ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦੇ ਹਨ, ਛੋਟੀਆਂ ਅਤੇ ਮੱਧਮ ਆਕਾਰ ਦੀਆਂ ਕੰਪਨੀਆਂ ਲਈ ਵੀ ਨਿਵੇਸ਼ 'ਤੇ ਵਾਪਸੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

ਕੇਂਦਰੀਕ੍ਰਿਤ ਲੌਗਿੰਗ

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

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

ELK ਸਟੈਕ ਕਾਰਜਸ਼ੀਲਤਾ

ਨਿਗਰਾਨੀ ਏਜੰਟ

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

ਇਸ ਮੌਕੇ 'ਤੇ ਤੁਸੀਂ ਇਸ ਦੀ ਜਾਂਚ ਕਰੋ ਚੱਲ ਰਹੀ ਬਿਲਡ ਵਧੀਆ ਮਹਿਸੂਸ ਕਰਦੀ ਹੈ ਅਤੇ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ.

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

ਲੋਡ ਦੇ ਆਧਾਰ 'ਤੇ ਆਟੋਸਕੇਲਿੰਗ

ਇਹ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਹੈ. ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ VM ਸਰਵਿਸਿੰਗ ਬੇਨਤੀਆਂ ਹਨ ਅਤੇ ਇਹ 80% ਮੈਮੋਰੀ ਵਰਤੋਂ ਦੇ ਨੇੜੇ ਆ ਰਿਹਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਜਾਂ ਤਾਂ ਇਸਦੇ ਸਰੋਤਾਂ ਨੂੰ ਵਧਾ ਸਕਦੇ ਹੋ ਜਾਂ ਕਲੱਸਟਰ ਵਿੱਚ ਹੋਰ VM ਜੋੜ ਸਕਦੇ ਹੋ। ਲੋਡ ਦੇ ਅਧੀਨ ਲਚਕੀਲੇ ਪਾਵਰ ਤਬਦੀਲੀਆਂ ਲਈ ਇਹਨਾਂ ਕਾਰਵਾਈਆਂ ਦਾ ਆਟੋਮੈਟਿਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸ਼ਾਨਦਾਰ ਹੈ। ਪਰ ਤੁਹਾਨੂੰ ਹਮੇਸ਼ਾ ਇਸ ਗੱਲ ਦਾ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿੰਨਾ ਪੈਸਾ ਖਰਚ ਕਰਦੇ ਹੋ ਅਤੇ ਵਾਜਬ ਸੀਮਾਵਾਂ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ।

ਜ਼ਿਆਦਾਤਰ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਇਸਨੂੰ ਹੋਰ ਸਰਵਰਾਂ ਜਾਂ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਵੈ-ਸਕੇਲ ਲਈ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।

ਪ੍ਰਯੋਗ ਪ੍ਰਣਾਲੀ

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

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

ਐਡਵਾਂਸਡ ਲੈਵਲ

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

ਨੀਲੀ-ਹਰੇ ਤੈਨਾਤੀਆਂ

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

ਇਹ ਕਦਮ ਇੱਕ ਲੋਡ ਬੈਲੈਂਸਰ ਦੀ ਮੌਜੂਦਗੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ. ਚਲੋ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਤੁਹਾਡੇ ਸੌਫਟਵੇਅਰ ਦਾ ਸੰਸਕਰਣ N ਹੈ, ਅਤੇ ਫਿਰ ਤੁਸੀਂ ਸੰਸਕਰਣ N+1 ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ। 

ਤੁਸੀਂ ਅਸੀਂ ਕਰ ਸਕਦੇ ਹਾਂ ਬੱਸ ਸੇਵਾ ਬੰਦ ਕਰੋ ਅਤੇ ਅਗਲੇ ਸੰਸਕਰਣ ਨੂੰ ਅਜਿਹੇ ਸਮੇਂ 'ਤੇ ਰੋਲ ਆਊਟ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕੁਝ ਡਾਊਨਟਾਈਮ ਪ੍ਰਾਪਤ ਕਰੋ। ਪਰ ਮੰਨ ਲਓ ਤੁਹਾਡੇ ਕੋਲ ਹੈ ਅਸਲ ਵਿੱਚ ਸਖ਼ਤ SLA ਸ਼ਰਤਾਂ। ਇਸ ਲਈ, SLA 99,99% ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਔਫਲਾਈਨ ਜਾ ਸਕਦੇ ਹੋ ਸਿਰਫ 52 ਮਿੰਟ ਪ੍ਰਤੀ ਸਾਲ.

ਜੇਕਰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਅਜਿਹੇ ਸੂਚਕਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕੋ ਸਮੇਂ ਦੋ ਤੈਨਾਤੀਆਂ ਦੀ ਲੋੜ ਹੈ: 

• ਇੱਕ ਜੋ ਹੁਣੇ ਹੈ (N);
• ਅਗਲਾ ਸੰਸਕਰਣ (N+1)। 

ਤੁਸੀਂ ਲੋਡ ਬੈਲੇਂਸਰ ਨੂੰ ਟ੍ਰੈਫਿਕ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਨੂੰ ਨਵੇਂ ਸੰਸਕਰਣ (N+1) ਵੱਲ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ ਕਹਿੰਦੇ ਹੋ ਜਦੋਂ ਤੁਸੀਂ ਸਰਗਰਮੀ ਨਾਲ ਰਿਗਰੈਸ਼ਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋ।

ਇੱਥੇ ਸਾਡੇ ਕੋਲ ਇੱਕ ਹਰੇ N ਤੈਨਾਤੀ ਹੈ ਜੋ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ। ਅਸੀਂ ਇਸ ਤੈਨਾਤੀ ਦੇ ਅਗਲੇ ਸੰਸਕਰਣ 'ਤੇ ਜਾਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ

ਪਹਿਲਾਂ ਅਸੀਂ ਇਹ ਦੇਖਣ ਲਈ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਟੈਸਟ ਭੇਜਦੇ ਹਾਂ ਕਿ ਕੀ ਸਾਡੀ N+1 ਤੈਨਾਤੀ ਥੋੜ੍ਹੇ ਜਿਹੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ:

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

ਜੇਕਰ ਤੁਸੀਂ ਹੋਰ ਵੀ ਉੱਨਤ ਪੱਧਰ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਨੀਲੇ-ਹਰੇ ਤੈਨਾਤੀ ਵਿੱਚ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਚੱਲਣ ਦਿਓ।

ਅਸੰਗਤਤਾ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਅਤੇ ਆਟੋਮੈਟਿਕ ਮਿਟਾਉਣਾ

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

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

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

ਇਹ ਸਭ ਹੈ!

ਜੇਕਰ ਤੁਸੀਂ ਕਲਾਉਡ ਸੇਵਾ ਨੂੰ ਵਧਾ ਰਹੇ ਹੋ ਤਾਂ ਤਰਜੀਹਾਂ ਦੀ ਇਹ ਸੂਚੀ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਾਏਗੀ।

ਮੂਲ ਲੇਖ ਦਾ ਲੇਖਕ ਪਾਠਕਾਂ ਨੂੰ ਆਪਣੀਆਂ ਟਿੱਪਣੀਆਂ ਛੱਡਣ ਅਤੇ ਤਬਦੀਲੀਆਂ ਕਰਨ ਲਈ ਸੱਦਾ ਦਿੰਦਾ ਹੈ। ਲੇਖ ਨੂੰ ਓਪਨ ਸੋਰਸ ਵਜੋਂ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਲੇਖਕ ਦੁਆਰਾ ਬੇਨਤੀਆਂ ਖਿੱਚੋ Github 'ਤੇ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ.

ਵਿਸ਼ੇ 'ਤੇ ਹੋਰ ਕੀ ਪੜ੍ਹਨਾ ਹੈ:

1. ਜਾਓ ਅਤੇ CPU ਕੈਸ਼
2. ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ ਨਮੂਨੇ ਦੇ ਨਾਲ ਪਾਇਰੇਸੀ ਦੀ ਭਾਵਨਾ ਵਿੱਚ ਕੁਬਰਨੇਟਸ
3. ਟੈਲੀਗ੍ਰਾਮ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਸਾਡਾ ਚੈਨਲ

ਸਰੋਤ: www.habr.com