ਸਰਵਰ ਰਹਿਤ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਲਈ ਸੁਝਾਅ ਅਤੇ ਸਰੋਤ

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

ਸਰਵਰ ਰਹਿਤ ਤਕਨਾਲੋਜੀਆਂ ਬਾਰੇ ਗਲਤ ਧਾਰਨਾਵਾਂ

ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਮੰਨਦੇ ਹਨ ਕਿ ਸਰਵਰ ਰਹਿਤ ਅਤੇ ਸਰਵਰ ਰਹਿਤ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ (ਸੇਵਾ ਵਜੋਂ ਕੰਮFaaS (ਜਾਂ FaaS) ਅਸਲ ਵਿੱਚ ਇੱਕੋ ਚੀਜ਼ ਹਨ। ਇਸ ਲਈ, ਅੰਤਰ ਬਹੁਤ ਵੱਡਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਯੋਗ ਹੈ। ਜਦੋਂ ਕਿ AWS Lambda ਸਰਵਰ ਰਹਿਤ ਕ੍ਰਾਂਤੀ ਦੇ ਸਿਤਾਰਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਸੀ ਅਤੇ ਸਰਵਰ ਰਹਿਤ ਆਰਕੀਟੈਕਚਰ ਦੇ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਤੱਤਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੀ, ਇਹ ਆਰਕੀਟੈਕਚਰ FaaS ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਹੈ।

ਸਰਵਰ ਰਹਿਤ ਤਕਨਾਲੋਜੀਆਂ ਦਾ ਮੁੱਖ ਸਿਧਾਂਤ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਕੇਲਿੰਗ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ; ਤੁਸੀਂ ਸਿਰਫ਼ ਉਸ ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਵਰਤਦੇ ਹੋ। ਬਹੁਤ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਇਸ ਮਾਪਦੰਡ ਨੂੰ ਪੂਰਾ ਕਰਦੀਆਂ ਹਨ, ਜਿਸ ਵਿੱਚ AWS DynamoDB, S3, SNS ਜਾਂ SQS, Graphcool, Auth0, Now, Netlify, Firebase, ਅਤੇ ਹੋਰ ਬਹੁਤ ਸਾਰੀਆਂ ਸ਼ਾਮਲ ਹਨ। ਸੰਖੇਪ ਵਿੱਚ, ਸਰਵਰ ਰਹਿਤ ਦਾ ਅਰਥ ਹੈ ਸਕੇਲੇਬਿਲਟੀ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਅਨੁਕੂਲਤਾ ਕੀਤੇ ਬਿਨਾਂ ਕਲਾਉਡ ਕੰਪਿਊਟਿੰਗ ਦੀਆਂ ਪੂਰੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦਾ ਲਾਭ ਉਠਾਉਣਾ। ਇਸਦਾ ਇਹ ਵੀ ਅਰਥ ਹੈ ਕਿ ਬੁਨਿਆਦੀ ਢਾਂਚਾ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਹੁਣ ਤੁਹਾਡੀ ਚਿੰਤਾ ਨਹੀਂ ਹੈ, ਸੁਰੱਖਿਆ ਮਿਆਰਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਦੀ ਮੁਸ਼ਕਲ ਅਤੇ ਜਟਿਲਤਾ ਨੂੰ ਦੇਖਦੇ ਹੋਏ ਇੱਕ ਵੱਡਾ ਫਾਇਦਾ। ਅੰਤ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਖਰੀਦਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ।

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

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

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

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

ਵਿਚਾਰ ਕਰੋ:

• ਤੁਹਾਨੂੰ ਕਿਹੜੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਕਿਉਂ।
• ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਕਿਹੜੀਆਂ ਸੇਵਾਵਾਂ ਪੇਸ਼ ਕਰਦੇ ਹਨ ਅਤੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਚੁਣੇ ਹੋਏ FaaS ਹੱਲ ਨਾਲ ਕਿਵੇਂ ਜੋੜ ਸਕਦੇ ਹੋ?
• ਕਿਹੜੀਆਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਸਮਰਥਿਤ ਹਨ (ਗਤੀਸ਼ੀਲ ਜਾਂ ਸਥਿਰ ਤੌਰ 'ਤੇ ਟਾਈਪ ਕੀਤੀਆਂ, ਕੰਪਾਇਲ ਕੀਤੀਆਂ ਜਾਂ ਵਿਆਖਿਆ ਕੀਤੀਆਂ, ਕਿਹੜੇ ਬੈਂਚਮਾਰਕ ਉਪਲਬਧ ਹਨ, ਕੋਲਡ ਸਟਾਰਟ ਪ੍ਰਦਰਸ਼ਨ ਕੀ ਹੈ, ਓਪਨ ਸੋਰਸ ਈਕੋਸਿਸਟਮ ਕੀ ਹੈ, ਆਦਿ)।
• ਤੁਹਾਡੀਆਂ ਸੁਰੱਖਿਆ ਲੋੜਾਂ ਕੀ ਹਨ (SLA, 2FA, OAuth, HTTPS, SSL, ਆਦਿ)?
• ਆਪਣੇ CI/CD ਅਤੇ ਸਾਫਟਵੇਅਰ ਵਿਕਾਸ ਚੱਕਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰੀਏ।
• ਤੁਸੀਂ ਕੋਡ ਦੇ ਰੂਪ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਕਿਹੜੇ ਫਾਇਦੇ ਲੈ ਸਕਦੇ ਹੋ?

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

ਸਰਵਰ ਰਹਿਤ ਕਦੋਂ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ?

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

ਲਾਗਤ ਬੱਚਤ ਅਤੇ ਆਸਾਨ ਸਕੇਲੇਬਿਲਟੀ ਦੇ ਕਾਰਨ, ਸਰਵਰ ਰਹਿਤ ਹੱਲ ਅੰਦਰੂਨੀ ਅਤੇ ਬਾਹਰੀ ਦੋਵਾਂ ਪ੍ਰਣਾਲੀਆਂ 'ਤੇ ਬਰਾਬਰ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਮਲਟੀ-ਮਿਲੀਅਨ ਉਪਭੋਗਤਾ ਅਧਾਰ ਵਾਲੇ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੱਕ। ਬਿੱਲਾਂ ਨੂੰ ਯੂਰੋ ਦੀ ਬਜਾਏ ਸੈਂਟ ਵਿੱਚ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਮਹੀਨੇ ਲਈ ਸਭ ਤੋਂ ਬੁਨਿਆਦੀ AWS EC2 ਉਦਾਹਰਣ (t1.micro) ਕਿਰਾਏ 'ਤੇ ਲੈਣ 'ਤੇ €15 ਦਾ ਖਰਚਾ ਆਉਂਦਾ ਹੈ, ਭਾਵੇਂ ਤੁਸੀਂ ਇਸਨੂੰ ਨਹੀਂ ਵਰਤਦੇ (ਇਸਨੂੰ ਬੰਦ ਕਰਨਾ ਕੌਣ ਭੁੱਲਿਆ ਹੈ?!)। ਤੁਲਨਾ ਕਰਕੇ, ਉਸੇ ਸਮੇਂ ਦੌਰਾਨ ਖਰਚ ਦੇ ਇਸ ਪੱਧਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ 1 ਸਕਿੰਟ ਲਈ ਲਗਭਗ 3 ਮਿਲੀਅਨ ਵਾਰ 512 MB ਲੈਂਬਡਾ ਉਦਾਹਰਣ ਚਲਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ। ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਕੁਝ ਵੀ ਭੁਗਤਾਨ ਨਹੀਂ ਕਰਨਾ ਪਵੇਗਾ।

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

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

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

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

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

ਵਿਕਾਸ ਚੱਕਰ 'ਤੇ ਸਰਵਰ ਰਹਿਤ ਤਕਨਾਲੋਜੀਆਂ ਦਾ ਪ੍ਰਭਾਵ

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

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

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

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

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

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

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

ਸਰਵਰ ਰਹਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ ਟੂਲ ਅਤੇ ਤਕਨੀਕਾਂ

ਸਰਵਰ ਰਹਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਦਾ ਕੋਈ ਖਾਸ ਤਰੀਕਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਨਾ ਹੀ ਇਸ ਕੰਮ ਲਈ ਸੇਵਾਵਾਂ ਦਾ ਕੋਈ ਸੈੱਟ ਹੈ। AWS ਵਰਤਮਾਨ ਵਿੱਚ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰ ਰਹਿਤ ਹੱਲਾਂ ਵਿੱਚ ਮੋਹਰੀ ਹੈ, ਪਰ ਇਹ ਵੀ ਹਨ ਗੂਗਲ ਕ੍ਲਾਉਡ, ਵਾਰ и ਫਾਇਰਬੇਜਜੇਕਰ ਤੁਸੀਂ AWS ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਇਕੱਠੀਆਂ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਜੋਂ, ਅਸੀਂ ਸਿਫ਼ਾਰਸ਼ ਕਰ ਸਕਦੇ ਹਾਂ ਸਰਵਰ ਰਹਿਤ ਐਪਲੀਕੇਸ਼ਨ ਮਾਡਲ (SAM), ਖਾਸ ਕਰਕੇ C# ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਕਿਉਂਕਿ ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ ਵਿੱਚ ਸ਼ਾਨਦਾਰ ਟੂਲ ਹਨ। SAM CLI ਉਹ ਸਭ ਕੁਝ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ IDE ਜਾਂ ਟੈਕਸਟ ਐਡੀਟਰ 'ਤੇ ਜਾਂਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਕੁਝ ਵੀ ਨਹੀਂ ਗੁਆਓਗੇ। ਬੇਸ਼ੱਕ, SAM ਹੋਰ ਭਾਸ਼ਾਵਾਂ ਨਾਲ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ।

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

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

ਤੈਨਾਤ ਪੈਕੇਜਾਂ ਦੇ ਆਕਾਰ ਨੂੰ ਘਟਾਉਣ ਅਤੇ ਲੋਡ ਹੋਣ ਦੇ ਸਮੇਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ, AWS ਲੈਂਬਡਾ ਲੇਅਰਸ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਸਹੀ ਕੰਮਾਂ ਲਈ ਸਹੀ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਵੱਖ-ਵੱਖ ਭਾਸ਼ਾਵਾਂ ਦੇ ਆਪਣੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਮਾਪਦੰਡ ਹਨ, ਪਰ JavaScript, Python, ਅਤੇ C# (.NET Core 2.1+) AWS Lambda ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਮੋਹਰੀ ਹਨ। AWS Lambda ਨੇ ਹਾਲ ਹੀ ਵਿੱਚ ਇੱਕ Runtime API ਪੇਸ਼ ਕੀਤਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਆਪਣੀ ਪਸੰਦੀਦਾ ਭਾਸ਼ਾ ਅਤੇ ਰਨਟਾਈਮ ਵਾਤਾਵਰਣ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰਯੋਗ ਕਰਨ ਲਈ ਸੁਤੰਤਰ ਮਹਿਸੂਸ ਕਰੋ।

ਡਿਪਲਾਇਮੈਂਟ ਪੈਕੇਜ ਛੋਟੇ ਰੱਖੋ। ਉਹ ਜਿੰਨੇ ਛੋਟੇ ਹੋਣਗੇ, ਓਨੀ ਹੀ ਤੇਜ਼ੀ ਨਾਲ ਲੋਡ ਹੋਣਗੇ। ਵੱਡੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਬਚੋ, ਖਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਤੋਂ ਸਿਰਫ਼ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਜੇਕਰ ਤੁਸੀਂ JavaScript ਵਿੱਚ ਪ੍ਰੋਗਰਾਮਿੰਗ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਆਪਣੇ ਬਿਲਡ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਵੈਬਪੈਕ ਵਰਗੇ ਬਿਲਡ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਉਹੀ ਸ਼ਾਮਲ ਕਰੋ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਲੋੜ ਹੈ। .NET Core 3.0 ਵਿੱਚ QuickJit ਅਤੇ Tiered Compilation ਸ਼ਾਮਲ ਹਨ, ਜੋ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਂਦੇ ਹਨ ਅਤੇ ਕੋਲਡ ਸਟਾਰਟਅੱਪਸ ਵਿੱਚ ਬਹੁਤ ਮਦਦ ਕਰਦੇ ਹਨ।

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

ਸਿੱਟਾ

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

ਸਰੋਤ: www.habr.com