ਆਧੁਨਿਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ: ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਸੰਭਾਵਨਾਵਾਂ

ਮਈ ਦੇ ਅੰਤ ਵਿਚ ਅਸੀਂ ਹਾਂ ਵਿਸ਼ੇ 'ਤੇ ਆਨਲਾਈਨ ਮੀਟਿੰਗ ਕੀਤੀ "ਆਧੁਨਿਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਅਤੇ ਕੰਟੇਨਰ: ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਸੰਭਾਵਨਾਵਾਂ". ਅਸੀਂ ਸਿਧਾਂਤ ਵਿੱਚ ਕੰਟੇਨਰਾਂ, ਕੁਬਰਨੇਟਸ ਅਤੇ ਆਰਕੈਸਟੇਸ਼ਨ ਬਾਰੇ ਗੱਲ ਕੀਤੀ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਚੋਣ ਕਰਨ ਲਈ ਮਾਪਦੰਡ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ। ਭਾਗੀਦਾਰਾਂ ਨੇ ਆਪਣੇ ਅਭਿਆਸ ਤੋਂ ਕੇਸ ਸਾਂਝੇ ਕੀਤੇ।

ਪ੍ਰਤੀਭਾਗੀਆਂ:

• Evgeniy Potapov, ITSumma ਦੇ ਸੀ.ਈ.ਓ. ਇਸ ਦੇ ਅੱਧੇ ਤੋਂ ਵੱਧ ਗਾਹਕ ਜਾਂ ਤਾਂ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਜਾ ਰਹੇ ਹਨ ਜਾਂ ਕੁਬਰਨੇਟਸ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹਨ।
• ਦਮਿੱਤਰੀ ਸਟੋਲਯਾਰੋਵ, ਸੀਟੀਓ "ਫਲੈਂਟ". ਕੰਟੇਨਰ ਸਿਸਟਮ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ 10+ ਸਾਲਾਂ ਦਾ ਤਜਰਬਾ ਹੈ।
• ਡੇਨਿਸ ਰੇਮਚੁਕੋਵ (ਉਰਫ਼ ਐਰਿਕ ਓਲਡਮੈਨ), ਸੀਓਓ argotech.io, ਸਾਬਕਾ RAO UES. ਉਸਨੇ "ਖੂਨੀ" ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਿੱਚ ਕੇਸਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨ ਦਾ ਵਾਅਦਾ ਕੀਤਾ।
• ਐਂਡਰੀ ਫੇਡੋਰੋਵਸਕੀ, ਸੀਟੀਓ "News360.com"ਕਿਸੇ ਹੋਰ ਖਿਡਾਰੀ ਦੁਆਰਾ ਕੰਪਨੀ ਨੂੰ ਖਰੀਦਣ ਤੋਂ ਬਾਅਦ, ਉਹ ਕਈ ML ਅਤੇ AI ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।
• ਇਵਾਨ ਕ੍ਰੂਗਲੋਵ, ਸਿਸਟਮ ਇੰਜੀਨੀਅਰ, ਸਾਬਕਾ ਬੁਕਿੰਗ ਡਾਟ ਕਾਮ।ਉਹੀ ਵਿਅਕਤੀ ਜਿਸ ਨੇ ਆਪਣੇ ਹੱਥਾਂ ਨਾਲ ਕੁਬਰਨੇਟਸ ਨਾਲ ਬਹੁਤ ਕੁਝ ਕੀਤਾ.

ਥੀਮ:

• ਕੰਟੇਨਰਾਂ ਅਤੇ ਆਰਕੈਸਟਰੇਸ਼ਨ (ਡੌਕਰ, ਕੁਬਰਨੇਟਸ, ਆਦਿ) ਬਾਰੇ ਭਾਗੀਦਾਰਾਂ ਦੀ ਸੂਝ; ਅਭਿਆਸ ਜਾਂ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿੱਚ ਕੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਸੀ।
• ਕੇਸ: ਕੰਪਨੀ ਸਾਲਾਂ ਤੋਂ ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਵਿਕਾਸ ਯੋਜਨਾ ਬਣਾ ਰਹੀ ਹੈ। ਇਹ ਫੈਸਲਾ ਕਿਵੇਂ ਲਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਕੰਟੇਨਰਾਂ ਅਤੇ ਕੁਬੇਰ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣਾ (ਜਾਂ ਮੌਜੂਦਾ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਨਾ) ਹੈ ਜਾਂ ਨਹੀਂ?
• ਕਲਾਉਡ-ਦੇਸੀ ਸੰਸਾਰ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ, ਕੀ ਗੁੰਮ ਹੈ, ਆਓ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਕੱਲ੍ਹ ਕੀ ਹੋਵੇਗਾ.

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

ਕੀ ਕੁਬਰਨੇਟਸ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਮਿਆਰੀ ਜਾਂ ਮਹਾਨ ਮਾਰਕੀਟਿੰਗ ਹੈ?

"ਅਸੀਂ ਇਸ ਕੋਲ ਆਏ (ਕੁਬਰਨੇਟਸ. - ਐਡ.) ਜਦੋਂ ਅਜੇ ਤੱਕ ਕਿਸੇ ਨੂੰ ਇਸ ਬਾਰੇ ਪਤਾ ਨਹੀਂ ਸੀ। ਅਸੀਂ ਉਸ ਕੋਲ ਉਦੋਂ ਵੀ ਆਏ ਜਦੋਂ ਉਹ ਉੱਥੇ ਨਹੀਂ ਸੀ। ਅਸੀਂ ਇਹ ਪਹਿਲਾਂ ਚਾਹੁੰਦੇ ਸੀ" - ਦਿਮਿਤਰੀ ਸਟੋਲਯਾਰੋਵ

Reddit.com ਤੋਂ ਫੋਟੋ

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

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

ਕੁਬਰਨੇਟਸ ਸਿਰਫ ਕੰਟੇਨਰ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ ਹੀ ਨਹੀਂ ਹੈ, ਇਹ ਇੱਕ ਵਿਕਸਤ API, ਇੱਕ ਨੈੱਟਵਰਕਿੰਗ ਕੰਪੋਨੈਂਟ, L3 ਬੈਲੇਂਸਿੰਗ ਅਤੇ ਇੰਗਰੈਸ ਕੰਟਰੋਲਰ ਦੇ ਨਾਲ ਇੱਕ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਹੈ, ਜੋ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਹੇਠਲੀਆਂ ਪਰਤਾਂ ਤੋਂ ਸਰੋਤਾਂ, ਸਕੇਲ ਅਤੇ ਐਬਸਟਰੈਕਟ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਮੁਕਾਬਲਤਨ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।

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

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

ਸਟੇਟਲੈੱਸ ਵਿੱਚ ਡਾਟਾਬੇਸ ਦੀ ਸਮੱਸਿਆ

ਕੇ ਟਵਿੱਟਰ: @jankolario Unsplash 'ਤੇ

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

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

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

ਮੀਟਿੰਗ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲਿਆਂ ਨੂੰ ਦੋ ਕੈਂਪਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਸੀ।

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

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

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

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

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

ਕੇਸ 1. ਕੁਬੇਰ ਦੇ ਬਾਹਰ ਬੇਸਾਂ ਵਾਲੇ "ਮੈਗਾ-ਰੈਗੂਲੇਟਰ" ਦੀ ਸਾਈਬਰ ਸੁਰੱਖਿਆ

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

ਕੇਸ 2. Booking.com ਡੇਟਾਬੇਸ ਦਾ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਅੰਸ਼ਕ ਪ੍ਰਵਾਸ

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

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

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

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

ਇੱਕ ਆਮ ਹੱਲ ਦੇ ਬਿਨਾਂ ਇੱਕ ਕਾਰਜ ਵਜੋਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਚੋਣ

ਕੇ ਪੈਕਸਲਜ਼ ਤੋਂ ਮੈਨੂਅਲ ਗੀਸਿੰਗਰ

ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਨਵੀਂ ਕੰਪਨੀ ਹੈ, ਜਾਂ ਅਜਿਹੀ ਕੰਪਨੀ ਹੈ ਜਿੱਥੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਕੁਝ ਹਿੱਸਾ ਪੁਰਾਣੇ ਤਰੀਕੇ ਨਾਲ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਇਹ ਸਾਲਾਂ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਵਿਕਾਸ ਯੋਜਨਾ ਬਣਾਉਂਦਾ ਹੈ। ਕੰਟੇਨਰਾਂ ਅਤੇ ਕੁਬੇਰ 'ਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਫੈਸਲਾ ਕਿਵੇਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

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

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

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

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

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

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

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

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

ਕੁਬਰਨੇਟਸ ਦੀ ਵਰਤੋਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ

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

ਕੇ ਅਨਸਪਲੈਸ਼ 'ਤੇ ਤਾਤਿਆਨਾ ਇਰੇਮੀਨਾ

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

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

ਅਜਿਹੇ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਗਣਨਾ ਲਈ ਮਾਪਦੰਡ ਹਨ, ਪਰ ਕੋਈ ਵੀ ਇਹ ਨਹੀਂ ਕਹਿ ਸਕਦਾ ਕਿ ਉਹ ਅਸਲ ਹਾਰਡਵੇਅਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਕਿੰਨੇ ਸਹੀ ਹਨ। ਗਣਨਾਵਾਂ ਲਈ, ਹਰੇਕ ਟੂਲ ਅਤੇ ਈਕੋਸਿਸਟਮ ਨੂੰ ਸਮਝਣਾ ਵੀ ਜ਼ਰੂਰੀ ਹੈ, ਪਰ ਇਹ ਸੰਭਵ ਨਹੀਂ ਹੈ।

ਸਾਨੂੰ ਕੀ ਉਡੀਕ ਹੈ

ਕੇ Unsplash 'ਤੇ Drew Beamer

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

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

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

ਡੇਨਿਸ ਨੇ vRealize Suite ਉਤਪਾਦ ਦੇ ਨਾਲ Nutanix ਅਤੇ VMWare ਦਾ ਵੀ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ, ਜੋ ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਦੇ ਬਿਨਾਂ ਸਮਾਨ ਕੰਮ ਨਾਲ ਸਿੱਝ ਸਕਦੇ ਹਨ।

ਦਿਮਿਤਰੀ ਨੇ ਆਪਣੀ ਰਾਏ ਸਾਂਝੀ ਕੀਤੀ ਕਿ "ਦਰਦ" ਨੂੰ ਘਟਾਉਣਾ ਅਤੇ ਟੈਕਸ ਘਟਾਉਣਾ ਦੋ ਅਜਿਹੇ ਖੇਤਰ ਹਨ ਜਿੱਥੇ ਅਸੀਂ ਸੁਧਾਰ ਦੀ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹਾਂ।

ਚਰਚਾ ਨੂੰ ਸੰਖੇਪ ਕਰਨ ਲਈ, ਅਸੀਂ ਆਧੁਨਿਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਹੇਠ ਲਿਖੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰਦੇ ਹਾਂ:

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

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

  
  ਕੇ ਪੇਕਸਲਜ਼ ਤੋਂ ਗੈਬਰੀਅਲ ਸੈਂਟੋਸ ਫੋਟੋਗਰਾਫੀਆ

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

ਸਰੋਤ: www.habr.com