Serverless ਕੀ ਹੈ? Serverless ਕੰਪਿਊਟਿੰਗ ਦੀ ਸਧਾਰਨ ਵਿਆਖਿਆ

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

AI ਨਾਲ ਬਣਾਉਂਦੇ ਸਮੇਂ serverless ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਜਦੋਂ ਤੁਸੀਂ AI ਨਾਲ ਐਪ ਬਣਾਉਂਦੇ ਹੋ ਅਤੇ ਹੋਸਟਿੰਗ ਦੇ ਵਿਕਲਪ ਜਾਂ ਕੋਡ ਵੇਖਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ “serverless functions”, “edge functions” ਜਾਂ “cloud functions” ਮਿਲਣਗੇ। ਬਹੁਤ ਸਾਰੇ ਹੋਸਟਿੰਗ ਪਲੇਟਫ਼ਾਰਮ ਇਹ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਕੁਝ AI ਬਿਲਡਰ ਬੈਕਐਂਡ ਇਸੇ ਤਰੀਕੇ ਨਾਲ ਡਿਪਲੌਏ ਕਰਦੇ ਹਨ। ਇਸ ਮਾਡਲ ਨੂੰ ਸਮਝਣ ਨਾਲ ਤੁਹਾਨੂੰ ਤਿੰਨ ਵਿਹਾਰਕ ਸਵਾਲਾਂ ਵਿੱਚ ਮਦਦ ਮਿਲਦੀ ਹੈ:

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

ਇਹ ਜਾਣਨਾ ਵੀ ਮਦਦਗਾਰ ਹੈ ਕਿ serverless ਕੀ ਨਹੀਂ ਹੈ: ਇਹ ਬੈਕਐਂਡ ਦੀ ਗ਼ੈਰ-ਹਾਜ਼ਰੀ ਨਹੀਂ ਹੈ। ਤੁਹਾਡਾ ਸਰਵਰ-ਸਾਈਡ ਕੋਡ ਫਿਰ ਵੀ ਹੁੰਦਾ ਹੈ; ਬੱਸ ਮਸ਼ੀਨਾਂ ਕੋਈ ਹੋਰ ਚਲਾਉਂਦਾ ਹੈ। ਬੁਨਿਆਦੀ ਗੱਲਾਂ ਲਈ ਸਰਵਰ ਕੀ ਹੁੰਦਾ ਹੈ ਵੇਖੋ।

ਰੋਜ਼ਾਨਾ ਦੀ ਮਿਸਾਲ

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

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

Serverless ਫ਼ੰਕਸ਼ਨ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ

ਸਭ ਤੋਂ ਆਮ ਰੂਪ ਵਿੱਚ, ਜਿਸ ਨੂੰ functions as a service ਕਿਹਾ ਜਾਂਦਾ ਹੈ:

1. ਤੁਸੀਂ ਇੱਕ ਫ਼ੰਕਸ਼ਨ ਲਿਖਦੇ ਹੋ, ਇੱਕ ਛੋਟਾ ਕੋਡ ਜੋ ਇੱਕ ਕਿਸਮ ਦੀ ਘਟਨਾ ਸੰਭਾਲਦਾ ਹੈ, ਜਿਵੇਂ “/api/bookings ’ਤੇ POST ਸੰਭਾਲੋ।”
2. ਤੁਸੀਂ ਇਸ ਨੂੰ ਡਿਪਲੌਏ ਕਰਦੇ ਹੋ। ਪ੍ਰਦਾਤਾ ਇਸ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਟ੍ਰਿਗਰ ਨਾਲ ਜੋੜਦਾ ਹੈ: ਇੱਕ URL, ਇੱਕ ਸ਼ਡਿਊਲ, ਸਟੋਰੇਜ ਵਿੱਚ ਨਵੀਂ ਫ਼ਾਈਲ, ਜਾਂ ਕਿਊ ਵਿੱਚ ਸੁਨੇਹਾ।
3. ਇੱਕ ਘਟਨਾ ਆਉਂਦੀ ਹੈ। ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ ਫ਼ੰਕਸ਼ਨ ਦੀ ਕਾਪੀ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ (ਜਾਂ ਗਰਮ ਕਾਪੀ ਦੁਬਾਰਾ ਵਰਤਦਾ ਹੈ), ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਨਤੀਜਾ ਵਾਪਸ ਕਰਦਾ ਹੈ।
4. ਇਹ ਆਪਣੇ ਆਪ ਵਧਦਾ ਹੈ। ਜੇ ਇੱਕੋ ਵੇਲੇ ਇੱਕ ਹਜ਼ਾਰ ਬੇਨਤੀਆਂ ਆਉਣ, ਤਾਂ ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ ਖਾਤੇ ਦੀਆਂ ਹੱਦਾਂ ਤੱਕ ਕਈ ਕਾਪੀਆਂ ਸਮਾਂਤਰ ਚਲਾਉਂਦਾ ਹੈ।
5. ਇਹ ਵਿਹਲਾ ਹੋ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਟ੍ਰੈਫ਼ਿਕ ਰੁਕਦਾ ਹੈ, ਕਾਪੀਆਂ ਬੰਦ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਕੁਝ ਵੀ ਚੱਲ ਨਾ ਰਿਹਾ ਹੋਵੇ, ਤਾਂ ਕੰਪਿਊਟ ਲਈ ਤੁਸੀਂ ਕੁਝ ਨਹੀਂ ਦਿੰਦੇ।

JavaScript ਵਿੱਚ ਇੱਕ ਛੋਟਾ serverless ਫ਼ੰਕਸ਼ਨ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸ ਸਕਦਾ ਹੈ:

export default async function handler(request) {
  const { name } = await request.json();
  return Response.json({ message: `Hello, ${name}` });
}

ਇੱਥੇ ਸਰਵਰ ਸ਼ੁਰੂ ਕਰਨ, ਪੋਰਟ ਖੋਲ੍ਹਣ ਜਾਂ ਕੋਈ ਪ੍ਰੋਸੈੱਸ ਚਾਲੂ ਰੱਖਣ ਦਾ ਕੋਈ ਕੋਡ ਨਹੀਂ ਹੈ। ਪਲੇਟਫ਼ਾਰਮ ਇਹ ਸਭ ਸੰਭਾਲਦਾ ਹੈ।

"Serverless" ਨੂੰ ਢਿੱਲੇ ਤਰੀਕੇ ਨਾਲ ਹੋਰ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾਵਾਂ ਲਈ ਵੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਆਪਣੇ ਆਪ ਵਧਦੀਆਂ ਹਨ ਅਤੇ ਵਰਤੋਂ ਅਨੁਸਾਰ ਚਾਰਜ ਕਰਦੀਆਂ ਹਨ, ਜਿਵੇਂ serverless ਡਾਟਾਬੇਸ ਜੋ ਵਿਹਲੇ ਹੋਣ ’ਤੇ ਰੁਕ ਜਾਂਦੇ ਹਨ।

ਮੁੱਖ ਸ਼ਬਦ

ਕੰਮ ਦੀ ਮਿਸਾਲ: ਇੱਕ ਛੋਟੀ ਬੁਕਿੰਗ ਸਾਈਟ

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

• ਹਮੇਸ਼ਾ ਚਾਲੂ ਸਰਵਰ ’ਤੇ, ਸਟੂਡੀਓ ਇੱਕ ਮਸ਼ੀਨ ਦਾ 24/7 ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ, ਐਤਵਾਰ ਸ਼ਾਮ ਦੀ ਸਿਖਰ ਲਈ ਆਕਾਰ ਦੀ ਹੋਈ, ਅਤੇ ਬਾਕੀ ਸਮੇਂ ਜ਼ਿਆਦਾਤਰ ਵਿਹਲੀ।
• Serverless ਫ਼ੰਕਸ਼ਨਾਂ ਨਾਲ, GET /api/classes ਅਤੇ POST /api/bookings ਫ਼ੰਕਸ਼ਨ ਹਨ। ਐਤਵਾਰ ਦੀ ਭੀੜ ਆਪਣੇ ਆਪ ਬਹੁਤ ਸਾਰੀਆਂ ਕਾਪੀਆਂ ਚਾਲੂ ਕਰਦੀ ਹੈ; ਇੱਕ ਸ਼ਾਂਤ ਮੰਗਲਵਾਰ ਸਵੇਰੇ ਲਗਭਗ ਕੁਝ ਨਹੀਂ ਚੱਲਦਾ ਅਤੇ ਬਿੱਲ ਲਗਭਗ ਜ਼ੀਰੋ ਹੁੰਦਾ ਹੈ।

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

serverless ਕਦੋਂ ਢੁਕਵਾਂ ਹੈ, ਅਤੇ ਕਦੋਂ ਨਹੀਂ

ਆਮ ਗ਼ਲਤਫ਼ਹਿਮੀਆਂ

• “Serverless ਦਾ ਮਤਲਬ ਕੋਈ ਬੈਕਐਂਡ ਨਹੀਂ।” ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਈ ਸਰਵਰ ਸੰਭਾਲਣਾ ਨਹੀਂ ਪੈਂਦਾ। ਤੁਸੀਂ ਫਿਰ ਵੀ ਬੈਕਐਂਡ ਕੋਡ ਲਿਖਦੇ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕਰਦੇ ਹੋ।
• “Serverless ਹਮੇਸ਼ਾ ਸਸਤਾ ਹੁੰਦਾ ਹੈ।” ਘੱਟ ਵਾਲੀਅਮ ’ਤੇ ਸਸਤਾ, ਪਰ ਪ੍ਰਤੀ-ਬੇਨਤੀ ਕੀਮਤ ਉੱਚੇ ਅਤੇ ਲਗਾਤਾਰ ਵਾਲੀਅਮ ’ਤੇ ਜੋੜ ਵਧ ਸਕਦਾ ਹੈ।
• “Serverless ਅਸੀਮਤ ਵਧਦਾ ਹੈ।” ਪਲੇਟਫ਼ਾਰਮਾਂ ਦੀਆਂ ਸਮਾਂਤਰਤਾ ਦੀਆਂ ਹੱਦਾਂ ਹਨ, ਅਤੇ ਤੁਹਾਡਾ ਡਾਟਾਬੇਸ ਫ਼ੰਕਸ਼ਨਾਂ ਤੋਂ ਬਹੁਤ ਪਹਿਲਾਂ ਰੁਕਾਵਟ ਬਣ ਸਕਦਾ ਹੈ।
• “ਫ਼ੰਕਸ਼ਨ ਵਿੱਚ ਸੇਵ ਕੀਤੀਆਂ ਫ਼ਾਈਲਾਂ ਅਗਲੀ ਵਾਰ ਵੀ ਹੋਣਗੀਆਂ।” ਲੋਕਲ ਸਟੋਰੇਜ ਅਸਥਾਈ ਹੈ। ਡਾਟਾਬੇਸ ਜਾਂ ਫ਼ਾਈਲ ਸਟੋਰੇਜ ਵਰਤੋ।
• “Scale-to-zero, serverless ਵਰਗਾ ਹੀ ਹੈ।” ਸਬੰਧਤ ਹਨ ਪਰ ਇੱਕੋ ਜਿਹੇ ਨਹੀਂ। ਕੁਝ ਪਲੇਟਫ਼ਾਰਮ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਇੱਕ ਆਮ ਸਰਵਰ ਵਾਂਗ ਚਲਾਉਂਦੇ ਹਨ ਜੋ ਵਿਹਲਾ ਹੋਣ ’ਤੇ ਸੌਂ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਬੇਨਤੀ ’ਤੇ ਜਾਗਦਾ ਹੈ। ਬੱਚਤ ਅਤੇ ਪਹਿਲੀ ਬੇਨਤੀ ਦੀ ਦੇਰੀ ਲਗਭਗ ਇੱਕੋ ਜਿਹੀ ਹੁੰਦੀ ਹੈ, ਪਰ ਹਰ ਬੇਨਤੀ ਲਈ ਫ਼ੰਕਸ਼ਨ ਵਰਗੀਆਂ ਸਮਾਂ-ਹੱਦਾਂ ਨਹੀਂ ਹੁੰਦੀਆਂ।

ਆਪਣੇ AI ਬਿਲਡਰ ਤੋਂ ਕੀ ਮੰਗਣਾ ਹੈ

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

Mythex ਐਪਾਂ ਕਿਵੇਂ ਹੋਸਟ ਕਰਦਾ ਹੈ

Mythex ਆਪਣੀ ਹੋਸਟਿੰਗ ਨੂੰ serverless ਫ਼ੰਕਸ਼ਨਾਂ ਵਜੋਂ ਵਰਣਨ ਨਹੀਂ ਕਰਦਾ। ਜਦੋਂ ਤੁਸੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੀ ਐਪ ਇੱਕ ਆਮ ਵੈੱਬ ਐਪ ਜਾਂ ਕੰਟੇਨਰ ਵਜੋਂ ਚੱਲਦੀ ਹੈ ਜਿਸ ਨੂੰ Mythex ਤੁਹਾਡੇ ਲਈ ਸੰਭਾਲਦਾ ਹੈ; ਕੋਈ ਹੋਸਟਿੰਗ ਸੈੱਟਅੱਪ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ। ਇਹ scale-to-zero ਹੈ: ਪ੍ਰਕਾਸ਼ਿਤ ਐਪਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਡਾਟਾਬੇਸ ਵਿਹਲੇ ਹੋਣ ’ਤੇ ਸੌਂ ਜਾਂਦੇ ਹਨ ਅਤੇ ਅਗਲੀ ਵਿਜ਼ਿਟ ’ਤੇ ਜਾਗਦੇ ਹਨ; ਸੁੱਤੀ ਐਪ ਕੰਪਿਊਟ ’ਤੇ ਕੁਝ ਨਹੀਂ ਖ਼ਰਚਦੀ, ਅਤੇ ਵੱਧ ਟ੍ਰੈਫ਼ਿਕ ਵੇਲੇ ਹੀ ਵਾਧੂ ਮਸ਼ੀਨਾਂ ਚਾਲੂ ਹੁੰਦੀਆਂ ਹਨ (Pro ਇੱਕ ਸੇਵਾ ਲਈ 3 ਤੱਕ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ)। ਨਾਲ ਜੁੜਿਆ Postgres ਡਾਟਾਬੇਸ ਵੀ 5 ਮਿੰਟ ਵਿਹਲੇ ਰਹਿਣ ਮਗਰੋਂ ਸੌਂ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਿੰਨਾ ਸਮਾਂ ਜਾਗਿਆ ਰਿਹਾ ਉਸ ਦਾ ਬਿੱਲ ਲੱਗਦਾ ਹੈ। ਇਸ ਲਈ ਤੁਹਾਨੂੰ “ਜਿੰਨਾ ਵਰਤੋ ਓਨਾ ਭੁਗਤਾਨ” ਵਾਲਾ ਬਹੁਤ ਸਾਰਾ ਲਾਭ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਸ਼ਾਂਤ ਸਮੇਂ ਮਗਰੋਂ ਉਸੇ ਕਿਸਮ ਦੀ ਪਹਿਲੀ-ਬੇਨਤੀ ਦੇਰੀ ਵੀ। ਵੇਖੋ ਹੋਸਟਿੰਗ ਦੀਆਂ ਹੱਦਾਂ ਡੌਕਸ ਵਿੱਚ, ਅਤੇ ਸਾਡੀਆਂ ਗਾਈਡਾਂ ਵੈੱਬ ਹੋਸਟਿੰਗ ਅਤੇ ਹੋਸਟਿੰਗ ਖ਼ਰਚੇ ਘਟਾਉਣਾ।

ਸਵਾਲ