ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਮੈਂਟ ਅਤੇ ਡਿਪਲਾਇਮੈਂਟ ਲਈ ਆਧੁਨਿਕ ਪਲੇਟਫਾਰਮ

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

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

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

ਇਹ ਕਹਿਣ ਦੀ ਲੋੜ ਨਹੀਂ ਕਿ ਇਹ ਸਾਰੇ ਵਿਵਾਦ ਬਹੁਤ ਹੀ ਮੂਰਖਤਾ ਭਰੇ ਸਨ

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

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

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

ਇਸ ਦੇ ਨਾਲ, ਓਪਨਸ਼ਿਫਟ ਟੀਮ ਇੱਕ ਸਧਾਰਨ ਸਵਾਲ ਪੁੱਛਦੀ ਹੈ:

ਤੁਸੀਂ ਕੁਬਰਨੇਟਸ ਨਾਲ ਕੰਮ ਕਰਨਾ ਆਸਾਨ ਅਤੇ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਕਿਵੇਂ ਬਣਾ ਸਕਦੇ ਹੋ?

ਜਵਾਬ ਹੈਰਾਨੀਜਨਕ ਤੌਰ 'ਤੇ ਸਪੱਸ਼ਟ ਹੈ:

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

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

ਇਹ ਨਤੀਜਾ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ?

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

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

OpenShift 4 ਦੀ ਨਵੀਂ ਰੀਲੀਜ਼ ਸਪੱਸ਼ਟ, ਸਵੈਚਾਲਿਤ ਅਤੇ ਵਧੇਰੇ ਕੁਦਰਤੀ ਹੋਵੇਗੀ

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

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

ਇਸਨੂੰ ਸੌਫਟਵੇਅਰ ਨੂੰ "ਸੇਵਾ ਦੇ ਤੌਰ ਤੇ" ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਓਪਰੇਟਰਾਂ ਲਈ ਬੇਕਾਬੂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਵਿਕਾਸ ਦੀ ਅਗਵਾਈ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

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

OpenShift 4: NoOps ਪਲੇਟਫਾਰਮ ਜਿਸ ਨੂੰ ਰੱਖ-ਰਖਾਅ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ

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

ਜੇ ਤੁਸੀਂ ਐਬਸਟ੍ਰੈਕਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਡਿਵੈਲਪਰਾਂ ਲਈ "ਸਰਵਰ ਰਹਿਤ" ਜਾਂ "NoOps" ਦੇ ਸੰਕਲਪਾਂ ਦਾ ਅਰਥ ਹੈ ਟੂਲਸ ਅਤੇ ਸੇਵਾਵਾਂ ਜੋ ਤੁਹਾਨੂੰ "ਕਾਰਜਸ਼ੀਲ" ਭਾਗ ਨੂੰ ਲੁਕਾਉਣ ਜਾਂ ਡਿਵੈਲਪਰ ਲਈ ਇਸ ਬੋਝ ਨੂੰ ਘੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।

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

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

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

• ਸਿਸਟਮਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਨਾ ਕਰੋ - ਉਹਨਾਂ ਦੀਆਂ ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰੋ।
• ਸੌਫਟਵੇਅਰ ਨੂੰ ਲਾਗੂ ਨਾ ਕਰੋ - ਇਸਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ ਪਾਈਪਲਾਈਨ ਬਣਾਓ।
• ਆਪਣੀਆਂ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਤੋਂ ਪਰਹੇਜ਼ ਕਰੋ ਅਤੇ ਇੱਕ ਦੀ ਅਸਫਲਤਾ ਕਾਰਨ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਅਸਫਲ ਹੋਣ ਦਿਓ — ਉਹਨਾਂ ਨੂੰ ਆਟੋਮੇਸ਼ਨ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਪਣੇ ਪੂਰੇ ਢਾਂਚੇ ਵਿੱਚ ਫੈਲਾਓ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਉਹਨਾਂ ਤਰੀਕਿਆਂ ਨਾਲ ਜੋੜੋ ਜਿਹਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

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

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

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

ਪਰ ਓਪਨਸ਼ਿਫਟ 4 ਪਲੇਟਫਾਰਮ ਅਤੇ ਇਸਦੇ ਪੂਰਵਜਾਂ ਅਤੇ ਅਜਿਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ "ਸਟੈਂਡਰਡ" ਪਹੁੰਚ ਵਿੱਚ ਕੀ ਅੰਤਰ ਹੈ? ਲਾਗੂ ਕਰਨ ਅਤੇ ਸੰਚਾਲਨ ਟੀਮਾਂ ਲਈ ਕੀ ਡਰਾਈਵ ਸਕੇਲ? ਕਾਰਨ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਰਾਜਾ ਕਲੱਸਟਰ ਹੈ। ਇਸ ਲਈ,

• ਅਸੀਂ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਾਂ ਕਿ ਕਲੱਸਟਰਾਂ ਦਾ ਉਦੇਸ਼ ਸਪਸ਼ਟ ਹੈ (ਪਿਆਰੇ ਕਲਾਉਡ, ਮੈਂ ਇਸ ਕਲੱਸਟਰ ਨੂੰ ਚੁੱਕਿਆ ਕਿਉਂਕਿ ਮੈਂ ਕਰ ਸਕਦਾ ਸੀ)
• ਕਲੱਸਟਰ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਮਸ਼ੀਨਾਂ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਮੌਜੂਦ ਹਨ (ਮਹਾਰਾਜ)
• ਕਲੱਸਟਰ ਤੋਂ ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਸਥਿਤੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਉਹਨਾਂ ਦੇ ਪੁਨਰ ਨਿਰਮਾਣ (ਡਰਿੱਫਟ) ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰੋ।
• ਸਿਸਟਮ ਦੇ ਹਰੇਕ ਮਹੱਤਵਪੂਰਨ ਤੱਤ ਲਈ, ਇੱਕ ਨੈਨੀ (ਮਕੈਨਿਜ਼ਮ) ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਸਮੱਸਿਆਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਖ਼ਤਮ ਕਰੇਗੀ
• ਸਿਸਟਮ ਦੇ *ਹਰੇਕ* ਪਹਿਲੂ ਜਾਂ ਤੱਤ ਦੀ ਅਸਫਲਤਾ ਅਤੇ ਸੰਬੰਧਿਤ ਰਿਕਵਰੀ ਵਿਧੀ ਜੀਵਨ ਦਾ ਇੱਕ ਆਮ ਹਿੱਸਾ ਹਨ
• ਪੂਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ API ਦੁਆਰਾ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਕੁਬਰਨੇਟਸ ਨੂੰ ਚਲਾਉਣ ਲਈ ਕੁਬਰਨੇਟਸ ਦੀ ਵਰਤੋਂ ਕਰੋ। (ਹਾਂ, ਹਾਂ, ਇਹ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੈ)
• ਅੱਪਡੇਟ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਆਸਾਨ ਅਤੇ ਮੁਸ਼ਕਲ ਰਹਿਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇਕਰ ਕਿਸੇ ਅੱਪਡੇਟ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਇੱਕ ਤੋਂ ਵੱਧ ਕਲਿੱਕਾਂ ਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਤਾਂ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅਸੀਂ ਕੁਝ ਗਲਤ ਕਰ ਰਹੇ ਹਾਂ।
• ਕਿਸੇ ਵੀ ਹਿੱਸੇ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਡੀਬੱਗਿੰਗ ਇੱਕ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ, ਅਤੇ ਇਸ ਲਈ ਪੂਰੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਟਰੈਕਿੰਗ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਵੀ ਆਸਾਨ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਕਾਰਵਾਈ ਵਿੱਚ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ?

OpenShift 4 ਦਾ ਪੂਰਵਦਰਸ਼ਨ ਸੰਸਕਰਣ ਡਿਵੈਲਪਰਾਂ ਲਈ ਉਪਲਬਧ ਹੋ ਗਿਆ ਹੈ। ਵਰਤੋਂ ਵਿੱਚ ਆਸਾਨ ਇੰਸਟਾਲਰ ਦੇ ਨਾਲ, ਤੁਸੀਂ Red Had CoreOS ਦੇ ਸਿਖਰ 'ਤੇ AWS 'ਤੇ ਇੱਕ ਕਲੱਸਟਰ ਚਲਾ ਸਕਦੇ ਹੋ। ਪੂਰਵਦਰਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਲਈ ਸਿਰਫ਼ ਇੱਕ AWS ਖਾਤੇ ਅਤੇ ਪੂਰਵਦਰਸ਼ਨ ਚਿੱਤਰਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਖਾਤਿਆਂ ਦੇ ਇੱਕ ਸੈੱਟ ਦੀ ਲੋੜ ਹੈ।

1. ਸ਼ੁਰੂ ਕਰਨ ਲਈ, 'ਤੇ ਜਾਓ try.openshift.com ਅਤੇ "ਸ਼ੁਰੂ ਕਰੋ" 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
2. ਆਪਣੇ Red Hat ਖਾਤੇ ਵਿੱਚ ਲਾਗਇਨ ਕਰੋ (ਜਾਂ ਇੱਕ ਨਵਾਂ ਬਣਾਓ) ਅਤੇ ਆਪਣੇ ਪਹਿਲੇ ਕਲੱਸਟਰ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਹਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ।

ਸਫਲਤਾਪੂਰਵਕ ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ, ਸਾਡੇ ਟਿਊਟੋਰਿਅਲਸ ਨੂੰ ਦੇਖੋ ਓਪਨ ਸ਼ਿਫਟ ਸਿਖਲਾਈਸਿਸਟਮਾਂ ਅਤੇ ਸੰਕਲਪਾਂ ਦੀ ਡੂੰਘੀ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜੋ OpenShift 4 ਪਲੇਟਫਾਰਮ ਨੂੰ Kubernetes ਨੂੰ ਚਲਾਉਣ ਦਾ ਅਜਿਹਾ ਆਸਾਨ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਤਰੀਕਾ ਬਣਾਉਂਦੇ ਹਨ।

ਨਵੀਂ OpenShift ਰੀਲੀਜ਼ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਅਤੇ ਆਪਣੇ ਵਿਚਾਰ ਸਾਂਝੇ ਕਰੋ। ਅਸੀਂ Kumbernetes ਦੇ ਨਾਲ ਕੰਮ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਪਹੁੰਚਯੋਗ ਅਤੇ ਆਸਾਨ ਬਣਾਉਣ ਲਈ ਵਚਨਬੱਧ ਹਾਂ — NoOps ਦਾ ਭਵਿੱਖ ਅੱਜ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

ਹੁਣ ਧਿਆਨ!
ਕਾਨਫਰੰਸ ਵਿਚ DevOpsForum 2019 20 ਅਪ੍ਰੈਲ ਨੂੰ, ਓਪਨਸ਼ਿਫਟ ਡਿਵੈਲਪਰਾਂ ਵਿੱਚੋਂ ਇੱਕ, ਵਡਿਮ ਰੁਤਕੋਵਸਕੀ, ਇੱਕ ਮਾਸਟਰ ਕਲਾਸ ਰੱਖੇਗਾ - ਉਹ ਦਸ ਕਲੱਸਟਰਾਂ ਨੂੰ ਤੋੜ ਦੇਵੇਗਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰੇਗਾ. ਕਾਨਫਰੰਸ ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਪ੍ਰਚਾਰ ਕੋਡ #RedHat ਨਾਲ ਤੁਹਾਨੂੰ 37% ਦੀ ਛੋਟ ਮਿਲਦੀ ਹੈ

17:15 - 18:15 'ਤੇ ਮਾਸਟਰ ਕਲਾਸ, ਅਤੇ ਸਟੈਂਡ ਸਾਰਾ ਦਿਨ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ। ਟੀ-ਸ਼ਰਟਾਂ, ਟੋਪੀਆਂ, ਸਟਿੱਕਰ - ਆਮ!

ਹਾਲ # 2
"ਇੱਥੇ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ: ਅਸੀਂ ਪ੍ਰਮਾਣਿਤ ਮਕੈਨਿਕਸ ਦੇ ਨਾਲ ਟੁੱਟੇ k8s ਕਲੱਸਟਰਾਂ ਦੀ ਮੁਰੰਮਤ ਕਰਦੇ ਹਾਂ।"

ਸਰੋਤ: www.habr.com