ਇਹ ਕਹਾਣੀ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਅਸੀਂ ਉਤਪਾਦਨ ਦੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਕੰਟੇਨਰਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ, ਖਾਸ ਤੌਰ 'ਤੇ ਕੁਬਰਨੇਟਸ। ਲੇਖ ਕੰਟੇਨਰਾਂ ਤੋਂ ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਲੌਗ ਇਕੱਠੇ ਕਰਨ ਦੇ ਨਾਲ-ਨਾਲ ਚਿੱਤਰ ਬਣਾਉਣ ਲਈ ਸਮਰਪਿਤ ਹੈ।

ਅਸੀਂ fintech ਕੰਪਨੀ Exness ਤੋਂ ਹਾਂ, ਜੋ B2B ਅਤੇ B2C ਲਈ ਆਨਲਾਈਨ ਵਪਾਰ ਅਤੇ ਫਿਨਟੈਕ ਉਤਪਾਦਾਂ ਲਈ ਸੇਵਾਵਾਂ ਵਿਕਸਿਤ ਕਰਦੀ ਹੈ। ਸਾਡੀ ਖੋਜ ਅਤੇ ਵਿਕਾਸ ਦੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਵੱਖਰੀਆਂ ਟੀਮਾਂ ਹਨ, ਵਿਕਾਸ ਵਿਭਾਗ ਕੋਲ 100+ ਕਰਮਚਾਰੀ ਹਨ।

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

ਸਾਡੀ ਪ੍ਰੇਰਣਾ

ਕੀ ਬਲ ਰਿਹਾ ਹੈ? ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ। ਚੁੱਲ੍ਹਾ ਕਿੱਥੇ ਹੈ? ਇਹ ਸਮਝਣਾ ਔਖਾ ਹੈ। ਇਸ ਨੂੰ ਅੱਗ ਕਦੋਂ ਲੱਗੀ? ਤੁਸੀਂ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹੋ, ਪਰ ਤੁਰੰਤ ਨਹੀਂ। 

ਕੁਝ ਡੱਬੇ ਕਿਉਂ ਖੜ੍ਹੇ ਹਨ ਜਦੋਂ ਕਿ ਕੁਝ ਡਿੱਗ ਗਏ ਹਨ? ਕਿਸ ਕੰਟੇਨਰ ਦਾ ਦੋਸ਼ ਸੀ? ਆਖ਼ਰਕਾਰ, ਡੱਬਿਆਂ ਦੇ ਬਾਹਰਲੇ ਹਿੱਸੇ ਇੱਕੋ ਜਿਹੇ ਹਨ, ਪਰ ਹਰ ਇੱਕ ਦੇ ਅੰਦਰ ਆਪਣਾ ਨਿਓ ਹੈ.

ਸਾਡੇ ਡਿਵੈਲਪਰ ਕਾਬਲ ਮੁੰਡੇ ਹਨ। ਉਹ ਚੰਗੀਆਂ ਸੇਵਾਵਾਂ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਕੰਪਨੀ ਨੂੰ ਲਾਭ ਪਹੁੰਚਾਉਂਦੀਆਂ ਹਨ। ਪਰ ਅਸਫਲਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਾਲੇ ਕੰਟੇਨਰ ਭਟਕ ਜਾਂਦੇ ਹਨ। ਇੱਕ ਕੰਟੇਨਰ ਬਹੁਤ ਜ਼ਿਆਦਾ CPU ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਨੈੱਟਵਰਕ ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ, ਤੀਜਾ I/O ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਚੌਥਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸਪਸ਼ਟ ਹੈ ਕਿ ਇਹ ਸਾਕਟਾਂ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ। ਇਹ ਸਭ ਡਿੱਗਦਾ ਹੈ ਅਤੇ ਜਹਾਜ਼ ਡੁੱਬ ਜਾਂਦਾ ਹੈ। 

ਏਜੰਟ

ਇਹ ਸਮਝਣ ਲਈ ਕਿ ਅੰਦਰ ਕੀ ਹੋ ਰਿਹਾ ਹੈ, ਅਸੀਂ ਏਜੰਟਾਂ ਨੂੰ ਸਿੱਧੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਰੱਖਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

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

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

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

ਅੰਤ ਵਿੱਚ, ਏਜੰਟਾਂ ਨੂੰ ਸਧਾਰਨ CI/CD ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਡੌਕਰ ਫਾਈਲਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ। ਨਹੀਂ ਤਾਂ, ਜਹਾਜ਼ ਟੁੱਟ ਜਾਵੇਗਾ, ਕਿਉਂਕਿ ਕੰਟੇਨਰ "ਟੇਢੇ" ਰੇਲਾਂ ਦੇ ਨਾਲ ਡਿਲੀਵਰ ਕੀਤੇ ਜਾਣੇ ਸ਼ੁਰੂ ਹੋ ਜਾਣਗੇ.

ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਨਿਸ਼ਾਨਾ ਚਿੱਤਰ ਜੰਤਰ

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

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

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

ਇਸ ਪਹੁੰਚ ਬਾਰੇ ਕੀ ਚੰਗਾ ਹੈ? 

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

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

ਸਾਡੀ ਬਿਲਡ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ

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

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

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

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

 

ਉਸੇ ਕੰਟੇਨਰ ਲਈ ਸਾਨੂੰ ਡੌਕਰ ਅਤੇ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਪ੍ਰਕਿਰਿਆ ਦੇ ਰੁੱਖ ਮਿਲਦੇ ਹਨ:

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

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

ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਲੌਗਸ

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

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

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

ਅਤੇ ਆਖਰੀ ਪਹਿਲੂ ਸਰੋਤ ਦੀ ਖਪਤ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ ਹੈ।

ਅਸੀਂ ਟੈਲੀਗ੍ਰਾਫ ਨਾਮਕ ਇੱਕ ਓਪਨ-ਸੋਰਸ ਗੋ ਹੱਲ ਚੁਣਿਆ ਹੈ। ਇਹ ਇੱਕ ਯੂਨੀਵਰਸਲ ਕਨੈਕਟਰ ਹੈ ਜੋ 140 ਤੋਂ ਵੱਧ ਕਿਸਮਾਂ ਦੇ ਇਨਪੁਟ ਚੈਨਲਾਂ (ਇਨਪੁਟ ਪਲੱਗਇਨਾਂ) ਅਤੇ 30 ਕਿਸਮਾਂ ਦੇ ਆਉਟਪੁੱਟ ਚੈਨਲਾਂ (ਆਊਟਪੁੱਟ ਪਲੱਗਇਨਾਂ) ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਇਸਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦੇ ਦਿੱਤਾ ਹੈ ਅਤੇ ਹੁਣ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਅਸੀਂ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ Kubernetes ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇਸਨੂੰ ਕਿਵੇਂ ਵਰਤਦੇ ਹਾਂ। 

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

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

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

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

• ਲੌਗਸ ਗ੍ਰੇਲੌਗ (ਵਿਜ਼ੂਅਲ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ) ਵਿੱਚ ਉਪਲਬਧ ਹਨ;
• ਲੌਗਸ, ਮੈਟ੍ਰਿਕਸ, ਇਵੈਂਟਸ ਲੰਬੇ ਸਮੇਂ ਦੀ ਸਟੋਰੇਜ ਲਈ ਕਲਿਕਹਾਊਸ ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।

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

ਜੇ ਸਾਡੇ ਕੋਲ ਪੌਡਾਂ ਵਾਲੇ ਕੁਬਰਨੇਟਸ ਨਹੀਂ ਹਨ, ਤਾਂ ਇਹ ਸਕੀਮ ਥੋੜੀ ਹੋਰ ਗੁੰਝਲਦਾਰ ਹੈ, ਪਰ ਇਹ ਉਸੇ ਸਿਧਾਂਤਾਂ 'ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ।

ਉਹੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਚਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਉਹ S6 ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਰਕੇਸਟ੍ਰੇਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਸਾਰੀਆਂ ਇੱਕੋ ਜਿਹੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਇੱਕੋ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਚੱਲ ਰਹੀਆਂ ਹਨ।

ਅੰਤ ਵਿੱਚ

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

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

ਸਹਿ-ਲੇਖਕ: ਇਲਿਆ ਪ੍ਰਡਨੀਕੋਵ

ਸਰੋਤ: www.habr.com