ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਛੋਟੇ ਕੰਟੇਨਰ ਬਣਾਉਣਾ

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

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

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਡੌਕਰ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਤਸਵੀਰਾਂ ਬੇਸ ਚਿੱਤਰ ਲਈ ਵਰਤਦੀਆਂ ਹਨ Debian ਜ Ubuntuਜਦੋਂ ਕਿ ਇਹ ਸ਼ਾਨਦਾਰ ਅਨੁਕੂਲਤਾ ਅਤੇ ਆਸਾਨ ਅਨੁਕੂਲਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ (ਇੱਕ ਡੌਕਰ ਫਾਈਲ ਸਿਰਫ਼ ਦੋ ਲਾਈਨਾਂ ਕੋਡ ਲੈਂਦੀ ਹੈ), ਬੇਸ ਚਿੱਤਰ ਤੁਹਾਡੇ ਕੰਟੇਨਰ ਵਿੱਚ ਸੈਂਕੜੇ ਮੈਗਾਬਾਈਟ ਵਾਧੂ ਲੋਡ ਜੋੜ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ Go "hello-world" ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਇੱਕ ਸਧਾਰਨ node.js ਫਾਈਲ ਲਗਭਗ 700 ਮੈਗਾਬਾਈਟ ਲੈਂਦੀ ਹੈ, ਭਾਵੇਂ ਤੁਹਾਡੀ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨ ਆਕਾਰ ਵਿੱਚ ਸਿਰਫ ਕੁਝ ਮੈਗਾਬਾਈਟ ਹੈ।

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

ਪਹਿਲਾ ਛੋਟੇ ਬੇਸ ਚਿੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ, ਦੂਜਾ ਬਿਲਡਰ ਪੈਟਰਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ। ਛੋਟੇ ਬੇਸ ਚਿੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸ਼ਾਇਦ ਤੁਹਾਡੇ ਕੰਟੇਨਰ ਦੇ ਆਕਾਰ ਨੂੰ ਘਟਾਉਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ। ਸੰਭਾਵਨਾ ਹੈ, ਤੁਹਾਡੀ ਭਾਸ਼ਾ ਜਾਂ ਸਟੈਕ ਇੱਕ ਨੇਟਿਵ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਡਿਫਾਲਟ ਚਿੱਤਰ ਨਾਲੋਂ ਬਹੁਤ ਛੋਟਾ ਹੁੰਦਾ ਹੈ। ਆਓ ਸਾਡੇ Node.js ਕੰਟੇਨਰ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ।

ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ, ਡੌਕਰ ਵਿੱਚ ਨੋਡ:8 ਬੇਸ ਇਮੇਜ 670 MB ਹੈ, ਜਦੋਂ ਕਿ ਨੋਡ:8-ਐਲਪਾਈਨ ਸਿਰਫ 65 MB ਹੈ, ਜੋ ਕਿ 10 ਗੁਣਾ ਛੋਟਾ ਹੈ। ਛੋਟੇ ਐਲਪਾਈਨ ਬੇਸ ਇਮੇਜ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਤੁਹਾਡੇ ਕੰਟੇਨਰ ਦਾ ਆਕਾਰ ਕਾਫ਼ੀ ਘੱਟ ਜਾਵੇਗਾ। ਐਲਪਾਈਨ ਇੱਕ ਛੋਟਾ ਅਤੇ ਹਲਕਾ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਹੈ। Linux, ਜੋ ਕਿ ਡੌਕਰ ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚ ਬਹੁਤ ਮਸ਼ਹੂਰ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕੰਟੇਨਰ ਦੇ ਆਕਾਰ ਨੂੰ ਛੋਟਾ ਰੱਖਦੇ ਹੋਏ ਬਹੁਤ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਅਨੁਕੂਲ ਹੈ। ਸਟੈਂਡਰਡ ਡੌਕਰ "ਨੋਡ" ਚਿੱਤਰ ਦੇ ਉਲਟ, "ਨੋਡ:ਐਲਪਾਈਨ" ਬਹੁਤ ਸਾਰੀਆਂ ਸੇਵਾ ਫਾਈਲਾਂ ਅਤੇ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਸਿਰਫ਼ ਉਹਨਾਂ ਨੂੰ ਛੱਡਦਾ ਹੈ ਜੋ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹਨ।

ਇੱਕ ਛੋਟੇ ਬੇਸ ਚਿੱਤਰ 'ਤੇ ਜਾਣ ਲਈ, ਨਵੀਂ ਬੇਸ ਚਿੱਤਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਡੌਕਰਫਾਈਲ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ:

ਹੁਣ, ਪੁਰਾਣੇ ਆਨਬਿਲਡ ਚਿੱਤਰ ਦੇ ਉਲਟ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਕੋਡ ਨੂੰ ਕੰਟੇਨਰ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਅਤੇ ਕਿਸੇ ਵੀ ਨਿਰਭਰਤਾ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਨਵੀਂ ਡੌਕਰਫਾਈਲ ਵਿੱਚ, ਕੰਟੇਨਰ ਨੋਡ:ਐਲਪਾਈਨ ਚਿੱਤਰ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਕੋਡ ਲਈ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਬਣਾਉਂਦਾ ਹੈ, NPM ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਅੰਤ ਵਿੱਚ server.js ਚਲਾਉਂਦਾ ਹੈ।

ਇਸ ਅੱਪਡੇਟ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਕੰਟੇਨਰ 10 ਗੁਣਾ ਛੋਟਾ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੀ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਜਾਂ ਸਟੈਕ ਬੇਸ ਚਿੱਤਰ ਨੂੰ ਸੁੰਗੜਨ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ Alpine ਦੀ ਵਰਤੋਂ ਕਰੋ। Linuxਇਹ ਕੰਟੇਨਰ ਦੀ ਸਮੱਗਰੀ 'ਤੇ ਪੂਰਾ ਨਿਯੰਤਰਣ ਵੀ ਪ੍ਰਦਾਨ ਕਰੇਗਾ। ਛੋਟੇ ਬੇਸ ਚਿੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਛੋਟੇ ਕੰਟੇਨਰ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉਣ ਦਾ ਇੱਕ ਵਧੀਆ ਤਰੀਕਾ ਹੈ। ਪਰ ਤੁਸੀਂ ਬਿਲਡਰ ਪੈਟਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੋਰ ਵੀ ਵੱਡਾ ਆਕਾਰ ਘਟਾਉਣਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।

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

ਕੋਡ ਪਹਿਲੇ ਕੰਟੇਨਰ ਵਿੱਚ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੰਪਾਇਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਫਿਰ ਕੰਪਾਇਲ ਕੀਤੇ ਕੋਡ ਨੂੰ ਕੋਡ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਕੰਪਾਈਲਰਾਂ ਅਤੇ ਟੂਲਸ ਤੋਂ ਬਿਨਾਂ ਅੰਤਿਮ ਕੰਟੇਨਰ ਵਿੱਚ ਪੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਆਓ ਇੱਕ Go ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚੋਂ ਲੰਘੀਏ। ਪਹਿਲਾਂ, ਅਸੀਂ ਆਨਬਿਲਡ ਚਿੱਤਰ ਤੋਂ Alpine ਵਿੱਚ ਮਾਈਗ੍ਰੇਟ ਕਰਾਂਗੇ। Linux.

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

ਤੁਸੀਂ ਇਸ ਡੌਕਰਫਾਈਲ ਬਾਰੇ ਕੁਝ ਅਜੀਬ ਦੇਖ ਸਕਦੇ ਹੋ: ਇਸ ਵਿੱਚ ਦੋ FROM ਲਾਈਨਾਂ ਹਨ। ਪਹਿਲਾ ਚਾਰ-ਲਾਈਨਾਂ ਵਾਲਾ ਭਾਗ ਬਿਲਕੁਲ ਪਿਛਲੇ ਡੌਕਰਫਾਈਲ ਵਰਗਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਸਿਵਾਏ ਇਸ ਪੜਾਅ ਨੂੰ ਨਾਮ ਦੇਣ ਲਈ AS ਕੀਵਰਡ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਅਗਲੇ ਭਾਗ ਵਿੱਚ ਇੱਕ ਨਵੀਂ FROM ਲਾਈਨ ਹੈ, ਜੋ ਸਾਨੂੰ ਇੱਕ ਨਵੀਂ ਤਸਵੀਰ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। golang:alpine ਚਿੱਤਰ ਨੂੰ ਬੇਸ ਚਿੱਤਰ ਵਜੋਂ ਵਰਤਣ ਦੀ ਬਜਾਏ, ਅਸੀਂ Raw alpine ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ।

ਕੱਚਾ ਅਲਪਾਈਨ Linux ਵਿੱਚ ਕੋਈ SSL ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਤ ਨਹੀਂ ਹੈ, ਜਿਸ ਕਾਰਨ HTTPS ਉੱਤੇ ਜ਼ਿਆਦਾਤਰ API ਕਾਲਾਂ ਅਸਫਲ ਹੋ ਜਾਣਗੀਆਂ, ਇਸ ਲਈ ਆਓ ਕੁਝ ਰੂਟ CA ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਤ ਕਰੀਏ।

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

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

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

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

ਗੂਗਲ ਕੰਟੇਨਰ ਰਜਿਸਟਰੀ (GCR) ਦੇ ਨਾਲ, ਤੁਸੀਂ ਸਿਰਫ਼ ਕੱਚੇ ਸਟੋਰੇਜ ਅਤੇ ਨੈੱਟਵਰਕਿੰਗ ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਕੰਟੇਨਰ ਪ੍ਰਬੰਧਨ ਫੀਸ ਦੇ। ਇਹ ਨਿੱਜੀ, ਸੁਰੱਖਿਅਤ ਅਤੇ ਬਹੁਤ ਤੇਜ਼ ਹੈ। GCR ਪੁੱਲ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਕਈ ਚਾਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ, go:onbuild ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਚਿੱਤਰ ਨੂੰ ਪਾਉਣ ਵਿੱਚ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਆਧਾਰ 'ਤੇ 15 ਤੋਂ 48 ਸਕਿੰਟ ਲੱਗਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਇੱਕ ਛੋਟੇ ਕੰਟੇਨਰ ਨਾਲ ਉਹੀ ਕਾਰਵਾਈ 14 ਤੋਂ 16 ਸਕਿੰਟ ਲੱਗਦੀ ਹੈ, ਘੱਟ-ਪ੍ਰਦਰਸ਼ਨ ਵਾਲੀਆਂ ਮਸ਼ੀਨਾਂ 'ਤੇ ਗਤੀ ਦਾ ਫਾਇਦਾ ਤਿੰਨ ਗੁਣਾ ਵੱਧ ਜਾਂਦਾ ਹੈ। ਵੱਡੀਆਂ ਮਸ਼ੀਨਾਂ 'ਤੇ, ਸਮਾਂ ਲਗਭਗ ਇੱਕੋ ਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ GCR ਸਾਂਝੇ ਚਿੱਤਰ ਡੇਟਾਬੇਸ ਲਈ ਇੱਕ ਗਲੋਬਲ ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਮਤਲਬ ਕਿ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਬਿਲਕੁਲ ਵੀ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਘੱਟ-ਪਾਵਰ ਕੰਪਿਊਟਰ 'ਤੇ, CPU ਰੁਕਾਵਟ ਹੈ, ਇਸ ਲਈ ਛੋਟੇ ਕੰਟੇਨਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫਾਇਦਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ GCR ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਮੈਂ ਤੁਹਾਡੇ ਬਿਲਡ ਸਿਸਟਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ Google ਕੰਟੇਨਰ ਬਿਲਡਰ (GCB) ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ।

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

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

ਬਹੁਤ ਸਾਰੇ ਹਾਲਾਤ ਹਨ ਜਿੱਥੇ ਇਹ ਹੋ ਸਕਦਾ ਹੈ: ਕਲੱਸਟਰ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਨੋਡ ਜੋੜਨਾ, ਨੋਡਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ, ਜਾਂ ਤੈਨਾਤੀ ਲਈ ਇੱਕ ਨਵੇਂ ਕੰਟੇਨਰ ਵਿੱਚ ਬਦਲਣਾ। ਇਸ ਲਈ, ਖਿੱਚਣ ਦੇ ਸਮੇਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਬਣ ਜਾਂਦਾ ਹੈ। ਇਹ ਅਸਵੀਕਾਰਨਯੋਗ ਹੈ ਕਿ ਇੱਕ ਛੋਟਾ ਕੰਟੇਨਰ ਇੱਕ ਵੱਡੇ ਨਾਲੋਂ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਡਾਊਨਲੋਡ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ Kubernetes ਕਲੱਸਟਰ ਵਿੱਚ ਕਈ ਕੰਟੇਨਰ ਚਲਾ ਰਹੇ ਹੋ, ਤਾਂ ਸਮੇਂ ਦੀ ਬੱਚਤ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦੀ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੀ ਤੁਲਨਾ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ: ਛੋਟੇ ਕੰਟੇਨਰਾਂ ਨਾਲ ਇੱਕ ਪੁੱਲ ਓਪਰੇਸ਼ਨ, ਮਸ਼ੀਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਅਧਾਰ ਤੇ, go:onbuild ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਸੇ ਓਪਰੇਸ਼ਨ ਨਾਲੋਂ 4-9 ਗੁਣਾ ਤੇਜ਼ ਲੈਂਦਾ ਹੈ। ਸਾਂਝੇ ਕੀਤੇ, ਛੋਟੇ ਕੰਟੇਨਰ ਬੇਸ ਚਿੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਉਸ ਸਮੇਂ ਅਤੇ ਗਤੀ ਨੂੰ ਕਾਫ਼ੀ ਤੇਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨਾਲ ਨਵੇਂ ਕੁਬਰਨੇਟਸ ਨੋਡਾਂ ਨੂੰ ਤੈਨਾਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਔਨਲਾਈਨ ਲਿਆਂਦਾ ਜਾ ਸਕਦਾ ਹੈ।

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

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

ਗੱਲ ਸਪੱਸ਼ਟ ਹੈ: ਛੋਟੇ ਕੰਟੇਨਰ ਬਣਾਓ ਕਿਉਂਕਿ ਉਹ ਤੁਹਾਡੇ ਸਿਸਟਮ ਨੂੰ ਅਸਲ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਸੁਰੱਖਿਆ ਲਾਭ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਨਾਮ-ਸਥਾਨ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ ਦਾ ਸੰਗਠਨ

ਕੁਝ ਵਿਗਿਆਪਨ 🙂

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $4.99 ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲਾਉਡ VPS, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2697 v3 (6 ਕੋਰ) 10GB DDR4 480GB SSD 1Gbps ਤੋਂ $19 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

ਡੈਲ R730xd ਐਮਸਟਰਡਮ ਵਿੱਚ ਈਕੁਇਨਿਕਸ ਟੀਅਰ IV ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com