ਮੁੱਖ ਨੁਕਤੇ

• ਹੁਣ ਕਈ ਸਾਲਾਂ ਤੋਂ ਸਾਡੇ ਨਾਲ ਵਾਅਦਾ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ (ਸਰਵਰ ਰਹਿਤ) ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਇੱਕ ਖਾਸ OS ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਨਵਾਂ ਯੁੱਗ ਖੋਲ੍ਹੇਗਾ। ਸਾਨੂੰ ਦੱਸਿਆ ਗਿਆ ਸੀ ਕਿ ਅਜਿਹਾ ਢਾਂਚਾ ਬਹੁਤ ਸਾਰੀਆਂ ਸਕੇਲੇਬਿਲਟੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰੇਗਾ। ਅਸਲ ਵਿੱਚ, ਸਭ ਕੁਝ ਵੱਖਰਾ ਹੈ.
• ਹਾਲਾਂਕਿ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਸਰਵਰ ਰਹਿਤ ਤਕਨਾਲੋਜੀ ਨੂੰ ਇੱਕ ਨਵੇਂ ਵਿਚਾਰ ਵਜੋਂ ਦੇਖਦੇ ਹਨ, ਇਸ ਦੀਆਂ ਜੜ੍ਹਾਂ ਨੂੰ 2006 ਵਿੱਚ Zimki PaaS ਅਤੇ Google ਐਪ ਇੰਜਨ ਨਾਲ ਲੱਭਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਦੋਵੇਂ ਇੱਕ ਸਰਵਰ ਰਹਿਤ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
• ਸਰਵਰ ਰਹਿਤ ਕ੍ਰਾਂਤੀ ਦੇ ਰੁਕਣ ਦੇ ਚਾਰ ਕਾਰਨ ਹਨ, ਸੀਮਤ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਸਹਾਇਤਾ ਤੋਂ ਲੈ ਕੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਮੁੱਦਿਆਂ ਤੱਕ।
• ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਇਹ ਸਭ ਬੇਕਾਰ ਨਹੀਂ ਹੈ। ਇਸ ਤੋਂ ਦੂਰ. ਹਾਲਾਂਕਿ, ਉਹਨਾਂ ਨੂੰ ਸਰਵਰਾਂ ਲਈ ਸਿੱਧੇ ਬਦਲ ਵਜੋਂ ਨਹੀਂ ਦੇਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਕੁਝ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ, ਉਹ ਇੱਕ ਸੌਖਾ ਸਾਧਨ ਹੋ ਸਕਦੇ ਹਨ।

ਸਰਵਰ ਮਰ ਗਿਆ ਹੈ, ਸਰਵਰ ਜਿੰਦਾ ਰਹੇ!

ਇਹ ਸਰਵਰ ਰਹਿਤ ਇਨਕਲਾਬ ਦੇ ਪੈਰੋਕਾਰਾਂ ਦੀ ਲੜਾਈ ਦੀ ਪੁਕਾਰ ਹੈ। ਪਿਛਲੇ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ ਇੰਡਸਟਰੀ ਪ੍ਰੈਸ 'ਤੇ ਇੱਕ ਝਲਕ ਇਹ ਸਿੱਟਾ ਕੱਢਣ ਲਈ ਕਾਫ਼ੀ ਹੈ ਕਿ ਰਵਾਇਤੀ ਸਰਵਰ ਮਾਡਲ ਮਰ ਗਿਆ ਹੈ ਅਤੇ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ ਅਸੀਂ ਸਾਰੇ ਸਰਵਰ ਰਹਿਤ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ।

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

ਸਰਵਰ ਰਹਿਤ ਮਾਡਲਾਂ ਲਈ ਕੁਝ ਵਾਅਦੇ ਜ਼ਰੂਰ ਪੂਰੇ ਹੋਏ ਹਨ, ਪਰ ਸਾਰੇ ਨਹੀਂ। ਹਰ ਕੋਈ ਨਹੀਂ।

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

ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਦੇ ਮਾਹਿਰਾਂ ਨੇ ਕੀ ਵਾਅਦਾ ਕੀਤਾ ਹੈ

ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਵੱਲ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ, ਆਓ ਦੇਖੀਏ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕੀ ਪ੍ਰਦਾਨ ਕਰਨਾ ਸੀ। ਸਰਵਰ ਰਹਿਤ ਕ੍ਰਾਂਤੀ ਦੇ ਵਾਅਦੇ ਬਹੁਤ ਸਾਰੇ ਸਨ ਅਤੇ - ਕਦੇ-ਕਦਾਈਂ - ਬਹੁਤ ਉਤਸ਼ਾਹੀ ਸਨ।

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

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

ਸੰਖੇਪ ਵਿੱਚ, ਸਰਵਰ ਰਹਿਤ ਮਾਡਲ ਲਚਕਦਾਰ, ਘੱਟ ਲਾਗਤ ਵਾਲੇ, ਸਕੇਲੇਬਲ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਮੈਂ ਹੈਰਾਨ ਹਾਂ ਕਿ ਅਸੀਂ ਇਸ ਵਿਚਾਰ ਬਾਰੇ ਪਹਿਲਾਂ ਨਹੀਂ ਸੋਚਿਆ ਸੀ।

ਕੀ ਇਹ ਸੱਚਮੁੱਚ ਇੱਕ ਨਵਾਂ ਵਿਚਾਰ ਹੈ?

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

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

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

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

ਸਰਵਰ ਰਹਿਤ ਮਾਡਲਾਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ

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

ਇਸ ਕਰਕੇ.

ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਲਈ ਸੀਮਤ ਸਮਰਥਨ

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

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

ਇਹ ਸਰਵਰ ਰਹਿਤ ਮਾਡਲ ਦੇ ਮੁੱਖ ਫਾਇਦਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰਦਾ ਹੈ।

ਇੱਕ ਵਿਕਰੇਤਾ ਨੂੰ ਬਾਈਡਿੰਗ

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

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

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

ਉਤਪਾਦਕਤਾ

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

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

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

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

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

ਤੁਸੀਂ ਪੂਰੀਆਂ ਐਪਾਂ ਨਹੀਂ ਚਲਾ ਸਕਦੇ

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

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

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

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

ਇਨਕਲਾਬ ਜ਼ਿੰਦਾਬਾਦ?

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

ਸਰੋਤ: www.habr.com