ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਚੈੱਕਲਿਸਟ

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

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

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

ਆਓ ਬੁੱਧਵਾਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੀਏ।

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

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

ਯੂਨਿਕਸ- ਸਮਾਨ ਸਿਸਟਮ. ਇਹਨਾਂ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਪਰੰਪਰਾਗਤ ਕੰਮ ਲਈ ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਨਿਯੰਤਰਣ ਤੱਤ ਦੇ ਰੂਪ ਵਿੱਚ ਕੇਵਲ ਇੱਕ ਕੰਸੋਲ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। ਇੱਕ ਤਜਰਬੇਕਾਰ ਉਪਭੋਗਤਾ ਲਈ, ਇਸ ਫਾਰਮੈਟ ਵਿੱਚ ਕੰਮ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ, ਬਸ ਇੱਕ ਟੈਕਸਟ ਐਡੀਟਰ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਦੀ ਕੀਮਤ ਕੀ ਹੈ ਜੋ ਡੇਟਾ ਵਿੱਚ ਕਾਫ਼ੀ ਮਸ਼ਹੂਰ ਹੈ ਵਿਮ, ਇਸ ਨਾਲ ਜੁੜੇ ਇੱਕ ਸਵਾਲ ਨੂੰ 6 ਸਾਲਾਂ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ 1.8 ਮਿਲੀਅਨ ਤੋਂ ਵੱਧ ਵਿਊਜ਼ ਮਿਲ ਚੁੱਕੇ ਹਨ। ਇਸ ਪਰਿਵਾਰ ਦੇ ਮੁੱਖ ਵੰਡ (ਐਡੀਸ਼ਨ) ਹਨ: ਡੇਬੀਅਨ - ਇੱਕ ਪ੍ਰਸਿੱਧ ਵੰਡ, ਇਸ ਵਿੱਚ ਪੈਕੇਜ ਸੰਸਕਰਣ ਮੁੱਖ ਤੌਰ 'ਤੇ LTS (ਲੰਮੇ ਸਮੇਂ ਲਈ ਸਹਾਇਤਾ - ਲੰਬੇ ਸਮੇਂ ਲਈ ਸਹਾਇਤਾ), ਜੋ ਸਿਸਟਮ ਅਤੇ ਪੈਕੇਜਾਂ ਦੀ ਕਾਫ਼ੀ ਉੱਚ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਸਥਿਰਤਾ ਵਿੱਚ ਦਰਸਾਈ ਗਈ ਹੈ; ਉਬਤੂੰ - ਉਹਨਾਂ ਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਸਾਰੇ ਪੈਕੇਜਾਂ ਦੀ ਵੰਡ ਰੱਖਦਾ ਹੈ, ਜੋ ਸਥਿਰਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਨਵੇਂ ਸੰਸਕਰਣਾਂ ਨਾਲ ਆਉਣ ਵਾਲੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ; Red Hat Enterprise Linux - OS, ਵਪਾਰਕ ਵਰਤੋਂ ਲਈ ਸਥਿਤੀ ਵਿੱਚ, ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਹਾਲਾਂਕਿ, ਸਾਫਟਵੇਅਰ ਵਿਕਰੇਤਾਵਾਂ, ਕੁਝ ਮਲਕੀਅਤ ਪੈਕੇਜਾਂ ਅਤੇ ਡਰਾਈਵਰ ਪੈਕੇਜਾਂ ਤੋਂ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ; CentOS - ਓਪਨ ਸੋਰਸ Red Hat Enterprise Linux ਦੀ ਇੱਕ ਪਰਿਵਰਤਨ, ਮਲਕੀਅਤ ਪੈਕੇਜਾਂ ਅਤੇ ਸਹਾਇਤਾ ਦੀ ਅਣਹੋਂਦ ਦੁਆਰਾ ਦਰਸਾਈ ਗਈ ਹੈ।

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

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

ਅਗਲਾ ਮਹੱਤਵਪੂਰਨ ਫੈਸਲਾ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪਲੇਸਮੈਂਟ ਅਤੇ ਇਸਦੇ ਲਈ ਸਰਵਰ ਹੋਵੇਗਾ। ਇਸ ਸਮੇਂ, ਸਭ ਤੋਂ ਆਮ 3 ਤਰੀਕੇ ਹਨ:

• ਇੱਕ ਸਰਵਰ ਨੂੰ ਆਪਣੇ ਆਪ ਹੋਸਟਿੰਗ (ਰੱਖਣਾ) ਸਭ ਤੋਂ ਵੱਧ ਬਜਟ-ਅਨੁਕੂਲ ਵਿਕਲਪ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਤੋਂ ਇੱਕ ਸਥਿਰ IP ਆਰਡਰ ਕਰਨਾ ਹੋਵੇਗਾ ਤਾਂ ਜੋ ਤੁਹਾਡਾ ਸਰੋਤ ਸਮੇਂ ਦੇ ਨਾਲ ਆਪਣਾ ਪਤਾ ਨਾ ਬਦਲੇ।
• ਇੱਕ ਸਮਰਪਿਤ ਸਰਵਰ (VDS) ਕਿਰਾਏ 'ਤੇ ਲਓ - ਅਤੇ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਇਸਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ ਅਤੇ ਲੋਡ ਨੂੰ ਸਕੇਲ ਕਰੋ
• ਕੁਝ ਕਲਾਉਡ ਹੋਸਟਿੰਗ ਦੀ ਗਾਹਕੀ ਲਈ ਭੁਗਤਾਨ ਕਰੋ (ਅਕਸਰ ਉਹ ਤੁਹਾਨੂੰ ਪਲੇਟਫਾਰਮ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਮੁਫਤ ਵਿੱਚ ਅਜ਼ਮਾਉਣ ਦਾ ਮੌਕਾ ਦਿੰਦੇ ਹਨ), ਜਿੱਥੇ ਵਰਤੇ ਗਏ ਸਰੋਤਾਂ ਲਈ ਭੁਗਤਾਨ ਮਾਡਲ ਕਾਫ਼ੀ ਆਮ ਹੈ। ਇਸ ਦਿਸ਼ਾ ਦੇ ਸਭ ਤੋਂ ਪ੍ਰਮੁੱਖ ਨੁਮਾਇੰਦੇ: Amazon AWS (ਉਹ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਇੱਕ ਮੁਫਤ ਸਾਲ ਦਿੰਦੇ ਹਨ, ਪਰ ਇੱਕ ਮਹੀਨਾਵਾਰ ਸੀਮਾ ਦੇ ਨਾਲ), ਗੂਗਲ ਕਲਾਉਡ (ਉਹ ਖਾਤੇ ਨੂੰ $300 ਦਿੰਦੇ ਹਨ, ਜੋ ਕਿ ਕਲਾਉਡ ਹੋਸਟਿੰਗ ਸੇਵਾਵਾਂ 'ਤੇ ਸਾਲ ਦੌਰਾਨ ਖਰਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ) , Yandex.Cloud (ਉਹ 4000 ਮਹੀਨਿਆਂ ਲਈ 2 ਰੂਬਲ ਦਿੰਦੇ ਹਨ), Microsoft Azure (ਇੱਕ ਸਾਲ ਲਈ ਪ੍ਰਸਿੱਧ ਸੇਵਾਵਾਂ ਤੱਕ ਮੁਫ਼ਤ ਪਹੁੰਚ ਦਿੰਦੇ ਹਨ, ਇੱਕ ਮਹੀਨੇ ਲਈ ਕਿਸੇ ਵੀ ਸੇਵਾਵਾਂ ਲਈ + 12 ਰੂਬਲ)। ਇਸ ਤਰ੍ਹਾਂ, ਤੁਸੀਂ ਇੱਕ ਪੈਸਾ ਖਰਚ ਕੀਤੇ ਬਿਨਾਂ ਇਹਨਾਂ ਪ੍ਰਦਾਤਾਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਅਜ਼ਮਾ ਸਕਦੇ ਹੋ, ਪਰ ਪ੍ਰਦਾਨ ਕੀਤੀ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ ਅਤੇ ਪੱਧਰ ਬਾਰੇ ਅੰਦਾਜ਼ਨ ਰਾਏ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।

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

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

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

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

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

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

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

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

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

• ਪਾਈਥਨ ਇੱਕ ਤਜਰਬੇਕਾਰ ਉਪਭੋਗਤਾ ਲਈ ਕਾਫ਼ੀ ਅਨੁਕੂਲ ਭਾਸ਼ਾ ਹੈ, ਇਹ ਕੁਝ ਗਲਤੀਆਂ ਨੂੰ ਮਾਫ਼ ਕਰ ਦਿੰਦੀ ਹੈ, ਪਰ ਇਹ ਡਿਵੈਲਪਰ ਨਾਲ ਕਾਫ਼ੀ ਸਖਤ ਵੀ ਹੋ ਸਕਦੀ ਹੈ ਤਾਂ ਜੋ ਉਹ ਕੁਝ ਵੀ ਬੁਰਾ ਨਾ ਕਰੇ। ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਕਾਫ਼ੀ ਪਰਿਪੱਕ ਅਤੇ ਅਰਥਪੂਰਨ ਭਾਸ਼ਾ, ਜੋ 1991 ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਈ ਸੀ.
• ਗੋ - ਗੂਗਲ ਦੀ ਇੱਕ ਭਾਸ਼ਾ, ਕਾਫ਼ੀ ਦੋਸਤਾਨਾ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਵੀ ਹੈ, ਕਿਸੇ ਵੀ ਪਲੇਟਫਾਰਮ 'ਤੇ ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਫਾਈਲ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨਾ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨਾ ਕਾਫ਼ੀ ਆਸਾਨ ਹੈ। ਇਹ ਸਧਾਰਨ ਅਤੇ ਸੁਹਾਵਣਾ ਹੋ ਸਕਦਾ ਹੈ, ਜਾਂ ਇਹ ਗੁੰਝਲਦਾਰ ਅਤੇ ਗੰਭੀਰ ਹੋ ਸਕਦਾ ਹੈ। ਤਾਜ਼ਾ ਅਤੇ ਜਵਾਨ, ਮੁਕਾਬਲਤਨ ਹਾਲ ਹੀ ਵਿੱਚ, 2009 ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ.
• ਜੰਗਾਲ 2006 ਵਿੱਚ ਰਿਲੀਜ਼ ਕੀਤੇ ਗਏ ਆਪਣੇ ਪਿਛਲੇ ਸਾਥੀ ਨਾਲੋਂ ਥੋੜਾ ਵੱਡਾ ਹੈ, ਪਰ ਅਜੇ ਵੀ ਇਸਦੇ ਸਾਥੀਆਂ ਦੇ ਮੁਕਾਬਲੇ ਕਾਫ਼ੀ ਜਵਾਨ ਹੈ। ਵਧੇਰੇ ਤਜਰਬੇਕਾਰ ਡਿਵੈਲਪਰਾਂ ਦਾ ਉਦੇਸ਼, ਹਾਲਾਂਕਿ ਇਹ ਅਜੇ ਵੀ ਪ੍ਰੋਗਰਾਮਰ ਲਈ ਬਹੁਤ ਸਾਰੇ ਹੇਠਲੇ-ਪੱਧਰ ਦੇ ਕੰਮਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ.
• Java ਵਪਾਰਕ ਵਿਕਾਸ ਦਾ ਇੱਕ ਅਨੁਭਵੀ ਹੈ, ਜੋ 1995 ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਅੱਜ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਮੈਂਟ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਇਸਦੇ ਬੁਨਿਆਦੀ ਸੰਕਲਪਾਂ ਅਤੇ ਭਾਰੀ ਸੈੱਟਅੱਪ ਦੇ ਨਾਲ, ਰਨਟਾਈਮ ਇੱਕ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਲਈ ਕਾਫ਼ੀ ਚੁਣੌਤੀਪੂਰਨ ਹੋ ਸਕਦਾ ਹੈ।
• ASP.net ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਮੈਂਟ ਪਲੇਟਫਾਰਮ ਹੈ ਜੋ Microsoft ਦੁਆਰਾ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ। ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਲਿਖਣ ਲਈ, C# ਭਾਸ਼ਾ (ਉਚਾਰਣ C Sharp), ਜੋ ਕਿ 2000 ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਈ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਇਸਦੀ ਗੁੰਝਲਤਾ ਜਾਵਾ ਅਤੇ ਜੰਗਾਲ ਦੇ ਵਿਚਕਾਰ ਦੇ ਪੱਧਰ ਨਾਲ ਤੁਲਨਾਯੋਗ ਹੈ.
• PHP, ਅਸਲ ਵਿੱਚ HTML ਪ੍ਰੀਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਵਰਤਮਾਨ ਵਿੱਚ, ਹਾਲਾਂਕਿ ਇਹ ਭਾਸ਼ਾ ਦੀ ਮਾਰਕੀਟ ਵਿੱਚ ਸੰਪੂਰਨ ਅਗਵਾਈ ਰੱਖਦਾ ਹੈ, ਵਰਤੋਂ ਵਿੱਚ ਗਿਰਾਵਟ ਵੱਲ ਇੱਕ ਰੁਝਾਨ ਹੈ। ਇਸ ਵਿੱਚ ਇੱਕ ਘੱਟ ਐਂਟਰੀ ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਕੋਡ ਲਿਖਣ ਦੀ ਸੌਖ ਹੈ, ਪਰ ਉਸੇ ਸਮੇਂ, ਜਦੋਂ ਕਾਫ਼ੀ ਵੱਡੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਵਿਕਸਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਭਾਸ਼ਾ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੋ ਸਕਦੀ.

ਖੈਰ, ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਅੰਤਮ ਹਿੱਸਾ - ਉਪਭੋਗਤਾ ਲਈ ਸਭ ਤੋਂ ਠੋਸ - ਅਗਰਾਂਤ (ਫਰੰਟਐਂਡ) - ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਚਿਹਰਾ ਹੈ; ਇਹ ਇਸ ਹਿੱਸੇ ਦੇ ਨਾਲ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਸਿੱਧਾ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ।

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

• ReactJS ਇੱਕ ਫਰੇਮਵਰਕ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਹੈ. ਵਾਸਤਵ ਵਿੱਚ, ਫਰੇਮਵਰਕ ਇਸਦੇ ਮਾਣਮੱਤੇ ਸਿਰਲੇਖ ਤੋਂ ਸਿਰਫ਼ ਕੁਝ ਫੰਕਸ਼ਨਾਂ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ "ਬਾਕਸ ਤੋਂ ਬਾਹਰ" ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹੱਥੀਂ ਸਥਾਪਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਵਿੱਚ ਵੱਖਰਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਇਸ ਲਾਇਬ੍ਰੇਰੀ ਦੀ "ਤਿਆਰੀ" ਦੀਆਂ ਕਈ ਭਿੰਨਤਾਵਾਂ ਹਨ, ਵਿਲੱਖਣ ਫਰੇਮਵਰਕ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਕੁਝ ਬੁਨਿਆਦੀ ਸਿਧਾਂਤਾਂ ਅਤੇ ਬਿਲਡ ਵਾਤਾਵਰਨ ਦੇ ਕਾਫ਼ੀ ਹਮਲਾਵਰ ਸੈੱਟਅੱਪ ਦੇ ਕਾਰਨ, ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਲਈ ਇਹ ਥੋੜਾ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇੱਕ ਤੇਜ਼ ਸ਼ੁਰੂਆਤ ਲਈ, ਤੁਸੀਂ "create-react-app" ਪੈਕੇਜ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।
• VueJS ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਲਈ ਇੱਕ ਢਾਂਚਾ ਹੈ। ਇਸ ਤ੍ਰਿਏਕ ਵਿੱਚੋਂ, ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ ਫਰੇਮਵਰਕ ਦਾ ਸਿਰਲੇਖ ਲੈਂਦੀ ਹੈ; Vue ਵਿੱਚ ਵਿਕਾਸ ਲਈ, ਪ੍ਰਵੇਸ਼ ਲਈ ਰੁਕਾਵਟ ਦੂਜੇ ਜ਼ਿਕਰ ਕੀਤੇ ਭਰਾਵਾਂ ਨਾਲੋਂ ਘੱਟ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਹ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਛੋਟਾ ਹੈ।
• ਐਂਗੁਲਰ ਨੂੰ ਇਹਨਾਂ ਫਰੇਮਵਰਕਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਗੁੰਝਲਦਾਰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਸਿਰਫ ਇੱਕ ਜਿਸਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਟਾਈਪਸਕ੍ਰਿਪਟ (ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਭਾਸ਼ਾ ਲਈ ਐਡ-ਆਨ)। ਅਕਸਰ ਵੱਡੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

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

ਸਰੋਤ: www.habr.com