ਰੈਕਾਂ 'ਤੇ ਸਰਵਰ ਰਹਿਤ

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

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

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

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

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

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

ਆਓ ਦੇਖੀਏ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਮੈਂਟ ਪ੍ਰਕਿਰਿਆ ਹੁਣ ਕਿਹੋ ਜਿਹੀ ਦਿਖਾਈ ਦੇਵੇਗੀ।

ਡਿਵੈਲਪਰ ਦੇ ਪਾਸੇ ਤੋਂ

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

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

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

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

ਅਸੀਂ ਹਰੇਕ ਫੰਕਸ਼ਨ ਲਈ ਇੱਕ ਇਵੈਂਟ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ। ਇੱਕ ਘਟਨਾ ਇੱਕ ਕਾਰਵਾਈ ਲਈ ਇੱਕ ਟਰਿੱਗਰ ਹੈ:

ਘਟਨਾ
ਉਹ ਕਿਰਿਆ ਜੋ ਫੰਕਸ਼ਨ ਕਰਦੀ ਹੈ

ਇੱਕ ਉਤਪਾਦ ਚਿੱਤਰ ਨੂੰ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਅੱਪਲੋਡ ਕੀਤਾ ਗਿਆ ਹੈ।
ਚਿੱਤਰ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰੋ ਅਤੇ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਅੱਪਲੋਡ ਕਰੋ

ਭੌਤਿਕ ਸਟੋਰ ਦਾ ਪਤਾ ਡੇਟਾਬੇਸ ਵਿੱਚ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ
ਨਕਸ਼ੇ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਟਿਕਾਣਾ ਲੋਡ ਕਰੋ

ਗਾਹਕ ਮਾਲ ਲਈ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ
ਭੁਗਤਾਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰੋ

ਇਵੈਂਟਸ HTTP ਬੇਨਤੀਆਂ, ਸਟ੍ਰੀਮਿੰਗ ਡੇਟਾ, ਸੰਦੇਸ਼ ਕਤਾਰਾਂ, ਆਦਿ ਹੋ ਸਕਦੇ ਹਨ। ਇਵੈਂਟ ਸਰੋਤ ਡੇਟਾ ਦੀਆਂ ਤਬਦੀਲੀਆਂ ਜਾਂ ਘਟਨਾਵਾਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਟਾਈਮਰ ਦੁਆਰਾ ਚਾਲੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਆਰਕੀਟੈਕਚਰ 'ਤੇ ਕੰਮ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲਗਭਗ ਸਰਵਰ ਰਹਿਤ ਹੋ ਗਈ ਸੀ। ਅੱਗੇ ਅਸੀਂ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਕੋਲ ਜਾਂਦੇ ਹਾਂ।

ਪ੍ਰਦਾਤਾ ਦੇ ਪੱਖ ਤੋਂ

ਆਮ ਤੌਰ 'ਤੇ, ਕਲਾਉਡ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਦੁਆਰਾ ਸਰਵਰ ਰਹਿਤ ਕੰਪਿਊਟਿੰਗ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕਿਹਾ ਜਾਂਦਾ ਹੈ: Azure ਫੰਕਸ਼ਨ, AWS Lambda, Google Cloud ਫੰਕਸ਼ਨ, IBM ਕਲਾਊਡ ਫੰਕਸ਼ਨ।

ਅਸੀਂ ਪ੍ਰਦਾਤਾ ਦੇ ਕੰਸੋਲ ਜਾਂ ਨਿੱਜੀ ਖਾਤੇ ਰਾਹੀਂ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਫੰਕਸ਼ਨ ਕੋਡ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

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

ਇੱਥੇ ਅਸੀਂ ਉਹਨਾਂ ਇਵੈਂਟਾਂ ਨੂੰ ਸੈਟ ਅਪ ਕਰਦੇ ਹਾਂ ਜੋ ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਦੇ ਹਨ। ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਘਟਨਾਵਾਂ ਦੇ ਸੈੱਟ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ।

ਪ੍ਰਦਾਤਾ ਨੇ ਆਪਣੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਸੇਵਾ (FaaS) ਸਿਸਟਮ ਵਜੋਂ ਫੰਕਸ਼ਨ ਨੂੰ ਬਣਾਇਆ ਅਤੇ ਸਵੈਚਲਿਤ ਕੀਤਾ:

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

ਇਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਬਾਕਸ ਤੋਂ ਸਰਵਰ ਰਹਿਤ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਪੇ-ਐਜ਼-ਯੂ-ਗੋ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੇਵਾ ਲਈ ਭੁਗਤਾਨ ਕਰਾਂਗੇ ਅਤੇ ਸਿਰਫ਼ ਉਹਨਾਂ ਕਾਰਜਾਂ ਲਈ ਭੁਗਤਾਨ ਕਰਾਂਗੇ ਜੋ ਵਰਤੇ ਗਏ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਉਸ ਸਮੇਂ ਲਈ ਜਦੋਂ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ।

ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸੇਵਾ ਵਿੱਚ ਪੇਸ਼ ਕਰਨ ਲਈ, ਪ੍ਰਦਾਤਾ 12 ਮਹੀਨਿਆਂ ਤੱਕ ਮੁਫ਼ਤ ਜਾਂਚ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ, ਪਰ ਕੁੱਲ ਗਣਨਾ ਸਮਾਂ, ਪ੍ਰਤੀ ਮਹੀਨਾ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ, ਫੰਡ ਜਾਂ ਬਿਜਲੀ ਦੀ ਖਪਤ ਨੂੰ ਸੀਮਤ ਕਰਦੇ ਹਨ।

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

ਓਪਨ ਸੋਰਸ ਵਾਲੇ ਪਾਸੇ ਤੋਂ

ਓਪਨ-ਸੋਰਸ ਕਮਿਊਨਿਟੀ ਪਿਛਲੇ ਕੁਝ ਸਾਲਾਂ ਤੋਂ ਸਰਵਰ ਰਹਿਤ ਟੂਲਸ 'ਤੇ ਸਰਗਰਮੀ ਨਾਲ ਕੰਮ ਕਰ ਰਹੀ ਹੈ। ਸਭ ਤੋਂ ਵੱਡੇ ਮਾਰਕੀਟ ਖਿਡਾਰੀ ਸਰਵਰ ਰਹਿਤ ਪਲੇਟਫਾਰਮਾਂ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਉਂਦੇ ਹਨ:

• ਗੂਗਲ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸਦੇ ਓਪਨ-ਸੋਰਸ ਟੂਲ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ - ਨਾਟਿਕ. IBM, RedHat, Pivotal ਅਤੇ SAP ਨੇ ਇਸਦੇ ਵਿਕਾਸ ਵਿੱਚ ਹਿੱਸਾ ਲਿਆ;
• IBM ਸਰਵਰ ਰਹਿਤ ਪਲੇਟਫਾਰਮ 'ਤੇ ਕੰਮ ਕੀਤਾ ਓਪਨਵਿਸਕ, ਜੋ ਫਿਰ ਅਪਾਚੇ ਫਾਊਂਡੇਸ਼ਨ ਦਾ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਬਣ ਗਿਆ;
• Microsoft ਦੇ ਪਲੇਟਫਾਰਮ ਕੋਡ ਨੂੰ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਖੋਲ੍ਹਿਆ ਅਜ਼ੂਰ ਫੰਕਸ਼ਨ.

ਸਰਵਰ ਰਹਿਤ ਫਰੇਮਵਰਕ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਵਿਕਾਸ ਵੀ ਚੱਲ ਰਿਹਾ ਹੈ। ਕੁਬੇਲੈਸ и ਫਿਸ਼ਨ ਪੂਰਵ-ਤਿਆਰ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰਾਂ ਦੇ ਅੰਦਰ ਤੈਨਾਤ, OpenFaaS Kubernetes ਅਤੇ Docker Swarm ਦੋਨਾਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਫਰੇਮਵਰਕ ਇੱਕ ਕਿਸਮ ਦੇ ਕੰਟਰੋਲਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ - ਬੇਨਤੀ ਕਰਨ 'ਤੇ, ਇਹ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਇੱਕ ਰਨਟਾਈਮ ਵਾਤਾਵਰਣ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਫਿਰ ਉੱਥੇ ਇੱਕ ਫੰਕਸ਼ਨ ਲਾਂਚ ਕਰਦਾ ਹੈ।

ਫਰੇਮਵਰਕ ਤੁਹਾਡੀਆਂ ਲੋੜਾਂ ਮੁਤਾਬਕ ਟੂਲ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਥਾਂ ਛੱਡਦੇ ਹਨ। ਇਸ ਲਈ, ਕੁਬੇਲੇਸ ਵਿੱਚ, ਇੱਕ ਡਿਵੈਲਪਰ ਫੰਕਸ਼ਨ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਟਾਈਮਆਉਟ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦਾ ਹੈ (ਡਿਫੌਲਟ ਮੁੱਲ 180 ਸਕਿੰਟ ਹੈ)। ਫਿਸ਼ਨ, ਕੋਲਡ ਸਟਾਰਟ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ, ਕੁਝ ਕੰਟੇਨਰਾਂ ਨੂੰ ਹਰ ਸਮੇਂ ਚੱਲਦਾ ਰੱਖਣ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ (ਹਾਲਾਂਕਿ ਇਸ ਵਿੱਚ ਸਰੋਤ ਡਾਊਨਟਾਈਮ ਖਰਚੇ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ)। ਅਤੇ OpenFaaS ਹਰ ਸਵਾਦ ਅਤੇ ਰੰਗ ਲਈ ਟਰਿਗਰਸ ਦਾ ਇੱਕ ਸੈੱਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATs ਅਤੇ ਹੋਰ।

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

ਭਾਵੇਂ ਅਸੀਂ ਸਰਵਰਲੇਸ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ - ਇੱਕ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਜਾਂ ਓਪਨ-ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਸਾਨੂੰ ਸਰਵਰ ਰਹਿਤ ਪਹੁੰਚ ਦੇ ਬਹੁਤ ਸਾਰੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਪ੍ਰਾਪਤ ਹੋਣਗੇ।

ਫਾਇਦਿਆਂ ਅਤੇ ਨੁਕਸਾਨਾਂ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ

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

ਸਰਵਰ ਰਹਿਤ ਵਿਕਾਸ ਦੇ ਸਮੇਂ ਨੂੰ ਹੋਰ ਵੀ ਘਟਾਉਂਦਾ ਹੈ, ਡਿਵੈਲਪਰ ਨੂੰ ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਵਪਾਰਕ ਤਰਕ ਅਤੇ ਕੋਡਿੰਗ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਵਿਕਾਸ ਲਈ ਮਾਰਕੀਟ ਕਰਨ ਦਾ ਸਮਾਂ ਘੱਟ ਜਾਂਦਾ ਹੈ.

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

ਕਿਸੇ ਵੀ ਤਕਨਾਲੋਜੀ ਵਾਂਗ, ਸਰਵਰਲੇਸ ਦੇ ਨੁਕਸਾਨ ਹਨ.

ਉਦਾਹਰਨ ਲਈ, ਅਜਿਹਾ ਨੁਕਸਾਨ ਕੋਲਡ ਸਟਾਰਟ ਟਾਈਮ (ਜਾਵਾ ਸਕ੍ਰਿਪਟ, ਪਾਈਥਨ, ਗੋ, ਜਾਵਾ, ਰੂਬੀ ਵਰਗੀਆਂ ਭਾਸ਼ਾਵਾਂ ਲਈ ਔਸਤਨ 1 ਸਕਿੰਟ ਤੱਕ) ਹੋ ਸਕਦਾ ਹੈ।

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

ਇੱਕ ਠੰਡੀ ਸ਼ੁਰੂਆਤ ਇੱਕ ਨਿੱਘੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ ਜਦੋਂ ਇੱਕ ਫੰਕਸ਼ਨ ਇੱਕ ਪਿਛਲੀ ਘਟਨਾ ਦੁਆਰਾ ਲਾਂਚ ਕੀਤੇ ਗਏ ਕੰਟੇਨਰ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਸਥਿਤੀ ਤਿੰਨ ਮਾਮਲਿਆਂ ਵਿੱਚ ਪੈਦਾ ਹੋਵੇਗੀ:

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

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

ਸਰਵਰਲੇਸ ਦਾ ਅਗਲਾ ਨੁਕਸਾਨ ਇੱਕ ਫੰਕਸ਼ਨ ਦਾ ਛੋਟਾ ਜੀਵਨ ਕਾਲ ਹੈ (ਸਮਾਂ ਸਮਾਪਤ ਜਿਸ ਦੌਰਾਨ ਫੰਕਸ਼ਨ ਨੂੰ ਚਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ)।

ਪਰ, ਜੇ ਤੁਹਾਨੂੰ ਲੰਬੇ ਸਮੇਂ ਦੇ ਕੰਮਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ - ਸਰਵਰਲੇਸ ਨੂੰ ਕਿਸੇ ਹੋਰ ਤਕਨਾਲੋਜੀ ਨਾਲ ਜੋੜੋ।

ਸਾਰੇ ਸਿਸਟਮ ਸਰਵਰ ਰਹਿਤ ਸਕੀਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਣਗੇ।

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

ਇਸ ਨਾੜੀ ਵਿੱਚ, ਮੈਂ ਸਰਵਰ ਰਹਿਤ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਮੁੱਦੇ 'ਤੇ ਆਸਾਨੀ ਨਾਲ ਅੱਗੇ ਵਧਣਾ ਚਾਹਾਂਗਾ.

ਐਪਲੀਕੇਸ਼ਨ ਵਾਲੇ ਪਾਸੇ ਤੋਂ

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

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

ਦੱਸ ਦੇਈਏ ਕਿ ਇੱਕ ਅਜਿਹੀ ਸੇਵਾ ਹੈ ਜੋ 50 ਲੋਕਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਦੀ ਹੈ। ਇਸ ਦੇ ਹੇਠਾਂ ਕਮਜ਼ੋਰ ਹਾਰਡਵੇਅਰ ਵਾਲੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੈ। ਸਮੇਂ-ਸਮੇਂ 'ਤੇ, ਸੇਵਾ 'ਤੇ ਲੋਡ ਮਹੱਤਵਪੂਰਨ ਤੌਰ' ਤੇ ਵਧਦਾ ਹੈ. ਫਿਰ ਕਮਜ਼ੋਰ ਹਾਰਡਵੇਅਰ ਮੁਕਾਬਲਾ ਨਹੀਂ ਕਰ ਸਕਦਾ।

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

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

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

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

ਸਰਵਰ ਰਹਿਤ ਅਤੇ ਸਿਲੈਕਟਲ

ਸਿਲੈਕਟਲ ਵਿਖੇ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਹਾਂ Kubernetes ਨਾਲ ਸਰਲ ਕੰਮ ਸਾਡੇ ਕੰਟਰੋਲ ਪੈਨਲ ਦੁਆਰਾ. ਹੁਣ ਅਸੀਂ ਆਪਣਾ FaaS ਪਲੇਟਫਾਰਮ ਬਣਾ ਰਹੇ ਹਾਂ। ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਡਿਵੈਲਪਰ ਇੱਕ ਸੁਵਿਧਾਜਨਕ, ਲਚਕਦਾਰ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਸਰਵਰਲੇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਪਣੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ।

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

• ਸਰਵਰ ਰਹਿਤ ਵਰਤੋਂ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਡੇਢ ਗੁਣਾ ਵਧੀ ਹੈ (ਪੂਰੀ ਰਾਈਟ ਸਕੇਲ ਰਿਪੋਰਟ)
• ਕਿੰਨਾ ਠੰਡਾ ਸ਼ੁਰੂ ਸਮਾਂ ਐਪਲੀਕੇਸ਼ਨ ਭਾਸ਼ਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ

ਸਰੋਤ: www.habr.com