ਵਰਚੁਅਲਾਈਜ਼ਡ ਪੇਸ਼ਕਸ਼ਾਂ ਬਹੁਤ ਮਾੜਾ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦੀਆਂ ਹਨ (ਮੇਰੇ 2019 ਪ੍ਰਯੋਗ ਦੇਖੋ: httpsjan.rychter.com/enblog/cloud-server-cpu-performance ਅਤੇ ਹੋਰ ਲਾਗਤ। ਫਰਕ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ "ਮੰਗ 'ਤੇ ਸਕੇਲ"ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਮੈਨੂੰ ਜ਼ਰੂਰੀ ਨਹੀਂ ਲੱਗਿਆ, ਘੱਟੋ-ਘੱਟ ਮੇਰੇ ਕੇਸ ਵਿੱਚ। ਅਤੇ ਜੇਕਰ ਮੈਨੂੰ ਸਕੇਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਮੈਂ ਅਜੇ ਵੀ ਅਜਿਹਾ ਕਰ ਸਕਦਾ ਹਾਂ, ਬੱਸ ਇਹ ਹੈ ਕਿ ਨਵਾਂ ਸਰਵਰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਸਕਿੰਟਾਂ ਦੀ ਬਜਾਏ ਘੰਟੇ ਲੱਗ ਜਾਂਦੇ ਹਨ। ਖੈਰ, ਮੈਨੂੰ ਸਕਿੰਟਾਂ ਵਿੱਚ ਸਕੇਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ

ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਪੂਰੇ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਅਤੇ ਡੁਪਲੀਕੇਟ ਸਟੇਜਿੰਗ/ਸਟੈਂਡਬਾਏ ਵਾਤਾਵਰਣ ਲਈ ਮੇਰਾ ਪੂਰਾ ਮਹੀਨਾਵਾਰ ਬਿੱਲ ਸਥਿਰ, ਸਧਾਰਨ, ਅਨੁਮਾਨ ਲਗਾਉਣ ਯੋਗ, ਮੈਨੂੰ AWS ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਲੋੜ ਦੇ ਮੁਕਾਬਲੇ ਬਹੁਤ ਘੱਟ ਹੈ, ਅਤੇ ਮੇਰੇ ਕੋਲ ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰਾ ਪ੍ਰਦਰਸ਼ਨ ਹੈੱਡਰੂਮ ਹੈ

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

ਮੈਨੂੰ ਸ਼ੱਕ ਹੈ ਕਿ VendorOps ਅਤੇ ਗੁੰਝਲਦਾਰ ਟੂਲ ਜਿਵੇਂ ਕਿ ਕੁਬਰਨੇਟਸ ਗੁੰਝਲਦਾਰ ਵਪਾਰੀਆਂ ਦੁਆਰਾ ਪਸੰਦ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਪਿਛਲੇ ਦਹਾਕੇ ਵਿੱਚ ਪੈਦਾ ਹੋਏ ਹਨ. ਇਹ ਰੈਜ਼ਿਊਮੇ 'ਤੇ ਬਹੁਤ ਵਧੀਆ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਅਤੇ ਤਕਨੀਕੀ ਨੇਤਾਵਾਂ ਨੂੰ ਪ੍ਰਾਪਤੀ ਦੀ ਗਲਤ ਭਾਵਨਾ ਦਿੰਦਾ ਹੈ

ਇਸ ਦੌਰਾਨ ਸਟੈਕਓਵਰਫਲੋ, ਜੋ ਕਿ ਜ਼ਿਆਦਾਤਰ ਸਟਾਰਟਅੱਪਸ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਸਮਰਪਿਤ ਮਸ਼ੀਨਾਂ 'ਤੇ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ

1: httpsstackoverflow.blog/2016/02/17/stack-overflow-the-arc..

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

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

CORBA ਉੱਥੇ ਹੈ। ਅਤੇ ਸ਼ਾਇਦ ਅਰਥਵਾਦੀ ਵੈੱਬ ਸਮੱਗਰੀ ਵੀ. ਯਕੀਨੀ ਤੌਰ 'ਤੇ XML!
XML ਬਹੁਤ ਵਧੀਆ ਹੈ - ਜੇਕਰ ਤੁਸੀਂ ਇਸ 'ਤੇ ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਤੁਹਾਨੂੰ JSON ਨੂੰ ਪਾਰਸ ਕਰਨ ਦੇ ਦਰਦ ਵਿੱਚ ਦਿਲਚਸਪੀ ਹੋ ਸਕਦੀ ਹੈ: httpseriot.ch/projects/parsing_json.html
ਅਤੇ ਮੈਨੂੰ YAML 'ਤੇ ਸ਼ੁਰੂ ਨਾ ਕਰੋ..

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

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

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

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

ਯਕੀਨਨ, Go(o) ਦਾ ਅਸਲ ਢੇਰ ਜੋ ਇਸਨੂੰ ਚਲਾਉਂਦਾ ਹੈ ਨੂੰ ਸੁਧਾਰਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਅਤੇ ਇਹ ਅਸਲ ਵਿੱਚ ਸੁਧਾਰ ਕਰ ਰਿਹਾ ਹੈ)

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

ਚਾਰੇ ਪਾਸੇ ਚੰਗੀਆਂ ਚੀਜ਼ਾਂ

ਜਵਾਬ ਜ਼ਰੂਰੀ ਹੈ, ਇਹ ਇੱਕ ਸਥਿਰ ਅਵਸਥਾ ਵੱਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਹੀ ਹੈ। ਜੇ ਇਹ ਕਿਸੇ ਸਮੱਸਿਆ ਵਿੱਚ ਚਲਦਾ ਹੈ ਤਾਂ ਇਹ ਆਪਣਾ SSH ਕੁਨੈਕਸ਼ਨ ਸੁੱਟ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਪਾਈਥਨ ਦੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਰੋਂਦਾ ਹੈ, ਅਤੇ ਹਮੇਸ਼ਾ ਲਈ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇੱਥੋਂ ਤੱਕ ਕਿ ਇਸਦੀ ਵਸਤੂ ਸੂਚੀ ਦੇ ਨਾਲ ਇਹ ਘੋਸ਼ਣਾਤਮਕ ਤੋਂ ਬਹੁਤ ਦੂਰ ਹੈ
k8s aof ਕੰਟਰੋਲ ਲੂਪਸ ਹੈ ਜੋ ਆਪਣੀ ਘੋਸ਼ਿਤ ਸਥਿਤੀ ਵੱਲ ਤਰੱਕੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਅਸਫਲਤਾ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਇਹ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ। ਇਹ ਲਗਾਤਾਰ ਆਪਣੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੇਗਾ, ਇਸਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਇਸ ਕੋਲ ਇੱਕ ਵਧੀਆ API ਹੈ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਰੀਫਾਈਡ ਸੰਕਲਪਾਂ ਦਾ ਧੰਨਵਾਦ, ਤੈਨਾਤ ਕੀਤੇ ਭਾਗਾਂ ਵਿਚਕਾਰ ਅਜੀਬ ਝੜਪਾਂ ਹੋਣੀਆਂ ਮੁਸ਼ਕਲ ਹਨ. (ਜਦੋਂ ਕਿ ਜਵਾਬਦੇਹ ਨਾਲ ਮਲਟੀਪਲ ਪਲੇਬੁੱਕਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਮਾਮੂਲੀ ਨਹੀਂ ਹੈ।)
httpsgithub.com/spantaleev/matrix-docker-ansible-deploy
ਅਤੇ ਭਾਵੇਂ k8s ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਿਰਾਸਤੀ-ਨਿਆਸ ਰੱਖਦਾ ਹੈ, ਮੁੱਖ ਵਿਚਾਰਾਂ ਦੇ ਆਗਾਮੀ ਪਤਲੇ ਪ੍ਰਗਟਾਵੇ ਹਨ। (ਉਦਾਹਰਨ ਲਈ httpsgithub.com/aurae-runtime/aurae )
ਅਤੇ ਹੁਣ ਤੁਸੀਂ ਸੁਝਾਅ ਦੇ ਰਹੇ ਹੋ ਕਿ ਲੋਕ ਇੱਕ ਸਧਾਰਨ ਗੈਰ ਮਿਆਰੀ ਲਾਗੂਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ?
ਇਸ ਲਈ ਬੇਸ਼ਕ ਤੁਸੀਂ ਇੱਕ ਘੱਟੋ-ਘੱਟ ਜਟਿਲਤਾ ਹੱਲ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਤੁਸੀਂ "ਸ਼ੈਲਫ ਤੋਂ ਬਾਹਰ"ਕੁਝ ਵਰਤ ਸਕਦੇ ਹੋ

k8s ਜਟਿਲਤਾ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਤੁਹਾਡੀ ਸਥਿਤੀ ਲਈ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਬੇਲੋੜੀ ਹੈ, ਪਰ ਇਹ ਆਮ, ਲਚਕਦਾਰ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਰਥਿਤ, ਆਦਿ ਵੀ ਹੈ।

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

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

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

ਕਲਾਉਡ ਆਸਾਨ ਨਹੀਂ ਹੈ ਪਰ ਕੁਸ਼ਲਤਾ ਪੱਧਰਾਂ ਦੇ ਨੇੜੇ ਕਿਤੇ ਵੀ ਇੱਕ ਛੋਟੇ ਸਰਵਰ ਰੂਮ ਦੀ ਕੂਲਿੰਗ ਅਤੇ ਪਾਵਰ ਕੁਸ਼ਲਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਸਭ ਤੋਂ ਵੱਡੇ ਡੇਟਾ-ਸੈਂਟਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਅਸੰਭਵ ਹੈ ਜਿਵੇਂ ਕਿ ਮਲਟੀ ਵਿਕਰੇਤਾ ਇੰਟਰਨੈਟ ਕਨੈਕਟੀਵਿਟੀ ਹੈ।

ਕਲਾਉਡ ਦੇ ਨਾਲ ਉਹ ਸਭ ਕੁਝ ਦੂਰ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕਿਸੇ ਵੀ ਡੇਟਾ-ਸੈਂਟਰ ਆਪਰੇਟਰ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਕਿ ਕਲਾਉਡ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ ਪਰ ਲੋਕ ਜੋ ਭੁੱਲ ਜਾਂਦੇ ਹਨ ਉਹ ਇਹ ਹੈ ਕਿ ਇਹ ਪੁਰਾਣੇ ਜ਼ਮਾਨੇ ਦੀਆਂ ਕਲੋਕੇਸ਼ਨ ਸੇਵਾਵਾਂ ਲਈ ਵੀ ਸੱਚ ਹੈ ਜੋ ਅਕਸਰ ਕਲਾਉਡ ਨਾਲੋਂ ਬਿਹਤਰ ਕੀਮਤ/ਮੁੱਲ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੀਆਂ ਹਨ।
ਅਤੇ ਜਦੋਂ ਕਿ AWS ਜਾਂ Azure ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਔਖਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਬਹੁਤ ਸਾਰੇ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਨੂੰ ਖੂਨ ਵਹਾਉਂਦਾ ਹੈ ਜੋ ਛੋਟੇ ਸਕੇਲ vpc ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ ਤੋਂ ਛੁਪਾਉਂਦੇ ਹਨ ਜਾਂ ਇਹ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਹੋਮ ਸਰਵਰ ਨਾਲ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦੇ ਹੋ, ਇਹ ਇੱਕ ਜੋੜੇ ਨੂੰ ਚਲਾਉਣ ਦੇ ਪੈਮਾਨੇ 'ਤੇ ਔਖਾ ਨਹੀਂ ਹੈ। SAN ਅਧਾਰਤ ਸਟੋਰੇਜ ਦੇ ਨਾਲ vmware ਸਰਵਰਾਂ ਦੀ ਕੀਮਤ ਦੇ ਰੈਕਕਲਾਉਡ ਸਮੱਗਰੀ ਦੇ ਨਾਲ ਤੁਹਾਡੇ ਕੋਲ ਹੋਰ ਸੰਰਚਨਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਵਰਚੁਅਲ ਸਰਵਰਾਂ ਆਦਿ ਦੀ ਸੰਰਚਨਾ ਬਾਰੇ ਹੈ।ਇਸ ਦੀ ਬਜਾਏ ਇੱਕ ਡੱਬੇ ਵਿੱਚ PC ਨੂੰ ਆਪਣੇ ਕਮਰੇ ਵਿੱਚ ਲਿਜਾਣ ਲਈ ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਉਪਲਬਧ ਕਰਾਉਣ ਲਈ "ਇਸਨੂੰ ਸੰਰਚਿਤ"ਕਰਨਾ ਚਾਹੀਦਾ ਹੈDO ਡੇਟਾਬੇਸ ਵਿੱਚ ਬੈਕਅੱਪ ਹਨ ਜੋ ਤੁਸੀਂ ਆਪਣੀ ਪਸੰਦ ਦੇ ਅਨੁਸਾਰ ਸੰਰਚਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਉਹਨਾਂ ਨੂੰ DO ਸਪੇਸ ਵਿੱਚ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹੋ। (ਜਿਵੇਂ S3)।DB ਉਪਭੋਗਤਾ ਪ੍ਰਬੰਧਨ ਆਸਾਨ ਹੈ.Redis ਲਈ ਕੈਸ਼ ਸਰਵਰ ਵੀ ਹਨਤੁਸੀਂ ਇੱਕ ਲੋਡ ਬੈਲੈਂਸਰ ਜੋੜ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ ਵੱਖ-ਵੱਖ ਵੈਬ ਸਰਵਰਾਂ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਮੈਨੂੰ 2x ਵੈੱਬ ਸਰਵਰ, ਇੱਕ DB ਸਰਵਰ, ਕੈਸ਼ ਸਰਵਰ, ਲੋਡ ਬੈਲੇਂਸਰ, ਇੱਕ ਸਟੋਰੇਜ ਸਰਵਰ ਸੈੱਟਅੱਪ ਕਰਨ ਵਿੱਚ ਲਗਭਗ 30 ਮਿੰਟ ਲੱਗ ਗਏ ਹਨ ਅਤੇ ਕੁਝ ਸਧਾਰਨ ਫਾਰਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਲੋੜ ਅਨੁਸਾਰ ਜੋੜਿਆ ਗਿਆ ਹੈ।ਅਸਲ ਵਿੱਚ ਇਸ ਨੂੰ ਹਰਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਹੋਰ ਜਾਣਕਾਰੀ ਜਾਂ ਰਾਏ ਹੈ ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਸ਼ੇਅਰ ਕਰੋਲੀਨਕਸ ਸਰਵਰ ਨੂੰ ਸਖ਼ਤ ਕਰਨ ਬਾਰੇ ਇੰਟਰਨੈਟ ਦੇ ਆਲੇ ਦੁਆਲੇ ਬਹੁਤ ਸਾਰੇ ਲੇਖ, ਜਿਨ੍ਹਾਂ ਦੀ ਮੈਂ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ ਉਹਨਾਂ ਨੂੰ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ 30 ਮਿੰਟ ਤੋਂ ਵੱਧ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਜੇਕਰ ਮੈਂ ਅਸਲ ਵਿੱਚ ਸਿੱਖਣ ਅਤੇ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ ਕਿ ਹਰ ਚੀਜ਼ ਕੀ ਹੈ ਕਰਨਾ, ਇਹ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ, ਅੰਤਰੀਵ ਕਮਜ਼ੋਰੀ ਕੀ ਹੈ, ਅਤੇ ਮੈਨੂੰ ਆਪਣੇ ਖਾਸ ਵਰਤੋਂ ਦੇ ਕੇਸ ਲਈ ਕੁਝ ਸੈਟਿੰਗਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਤੁਸੀਂ ਉਦਾਹਰਨ ਸੈੱਟਅੱਪ ਸਕ੍ਰਿਪਟਾਂ ਲੱਭ ਸਕਦੇ ਹੋ ਔਨਲਾਈਨ (ਆਟੋ ਅੱਪਡੇਟ, ਫਾਇਰਵਾਲ, ਐਪਲੀਕੇਸ਼ਨਾਂ, ਆਦਿ ਦੀ ਸੰਰਚਨਾ 'curl $URL'ਅਤੇ ਫਿਰ 'chmod +x $FILE'ਅਤੇ 'bash $FILE'ਨੂੰ ਚਲਾਉਣ ਦਾ ਮਾਮਲਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।ਮੈਨੂੰ ਸੰਰਚਨਾ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ ਪ੍ਰਬੰਧਨ (ਮੈਂ ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਦੀ ਬੈਕਅਪ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ ਜੋ ਕਿ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜੋ ਮੇਰਾ ਅਨੁਮਾਨ ਹੈ)ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਹੈ: httpsraw.githubusercontent.com/potts99/Linux-Post-Install..(httpswww.reddit.com/r/selfhosted/comments/f18xi2/ubuntu_d ਵਿੱਚ ਦੇਖਿਆ ਗਿਆ)ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੇ VM ਲਈ ਇਹੀ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਇੱਕ ਅਨੁਸ਼ਾਸਿਤ ਟੀਮ ਬਣਾ ਕੇ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇੱਕ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੀ ਸਮਰਪਿਤ ਮਸ਼ੀਨ ਵਾਲੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਜ਼ਿਆਦਾ ਸੰਭਾਵਨਾ ਹੈਹੇਟਜ਼ਨਰ ਕੋਲ ਪ੍ਰਬੰਧਿਤ ਡੇਟਾਬੇਸ ਨੂੰ ਛੱਡ ਕੇ ਇਹ ਸਭ ਕੁਝ ਹੈhttpswww.hetzner.com/managed-serverਵੈੱਬਹੋਸਟਿੰਗ ਪੈਕੇਜਾਂ ਵਿੱਚ 1..ਅਨਲਿਮਟਿਡ ਡੀਬੀਜ਼ (MySQL ਅਤੇ PostgreSQL) ਵੀ ਸ਼ਾਮਲ ਹਨhttpswww.hetzner.com/webhosting/ਕੀ ਇਸਦਾ ਆਟੋਮੈਟਿਕ ਬੈਕਅਪ ਹੈ ਅਤੇ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ?>ਬੁੱਕ ਕੀਤੇ ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਜਾਂ ਸਰਵਰ ਦੀ ਕਿਸਮ ਵਿੱਚ ਸ਼ਾਮਲ ਬੈਕਅੱਪ ਦੇ ਨਾਲ, ਸਾਰਾ ਡਾਟਾ ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ 14 ਦਿਨਾਂ ਲਈ ਬਰਕਰਾਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।ਬੈਕਅੱਪ ਦੀ ਰਿਕਵਰੀ (ਰੀਸਟੋਰ) konsoleH ਪ੍ਰਸ਼ਾਸਨ ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਸੰਭਵ ਹੈਪਰ ਮੈਨੂੰ ਇਹ ਪ੍ਰਭਾਵ ਮਿਲਦਾ ਹੈ ਕਿ ਪ੍ਰਬੰਧਿਤ ਸਰਵਰਾਂ 'ਤੇ ਡੇਟਾਬੇਸ ਦੁਆਰਾ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ. ਐਪਸ ਉਸ ਸਰਵਰ 'ਤੇ ਚੱਲ ਰਹੇ ਹਨ, ਇਸ ਲਈ ਅਸਲ ਵਿੱਚ ਫੇਲਓਵਰ ਦੀ ਕੋਈ ਧਾਰਨਾ ਨਹੀਂ ਹੈhttpswww.hetzner.com/legal/managed-server/A ਸਿੰਗਲ ਸਰਵਰ 'ਤੇ ਸਿੰਗਲ ਡਰਾਈਵ ਫੇਲ ਹੋਣ ਨਾਲ ਕਦੇ ਵੀ ਉਤਪਾਦਨ ਆਊਟੇਜ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾਬਹੁਤ ਸਾਰੀਆਂ ਸੰਰਚਨਾ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਸਵੈ-ਨਿਰਭਰ ਤੈਨਾਤੀਆਂ ਲਈ ਟਰੈਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।ਕੀ ਉਸ ਫੌਂਟ ਫਾਈਲ ਜਾਂ ਜੇਆਰਈ ਨੂੰ ਅਸਲ ਵਿੱਚ ਪੂਰੇ ਸਰਵਰ ਤੇ ਸਥਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਕੀ ਤੁਸੀਂ ਇਸਨੂੰ ਆਪਣੀ ਤੈਨਾਤੀ ਵਿੱਚ ਬੰਡਲ ਕਰ ਸਕਦੇ ਹੋਸਾਡੀਆਂ ਤੈਨਾਤੀਆਂ ਆਨ-ਪ੍ਰੀਮਿਸ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਅਤੇ EC2 ਟੀਚੇ।ਡਿਪਲਾਇਮੈਂਟ ਸਕ੍ਰਿਪਟ ਵੱਖਰੀ ਨਹੀਂ ਹੈ, ਸਿਰਫ ਹੋਸਟ ਲਈ IP ਹੈਹੁਣ, ਮੈਂ ਕਹਾਂਗਾ ਕਿ ਕੀ ਮੈਂ ਕਿਸੇ ਚੀਜ਼ ਲਈ S3 ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹਾਂ ਜੋ ਮੈਂ 100 % ਕਰੇਗਾ।ਉਸੇ ਵਿਸ਼ੇਸ਼ਤਾ ਸੈੱਟ ਦੇ ਨਾਲ ਇਸਦੇ ਲਈ ਕੋਈ ਆਨ-ਪ੍ਰੀਮਿਸ ਵਿਕਲਪ ਨਹੀਂ ਹੈDevOps ਦਾ ਬਿੰਦੂ "ਪਸ਼ੂ, ਪਾਲਤੂ ਜਾਨਵਰ ਨਹੀਂ"ਹੈ। ਆਪਣੇ ਅਸਫਲਤਾ ਦੇ ਬਿੰਦੂਆਂ ਨੂੰ ਲੱਭਣ ਲਈ ਹਫ਼ਤੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਆਪਣੇ ਸਰਵਰ ਵਿੱਚ ਇੱਕ ਬੁਲੇਟ ਲਗਾਓਮੈਨੂੰ ਚੰਗਾ ਲੱਗੇਗਾ ਜੇਕਰ ਤੁਸੀਂ ਸਾਡੇ ਡਿਸਕਾਰਡ/ਸਲੈਕ ਵਿੱਚ ਛਾਲ ਮਾਰਦੇ ਹੋ ਅਤੇ ਕੁਝ ਮੁੱਦਿਆਂ ਨੂੰ ਲਿਆਉਂਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਦੇਖ ਰਹੇ ਸੀ ਇਸ ਲਈ ਅਸੀਂ ਘੱਟੋ-ਘੱਟ ਡੋਕੂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਦੂਜਿਆਂ ਲਈ ਤਜ਼ਰਬੇ ਨੂੰ ਬਿਹਤਰ ਬਣਾ ਸਕਦੇ ਹਾਂ।ਮੈਨੂੰ ਉੱਥੇ ਹਿੱਟ ਕਰਨ ਲਈ ਬੇਝਿਜਕ ਮਹਿਸੂਸ ਕਰੋ (ਮੇਰਾ ਨਿਕ `ਸਾਵੰਤ` ਹੈ)ਮੈਨੂੰ ਪ੍ਰਸਤਾਵਨਾ ਦੇਣ ਦਿਓ ਅਤੇ ਇਹ ਕਹੋ ਕਿ ਮੈਂ ਸਿਰਫ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੇਵ ਹਾਂ ਡੌਕਰ ਦਾ ਕਾਰਜਕਾਰੀ ਗਿਆਨ।ਮੈਂ ਇਨਫਰਾ ਵਿੱਚ ਬਹੁਤ ਹੁਨਰਮੰਦ ਨਹੀਂ ਹਾਂ ਅਤੇ ਜਿਸ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਮੈਂ ਸੰਘਰਸ਼ ਕੀਤਾ ਹੈ ਉਸ ਵਿੱਚ ਅਜੀਬ ਤੈਨਾਤੀ ਮਾਪਦੰਡ ਹਨ: ਇਹ ਇੱਕ ਪਾਈਥਨ ਐਪ ਹੈ ਜੋ ਬਿਲਡ-ਟਾਈਮ 'ਤੇ ਇੱਕ ਪੋਸਟਗ੍ਰੇਸ ਡੇਟਾਬੇਸ ਨੂੰ ਤਿਆਰ ਕਰਨ ਲਈ ਸਥਿਰ HTML ਕ੍ਰੌਲਾਂ ਦੇ ਕਈ ਗਿਗ ਪਾਰਸ ਕਰਦੀ ਹੈ ਜੋ ਕਿ ਬਣਨ ਤੋਂ ਬਾਅਦ ਸਥਿਰ ਹੈ।ਇੱਕ ਫਲਾਸਕ ਵੈੱਬ ਐਪ ਫਿਰ ਉਸ ਡੇਟਾਬੇਸ ਦੇ ਵਿਰੁੱਧ ਕੰਮ ਕਰਦਾ ਹੈ।HTML ਪਾਰਸਿੰਗ ਤੇਜ਼ੀ ਨਾਲ ਵਿਕਸਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਸਲਈ ਆਬਾਦੀ ਵਾਲੇ DB ਡੇਟਾ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ(ਆਂ) ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਬੰਡਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈIIRC, ਮੈਂ ਢਾਂਚੇ ਨਾਲ ਸੰਘਰਸ਼ ਕੀਤਾ ਡੌਕਰਫਾਈਲਜ਼ ਜਦੋਂ ਡੀਬੀ ਸਥਾਈ ਨਹੀਂ ਸੀ ਪਰ ਇਸਦੀ ਬਜਾਏ ਐਪ ਦਾ ਇੱਕ ਹੋਰ ਅਸਥਾਈ ਹਿੱਸਾ ਸੀ, ਪਰ ਇਹ ਪਾਰ ਕਰਨ ਯੋਗ ਜਾਪਦਾ ਸੀ.ਵੱਡਾ ਮੁੱਦਾ ਇਹ ਜਾਪਦਾ ਸੀ ਕਿ ਹਰੇਕ ਬਿਲਡ ਲਈ S3 ਤੋਂ ਘੱਟ ਹੀ ਬਦਲੇ ਹੋਏ ਡੇਟਾ ਦੇ ਗਿਗਸ ਨੂੰ ਖਿੱਚਣ ਤੋਂ ਕਿਵੇਂ ਬਚਣਾ ਹੈ ਜਦੋਂ ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਇਸਨੂੰ ਕੈਸ਼ ਕੀਤਾ ਜਾਵੇਗਾ, ਖਾਸ ਤੌਰ 'ਤੇ ਅਜਿਹੇ ਤਰੀਕੇ ਨਾਲ ਜੋ ਡਿਜੀਟਲ ਓਸ਼ਨ ਅਤੇ ਮੇਰੇ ਸਥਾਨਕ ਵਾਤਾਵਰਣ ਵਿੱਚ ਸਮਝਦਾਰੀ ਨਾਲ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ।ਮੈਂ ਮੰਨਦਾ ਹਾਂ ਕਿ ਸਹੀ ਡੌਕਰ ਚਿੱਤਰ ਲੇਅਰ ਕੈਚਿੰਗ ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰੇਗੀ, ਪਰ ਮੈਂ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਆਪਣੇ ਗਿਆਨ ਅਤੇ ਧੀਰਜ ਦੇ ਅੰਤ 'ਤੇ ਪਹੁੰਚ ਗਿਆ ਹਾਂDokku ਦਾ DX ਲੱਗਦਾ ਹੈ ਆਮ ਕੰਮ ਕਰਨ ਵਾਲੇ ਲੋਕਾਂ ਲਈ ਵਧੀਆ।:)0. httpscoolify.io/ਨਾਲ ਹੀ ਕੌਣ ਕਿਸੇ ਹੋਰ ਦੇ ਪੈਸੇ 'ਤੇ ਸਭ ਤੋਂ ਨਵੇਂ, ਵਧੀਆ ਖਿਡੌਣੇ ਨਾਲ ਨਹੀਂ ਖੇਡਣਾ ਚਾਹੁੰਦਾ?ਸਫ਼ਰ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ (ਜਾਂ ਪ੍ਰਵਾਹ/ਪਿਵੋਟਿੰਗ ਨਾਲ ਨਜਿੱਠਣਾ) ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ ਤੋਂ ਘੱਟ ਹੋ ਜਾਣ ਅਤੇ ਪੈਮਾਨਾ/ਕੀਮਤ ਹਾਵੀ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਣ 'ਤੇ ਬਾਅਦ ਵਿੱਚ (ਕੁਝ) ਚੀਜ਼ਾਂ ਨੂੰ ਕਲਾਉਡ ਤੋਂ ਦੂਰ ਕਰਨ ਲਈ ਇੱਕ ਦਲੀਲ ਜ਼ਰੂਰ ਹੈਯਕੀਨਨ, ਤੁਸੀਂ ਹੇਟਜ਼ਨਰ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਕੁਝ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਪਰ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਲਈ ਤਿਆਰ ਰਹੋਤੁਹਾਡੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੇ ਆਖਰੀ ਬਿੰਦੂ ਲਈ ਪੁੱਛਣ 'ਤੇ ਸਹਿਮਤ ਹੋਵੋ ਇਹ ਫਿਰ ਤੋਂ ਉਦਾਸ ਹੈ ਕਿ ਇਹ ਕਾਰੋਬਾਰੀ "ਲੋੜਾਂ"ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ ਕਿ ਤੁਹਾਡੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਆਰਕੀਟੈਕਟ ਅਤੇ ਹੋਸਟ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਜਦੋਂ ਕੋਈ ਹੋਰ ਤਰੀਕਾ ਬਹੁਤ ਵਧੀਆ ਹੋ ਸਕਦਾ ਹੈਆਫ਼ਤ ਰਿਕਵਰੀ ਇੱਕ ਬਹੁਤ ਹੀ ਅਸਲ ਸਮੱਸਿਆ ਹੈ।ਇਸੇ ਲਈ ਮੈਂ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਇਸਦੀ ਜਾਂਚ ਕਰਦਾ ਹਾਂ।ਇੱਕ ਝੁਲਸੀ ਹੋਈ ਧਰਤੀ ਦੇ ਦ੍ਰਿਸ਼ ਵਿੱਚ, ਮੈਂ ਇੱਕ ਘੰਟੇ ਤੋਂ ਵੀ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਇੱਕ ਸੈਕੰਡਰੀ (ਸਟੇਜਿੰਗ) ਸਿਸਟਮ ਜਾਂ ਟੈਰਾਫਾਰਮਡ ਕਲਾਉਡ ਸਿਸਟਮ 'ਤੇ ਚੱਲ ਸਕਦਾ ਹਾਂ।ਮੇਰੇ ਕਾਰੋਬਾਰ ਲਈ, ਇਹ ਕਾਫ਼ੀ ਹੈ
ਅਸੀਂ ਵਿਕਾਸ ਦੇ ਬੂਮ ਵਿੱਚੋਂ ਲੰਘੇ, ਅਤੇ ਉਹਨਾਂ ਸਾਰਿਆਂ ਵਾਂਗ ਪਹਿਲਾਂ, ਇਸਦਾ ਮਤਲਬ ਇਹ ਸੀ ਕਿ ਬਹੁਤ ਸਾਰੇ ਭੋਲੇ ਭਾਲੇ ਲੋਕਾਂ ਨੂੰ ਬਹੁਤ ਸਾਰਾ ਪੈਸਾ ਅਤੇ ਜ਼ਰੂਰੀ ਉਮੀਦਾਂ ਸੌਂਪੀਆਂ ਜਾ ਰਹੀਆਂ ਸਨ। ਇਹ ਕਾਰਗੋ ਦੀ ਕਾਸ਼ਤ ਅਤੇ ਸ਼ੋਸ਼ਣਕਾਰੀ ਮਾਰਕੀਟਿੰਗ ਲਈ ਇੱਕ ਵਿਅੰਜਨ ਹੈ

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

ਇੱਕ ਠੋਸ ਸਮਰਪਿਤ ਸਰਵਰ ਸ਼ੇਅਰਡ ਹਾਰਡਵੇਅਰ 'ਤੇ ਇੱਕ ਅਪਾਹਜ VPS ਨਾਲੋਂ 99% ਸਮਾਂ ਵਧੇਰੇ ਉਪਯੋਗੀ ਹੁੰਦਾ ਹੈ ਪਰ ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਵਧੀ ਹੋਈ ਕੀਮਤ 'ਤੇ ਆਉਂਦਾ ਹੈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਸਾਰੇ ਸਰੋਤਾਂ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ

ਹਾਂ - ਪਰ "ਉਹ ਕਰੋ ਜੋ ਸਾਰੇ ਵਧੀਆ ਬੱਚੇ ਹੁਣ ਕਰ ਰਹੇ ਹਨ"ਕਰਨ ਦੀ ਇੱਛਾ ਘੱਟੋ ਘੱਟ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਵਿੱਚ ਮਜ਼ਬੂਤ ​​​​ਹੁੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ "ਪ੍ਰਬੰਧਕ", ਬਨਾਮ "ਕਰਮਚਾਰੀ"ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਨਤੀਜਾ A) ਵੱਡੀ ਮਾਈਕ੍ਰੋਸਰਵਿਸ/ਕਲਾਊਡ ਖਰਚ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਘੱਟੋ-ਘੱਟ ਤੁਸੀਂ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦੀ ਪਾਲਣਾ ਕਰ ਰਹੇ ਸੀ, ਇਹ ਚੀਜ਼ਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਤੁਸੀਂ ਕੀ ਕਰ ਸਕਦੇ ਹੋ

ਨਤੀਜਾ B) ਤੁਸੀਂ ਹੇਟਜ਼ਨਰ ਸਰਵਰ ਨਾਲ ਗਏ ਸੀ ਅਤੇ ਕੁਝ ਗਲਤ ਹੋ ਗਿਆ ਸੀ, ਠੀਕ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਨਾਲ ਜਾਣਾ ਚਾਹੀਦਾ ਸੀ, ਨਵੀਂ ਨੌਕਰੀ ਲੱਭਣ ਦਾ ਅਨੰਦ ਲਓ

ਇਸ ਤਰ੍ਹਾਂ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼/ਕਲਾਊਡ ਦੀ ਚੋਣ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਨਾ। ਇਹ ਕੰਪਨੀ ਲਈ ਸਹੀ ਫੈਸਲਾ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਪਰ ਇਹ ਮੈਨੇਜਰ ਲਈ ਸਹੀ ਫੈਸਲਾ ਹੈ, ਅਤੇ ਇਹ ਫੈਸਲਾ ਲੈਣ ਵਾਲਾ ਮੈਨੇਜਰ ਹੈ

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

ਸੰਸਥਾਪਕ ਮੰਨਦੇ ਹਨ ਕਿ ਉਹ ਹਰ ਸਾਲ 10x ਤੋਂ ਵੱਧ ਜਾ ਰਹੇ ਹਨ

ਅਸਲੀਅਤ ਇਹ ਹੈ ਕਿ ਉਹਨਾਂ ਦੇ ਫੇਲ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ 90% ਹੈ

90% ਸਮਾਂ - ਤੁਸੀਂ ਜੋ ਵੀ ਹੋਵੇ ਉਸ ਵਿੱਚ ਅਸਫਲ ਹੋ ਕੇ ਠੀਕ ਹੋ

ਤੁਹਾਡੇ ਸਫਲ ਹੋਣ ਦੇ 10% ਸਮੇਂ ਵਿੱਚੋਂ ਕੁਝ% ਤੁਸੀਂ ਕਲਾਉਡ ਤੋਂ ਬਿਨਾਂ ਵੀ ਠੀਕ ਹੋ - ਘੱਟੋ-ਘੱਟ ਕਈ ਸਾਲਾਂ ਦੀ ਸਫਲਤਾ ਲਈ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਬਦਲਣ ਲਈ ਕਾਫ਼ੀ ਸਮਾਂ

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

ਬੇਸ਼ੱਕ, ਮੈਂ ਕਈ ਹੋਰ ਕਲਾਉਡ ਸੇਵਾਵਾਂ 'ਤੇ ਨਿਰਭਰ ਹੋਣ ਤੋਂ ਬਚਣ ਲਈ ਵੀ ਸਾਵਧਾਨ ਹਾਂ. ਉਦਾਹਰਨ ਲਈ, ਮੈਂ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਲਈ VpnCloud (httpsgithub.com/dswd/vpncloud) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ। ਇੱਕ ਪਾਸੇ ਦੇ ਲਾਭ ਵਜੋਂ, ਇਹ ਮੈਨੂੰ ਕਿਸੇ ਵੀ ਸਮੇਂ ਕਿਸੇ ਵੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਦਾਤਾ ਨੂੰ ਬਦਲਣ ਦੀ ਲਚਕਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ
ਮੇਰਾ ਮੁੱਖ ਬਿੰਦੂ ਇਹ ਸੀ ਕਿ ਜਦੋਂ ਕਿ ਵਰਚੁਅਲਾਈਜ਼ਡ ਪੇਸ਼ਕਸ਼ਾਂ ਦੀਆਂ ਉਹਨਾਂ ਦੀਆਂ ਵਰਤੋਂ ਹੁੰਦੀਆਂ ਹਨ, $10/ਮਹੀਨੇ ਦੇ ਸ਼ੌਕ VPS ਅਤੇ ਵਿਸਫੋਟ-ਵਿਕਾਸ ਵਾਲੇ B2C ਕਾਰੋਬਾਰ ਵਾਲੀ ਕੰਪਨੀ ਵਿਚਕਾਰ ਇੱਕ (ਵੱਡਾ) ਅੰਤਰ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਨਵੇਂ ਕਾਰੋਬਾਰ ਅਸਲ ਵਿੱਚ ਉਸ ਪਾੜੇ ਵਿੱਚ ਆਉਂਦੇ ਹਨ: ਤੁਸੀਂ ਇੱਕ ਲਾਭਦਾਇਕ B2B SaaS ਵਿੱਚ ਹਾਕੀ-ਸਟਿਕ ਦੇ ਵਾਧੇ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕਰਦੇ ਹੋ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤੁਹਾਨੂੰ "AWS ਦੀ ਵਰਤੋਂ ਕਰੋ"ਦੀ ਆਮ ਡਿਫੌਲਟ ਚੋਣ 'ਤੇ ਸਵਾਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਮੈਂ ਆਪਣੇ COGS ਅਤੇ ਮੇਰੇ ਹਾਸ਼ੀਏ ਦੀ ਪਰਵਾਹ ਕਰਦਾ ਹਾਂ, ਇਸਲਈ ਮੈਂ ਇਸ ਚੋਣ ਨੂੰ ਬਹੁਤ ਧਿਆਨ ਨਾਲ ਵੇਖਦਾ ਹਾਂ

ਤੁਸੀਂ ਇੱਕ ਸਾਫਟਵੇਅਰ ਕੰਪਨੀ ਨਹੀਂ ਹੋ, ਮੂਲ ਰੂਪ ਵਿੱਚ ਤੁਸੀਂ Sprockets ਬਣਾਉਂਦੇ ਅਤੇ ਵੇਚਦੇ ਹੋ

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

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

ਹਾਲਾਂਕਿ, ਮੈਂ ਜੋ ਵੀ ਵੇਖਦਾ ਹਾਂ ਅਤੇ ਜੋ ਮੈਂ ਸੋਚਦਾ ਹਾਂ ਕਿ ਪਿਛਲਾ ਪੋਸਟਰ ਉਹਨਾਂ ਕਾਰੋਬਾਰਾਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਿਹਾ ਸੀ ਜਿੱਥੇ ਤਕਨੀਕੀ ਕਾਰੋਬਾਰ ਦੇ ਮੂਲ ਵਿੱਚ ਹੈ, ਅਤੇ ਉੱਥੇ ਇਹ ਅਕਸਰ ਘੱਟ ਅਰਥ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਸਮਾਂ ਬਚਾਉਣ ਦੀ ਬਜਾਏ ਸਮਾਂ ਖਰਚਣ ਲੱਗਦਾ ਹੈ। AWS ਮਾਹਰ ਹੋਣ ਦਾ ਇੱਕ ਕਾਰਨ ਹੈ: ਇਹ ਮਾਮੂਲੀ ਨਹੀਂ ਹੈ। "ਅਸਲ"ਸਰਵਰ ਵੀ ਮਾਮੂਲੀ ਨਹੀਂ ਹਨ, ਪਰ ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਨਾਲੋਂ ਔਖਾ ਵੀ ਹੋਵੇ

ਪਰ ਉਹ ਏਜੰਸੀਆਂ ਭੌਤਿਕ ਹਾਰਡਵੇਅਰ ਦੀ ਸਾਂਭ-ਸੰਭਾਲ ਲਈ ਸਟਾਫ ਦੀ ਲੋੜ ਨਹੀਂ ਚਾਹੁੰਦੀ..

ਪਰ ਸਪ੍ਰੋਕੇਟ ਮਾਸਟਰਾਂ ਨੂੰ ਅਜੇ ਵੀ ਐਮਰਜੈਂਸੀ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਰਿਟੇਨਰ 'ਤੇ ਮਹਿੰਗਾ ਕਲਾਉਡ ਸਲਾਹਕਾਰ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ

ਜੇ ਤੁਸੀਂ ਕਲਾਉਡ ਮੁੱਦਿਆਂ ਨਾਲ ਨਜਿੱਠਣ ਲਈ ਸਟਾਫ 'ਤੇ ਕਿਸੇ ਨੂੰ ਰੱਖਣ ਜਾ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਦੀ ਬਜਾਏ ਇੱਕ ਸਰਵਰ ਕਿਰਾਏ 'ਤੇ ਵੀ ਲੈ ਸਕਦੇ ਹੋ

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

ਕਈਆਂ ਲਈ ਇਸ ਤੋਂ ਵੀ ਬਹੁਤ ਘੱਟ। ਮੈਂ ਇੱਕ ਛੋਟਾ ਸਾਈਡ ਪ੍ਰੋਜੈਕਟ [1] ਚਲਾਉਂਦਾ ਹਾਂ ਜੋ ਕਈ ਵਾਰ ਵਾਇਰਲ ਹੋਇਆ ਸੀ (24 ਘੰਟਿਆਂ ਵਿੱਚ 30K ਵਿਯੂਜ਼) ਅਤੇ ਇਹ ਇੱਕ ਸਿੰਗਲ ਕੋਰ CPU ਵੈਬ ਸਰਵਰ ਅਤੇ ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਪੋਸਟਗ੍ਰੇਸ ਤੇ ਇੱਕ ਸਿੰਗਲ CPU ਕੋਰ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ। ਇਹ ਪੂਰੀ ਵਰਤੋਂ ਦੇ ਨੇੜੇ ਵੀ ਨਹੀਂ ਹੈ
1: httpsaihelperbot.com/ ਕੀ ਮੈਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਨੂੰ ਲੈਂਬਡਾ ਫੰਕਸ਼ਨਾਂ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹਾਂ? ਜਾਂ ECS ਤੇ ਸਵਿਚ ਕਰੋ? ਜਾਂ ਕਿਸੇ ਹੋਰ ਕਲਾਉਡ ਸੇਵਾ ਡੂ ਜੌਰ 'ਤੇ ਸਵਿਚ ਕਰੋ? ਸ਼ਾਇਦ. ਪਰ ਮੈਂ ਇਸ ਟਿੱਪਣੀ ਨੂੰ ਲਿਖਣ ਵਿੱਚ ਜਿੰਨਾ ਸਮਾਂ ਬਿਤਾਇਆ ਹੈ ਉਹ ਅਜਿਹੇ ਸਵਿੱਚ ਲਈ ਪਹਿਲਾਂ ਹੀ ਲਗਭਗ ਛੇ ਮਹੀਨਿਆਂ ਦੀ ਬਚਤ ਹੈ। ਜੇ ਇਹ "ਪੁਸ਼ ਬਟਨ, 100% ਭਰੋਸੇਯੋਗ-ਅਨੁਵਾਦਿਤ ਸੇਵਾ ਪ੍ਰਾਪਤ ਕਰੋ"ਨਾਲੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਮੁਸ਼ਕਲ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਣਾ ਔਖਾ ਹੈ।  ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਇਸ ਲਈ ਵੀ ਹੈ ਕਿਉਂਕਿ ਕਲਾਉਡ ਹੁਣ ਕੁਝ ਹੋਰ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਇਸ ਕਿਸਮ ਦੀ ਚੀਜ਼ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹਨ। ਮੈਨੂੰ ਬੁਨਿਆਦੀ ਮੈਸੇਜਿੰਗ ਲਈ ਕਾਫਕਾ ਕਲੱਸਟਰ ਚਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਉਹ ਸਾਰੇ ਇੱਕ ਸੁਨੇਹਾ ਬੱਸ ਦੇ ਨਾਲ ਆਉਂਦੇ ਹਨ। ਮੈਂ ਇਸਨੂੰ ਵਰਤਦਾ ਹਾਂ। ਮੈਂ ਹੋਸਟਡ ਡੀਬੀ ਵਿਕਲਪਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ. ਮੈਂ S3 ਜਾਂ ਬਰਾਬਰ, ਆਦਿ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ। ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਜੋ ਕੁਝ ਬਚਿਆ ਹੈ, ਉਹ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਸੇ ਹੋਰ ਪੈਰਾਡਾਈਮ ਵਿੱਚ ਜੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਮੁਸ਼ਕਲ ਦੇ ਬਰਾਬਰ ਹੈ ਜਦੋਂ ਮੈਂ ਇੱਕ EC2 ਉਦਾਹਰਣ 'ਤੇ ਚੱਲਣ ਲਈ ਇੱਕ ਮਹੀਨੇ ਵਿੱਚ ਸਿੰਗਲ-ਅੰਕ ਡਾਲਰ ਦਾ ਭੁਗਤਾਨ ਕਰ ਰਿਹਾ ਹਾਂ।  ਇਹ ਬਿਲਕੁਲ ਮਾਮਲਾ ਹੈ ਕਿ ਹਰ ਕੋਈ ਜਾਂ ਹਰ ਪ੍ਰੋਜੈਕਟ ਅਜਿਹਾ ਨਹੀਂ ਕਰ ਸਕਦਾ. ਮੈਂ ਅੰਤਮ-ਟੀਚੇ ਵਜੋਂ ਇਸ ਨਾਲ ਅਟਕਿਆ ਨਹੀਂ ਹਾਂ। ਜਦੋਂ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਮੈਂ ਤੁਰੰਤ ਢੁਕਵੀਂ ਸਕੇਲਿੰਗ ਕਾਰਵਾਈ ਕਰਦਾ ਹਾਂ। ਮੈਂ ਇਹ ਸੁਝਾਅ ਨਹੀਂ ਦੇ ਰਿਹਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦਾ ਪੁਨਰ ਨਿਰਮਾਣ ਕਰੋ। ਮੈਂ ਬਸ ਕਹਿ ਰਿਹਾ ਹਾਂ, ਇਹ ਤੁੱਛ ਜਾਣ ਦਾ ਵਿਕਲਪ ਨਹੀਂ ਹੈ। ਇਸ ਵਿੱਚ ਬਹੁਤ ਲਚਕਤਾ ਹੈ, ਅਤੇ ਬਿਲਿੰਗ ਕਾਫ਼ੀ ਇਕਸਾਰ ਹੈ (ਜਾਂ, ਇਸ ਨੂੰ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਕਹਿਣ ਲਈ, ਇਹ ਤੱਥ ਕਿ ਜੇ ਮੇਰੇ ਕੋਲ ਅਚਾਨਕ 50 ਗੁਣਾ ਟ੍ਰੈਫਿਕ ਹੈ, ਤਾਂ ਮੇਰਾ ਸਿਸਟਮ ਮੇਰੇ ਤੋਂ ਸੈਂਕੜੇ ਡਾਲਰ ਚਾਰਜ ਕਰਨ ਦੀ ਬਜਾਏ ਧਿਆਨ ਨਾਲ ਘੁੱਟਣਾ ਅਤੇ ਥੁੱਕਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਬੱਗ ਦੀ ਬਜਾਏ ਮੇਰੇ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ), ਅਤੇ ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਸੇ ਅਜਿਹੇ ਪੈਰਾਡਾਈਮ ਵਿੱਚ ਬਦਲਣ ਲਈ ਨਹੀਂ ਖਿੱਚ ਰਹੇ ਹੋ ਜੋ ਕੁਝ ਕਲਾਉਡ ਸੇਵਾ ਲਈ ਸੁਵਿਧਾਜਨਕ ਹੈ ਪਰ ਤੁਹਾਡੇ ਲਈ ਸੁਵਿਧਾਜਨਕ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ  ਕੀ ਤੁਹਾਨੂੰ ਕਦੇ ਇਹਨਾਂ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਪਿਆ ਹੈ? ਗੱਲ ਇਹ ਹੈ ਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਕੁਝ ਬੁਨਿਆਦੀ-ਇੱਕ ਤੋਂ ਵੱਧ-ਵਿਅਕਤੀ ਮਾਪਯੋਗਤਾ ਅਤੇ ਉਚਿਤ ਡਿਵੋਪਸ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਕਾਰਕ (ਸੰਭਵ ਤੌਰ 'ਤੇ ਤੁਹਾਡੀ ਬੱਚਤ ਨੂੰ ਰੱਦ ਕਰਨਾ) ਦੁਆਰਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਪ੍ਰੋਵਿਜ਼ਨ ਕਰਨਾ ਹੋਵੇਗਾ।  ਤੁਸੀਂ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਇੱਕ ਬੇਸਪੋਕ ਹੱਲ ਦੇ ਨਾਲ ਖਤਮ ਹੋਣ ਜਾ ਰਹੇ ਹੋ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਨਵੇਂ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲਿਆਂ ਨੂੰ ਸਿਸਟਮ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਸਮਾਂ ਲੱਗੇਗਾ ਅਤੇ ਕੰਪਨੀ ਛੱਡਣ ਵਾਲੇ ਮਹੱਤਵਪੂਰਨ ਲੋਕ ਆਪਣੇ ਨਾਲ ਤੁਹਾਡੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਬਾਰੇ ਆਪਣਾ ਗੂੜ੍ਹਾ ਗਿਆਨ ਲੈ ਕੇ ਆਉਣਗੇ। ਤੁਸੀਂ ਪਸ਼ੂਆਂ ਦੀ ਬਜਾਏ ਪਾਲਤੂ ਜਾਨਵਰਾਂ ਵੱਲ ਵਾਪਸ ਆ ਗਏ ਹੋ। ਕੁਝ ਸਰਵਰ ਵਿਸ਼ੇਸ਼ ਹੁੰਦੇ ਹਨ, ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਆਟੋਮੇਸ਼ਨ ਦਾ ਮਤਲਬ ਹੈ "ਇੱਥੇ ਅਤੇ ਉੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਗਲੂ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟਾਂ"ਅਤੇ ਇੱਕ OS ਅੱਪਗਰੇਡ ਦਾ ਮਤਲਬ ਹੈ ਜਾਂ ਤਾਂ ਅੱਧਾ ਇਨਫਰਾ ਕੁਝ ਸਮੇਂ ਲਈ KO ਹੈ ਜਾਂ ਤੁਸੀਂ OS ਅੱਪਗਰੇਡ ਬਿਲਕੁਲ ਨਹੀਂ ਕਰਦੇ।  ਅਤੇ ਖੁਸ਼ਕਿਸਮਤ ਮਾਮਲੇ ਵਿੱਚ ਤੁਹਾਨੂੰ ਸਕੇਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਤੁਹਾਨੂੰ ਕੋਝਾ ਹੈਰਾਨੀ ਹੋ ਸਕਦੀ ਹੈ  ਅਤੇ ਕਦੇ ਵੀ ਮੈਨੂੰ ਨੈੱਟਵਰਕਿੰਗ ਸਾਈਡ 'ਤੇ ਸ਼ੁਰੂ ਨਾ ਕਰੋ। ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਆਪਣਾ ਪੂਰਾ ਰੈਕ ਕਿਰਾਏ 'ਤੇ ਨਹੀਂ ਲੈ ਰਹੇ ਹੋ ਅਤੇ ਆਪਣਾ ਖੁਦ ਦਾ ਨੈੱਟਵਰਕਿੰਗ ਹਾਰਡਵੇਅਰ ਨਹੀਂ ਰੱਖ ਰਹੇ ਹੋ, ਤੁਹਾਨੂੰ ਉਹ ਮਿਲਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ। ਜੋ ਕਿ ਕਾਰਜਕੁਸ਼ਲਤਾਵਾਂ ਜਾਂ ਪ੍ਰਦਰਸ਼ਨਾਂ ਵਿੱਚ ਬਹੁਤ ਮਾੜਾ ਹੋ ਸਕਦਾ ਹੈ ਇਹ ਮੰਨ ਕੇ ਕਿ ਤੁਸੀਂ ਕੁਝ ਵੀ ਸ਼ਾਨਦਾਰ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ  ਜੇ ਤੁਸੀਂ 100.0000% ਅਪਟਾਈਮ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਯਕੀਨਨ। ਪਰ ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਕਰਦੇ. ਉਹ ਕੰਪਨੀਆਂ ਜੋ ਇਸ ਕਿਸਮ ਦਾ ਅਪਟਾਈਮ ਚਾਹੁੰਦੀਆਂ ਹਨ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਨੂੰ ਸਮਰਪਿਤ ਟੀਮਾਂ ਹੁੰਦੀਆਂ ਹਨ  ਅਤੇ ਸਕੇਲਿੰਗ ਬੇਅਰ-ਮੈਟਲ 'ਤੇ ਵੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਲੰਬਕਾਰੀ ਢੰਗ ਨਾਲ ਸਕੇਲ ਕਰਦੇ ਹੋ - ਕੀ ਤੁਹਾਨੂੰ ਕੋਈ ਪਤਾ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ ਸਰਵਰ ਤੋਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਪਾਵਰ ਅਤੇ ਥ੍ਰੁਪੁੱਟ ਦੀ ਮਾਤਰਾ? ਇਹ "ਸਕੇਲਿੰਗ"ਬਾਰੇ ਸੁਣਦੇ ਰਹਿਣ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਹੈ ਜਦੋਂ ਸਪੀਕਰ ਦਾ ਮਤਲਬ ਹੈ "ਲੇਟਵੀਂ ਸਕੇਲਿੰਗ"  ਜੇਕਰ ਤੁਹਾਡੀਆਂ ਲੋੜਾਂ "ਸਕੇਲਿੰਗ"ਹਨ, ਤਾਂ ਲੰਬਕਾਰੀ ਸਕੇਲਿੰਗ ਤੁਹਾਨੂੰ ਬਹੁਤ ਦੂਰ ਲੈ ਜਾਵੇਗੀ  ਜੇ ਤੁਹਾਡੀਆਂ ਲੋੜਾਂ "ਮੰਗ 'ਤੇ ਹਰੀਜੱਟਲ ਸਕੇਲਿੰਗ"ਹਨ, ਤਾਂ, ਯਕੀਨੀ ਤੌਰ 'ਤੇ, ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਉੱਥੇ ਮਦਦ ਕਰਨਗੇ। ਪਰ, ਕੁਝ ਥਾਵਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਸਕੇਲਿੰਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ  ਮੈਂ ਇਹ ਨਹੀਂ ਕਹਿ ਰਿਹਾ ਹਾਂ ਕਿ ਬੇਅਰ ਮੈਟਲ 'ਤੇ 100% ਅਪਟਾਈਮ ਸਸਤਾ ਹੈ, ਮੈਂ ਕਹਿ ਰਿਹਾ ਹਾਂ ਕਿ 100% ਅਪਟਾਈਮ ਦੀ ਅਕਸਰ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ  ਕਿਉਂਕਿ ਉਦਯੋਗ ਉਹਨਾਂ ਲੋਕਾਂ ਨਾਲ ਭਰਿਆ ਹੋਇਆ ਹੈ ਜੋ ਰੁਝਾਨਾਂ ਅਤੇ ਕੀਵਰਡਸ ਦਾ ਪਿੱਛਾ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਜਿਨ੍ਹਾਂ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਉਹਨਾਂ ਕੀਵਰਡਸ ਨੂੰ ਸੀਵੀ ਵਿੱਚ ਜੋੜਨਾ  ਬਹੁਤੀਆਂ ਸੇਵਾਵਾਂ/ਐਪਲੀਕੇਸ਼ਨਾਂ/ਜੋ ਵੀ ਹੋਵੇ, ਲਈ ਮਾਪਣਯੋਗਤਾ ਲਈ IME ਦਾ ਟੀਚਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗਲਤ ਹੈ। ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ "ਸਕੇਲੇਬਲ"ਹੱਲਾਂ ਲਈ ਇੰਨੇ ਜ਼ਿਆਦਾ ਓਵਰਹੈੱਡ ਦਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਕਿ ਫਿਰ ਤੁਹਾਨੂੰ ਇਸਦੀ ਪੂਰਤੀ ਕਰਨ ਲਈ ਸਕੇਲ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ  ਮੈਨੂੰ ਸੱਚਮੁੱਚ ਇਸ 'ਤੇ ਸ਼ੱਕ ਹੈ।ਇੱਕ ਥੀਮ ਜੋ ਤੁਸੀਂ ਲਗਭਗ ਹਰ AWS ਪ੍ਰਸਤਾਵਕ 'ਤੇ ਦੇਖਦੇ ਹੋ ਉਹ ਹੈ ਕਿ AWS ਅਸਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਇਸ ਬਾਰੇ ਭਰਮ ਦੀ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ ਹੈ  ਹਾਂ ਜਰੂਰ. IBM ਤੋਂ ਖਰੀਦਣ ਲਈ ਕਿਸੇ ਨੂੰ ਬਰਖਾਸਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ  ਖੈਰ, ਜੇ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਕੋਲ ਫੈਸਲਾ ਲੈਣ ਦੀ ਕੋਈ ਯੋਗਤਾ ਹੈ, ਤਾਂ ਉਹ ਅਜੇਤੂ ਹੋਣਗੀਆਂ ਅਤੇ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ 'ਤੇ ਕੰਮ ਕਰਨਾ ਨਿਰਾਸ਼ਾਜਨਕ ਹੋਵੇਗਾ. ਇਸ ਲਈ, ਹਾਂ, ਇਹ ਜਨਤਕ ਭਲਾਈ ਹੈ  ਸਰੋਤ: ਲਗਭਗ ਤੀਹ ਸਾਲ ਓਪਸ  ਹੁਣ ਤੱਕ ਮੈਂ ਇਹ ਨਹੀਂ ਦੇਖਿਆ ਹੈ ਕਿ ਜੇਕਰ ਮੈਂ ਕੰਪਨੀ ਲਈ ਜ਼ਿਆਦਾ ਖਰਚ ਕਰਦਾ ਹਾਂ ਤਾਂ ਮੈਨੂੰ ਵੀ ਜ਼ਿਆਦਾ ਤਨਖਾਹ ਮਿਲਦੀ ਹੈ  ਆਇਰਨ ਦੇ ਨਾਲ ਬਰਾਬਰ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਪ੍ਰਾਪਤ ਕਰਨਾ "ਦੋ ਸਮਰਪਿਤ ਸਰਵਰਾਂ"ਨੂੰ ਕਿਰਾਏ 'ਤੇ ਲੈਣ ਨਾਲੋਂ ਬਹੁਤ ਮਹਿੰਗਾ ਹੈ - ਹੁਣ ਤੁਸੀਂ ਇੱਕ ਸਰਵਰ ਅਤੇ ਇੱਕ ਬੈਕਅੱਪ ਹੱਲ ਨਾਲ ਠੀਕ ਹੋ ਸਕਦੇ ਹੋ, ਅਤੇ ਇਹ ਸਹੀ ਹੈ। ਪਰ ਇਹ ਸਭ ਕੁਝ ਬਣਾਉਣ ਲਈ ਇੱਕ sysad, ਭਾਵੇਂ ਸ਼ੁਰੂਆਤੀ ਸੈੱਟਅੱਪ ਲਈ ਇੱਕ ਛੋਟੇ ਇਕਰਾਰਨਾਮੇ 'ਤੇ ਅਤੇ ਕੋਈ ਰੱਖ-ਰਖਾਅ ਨਹੀਂ, ਕਲਾਉਡ ਕੀਮਤ ਦੇ ਫਰਕ ਤੋਂ ਪਰੇ ਜਾਣ ਵਾਲਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇਕਰ ਮਿਸ਼ਰਣ ਵਿੱਚ ਇੱਕ ਡੇਟਾਬੇਸ ਹੈ ਅਤੇ ਤੁਸੀਂ ਉਸ ਡੇਟਾ ਦੀ ਪਰਵਾਹ ਕਰਦੇ ਹੋ  ਅੱਜ, ਕਲਾਉਡ ਸਮਾਨ ਹੈ - ਮਾਰਕੀਟ ਕਰਨ ਦਾ ਸਮਾਂ ਤੇਜ਼ ਹੈ ਕਿਉਂਕਿ ਘੱਟ ਹਿਲਾਉਣ ਵਾਲੇ ਹਿੱਸੇ ਹਨ. ਜਦੋਂ ਆਰਥਿਕਤਾ ਵਿੱਚ ਕਮੀ ਆਉਂਦੀ ਹੈ ਅਤੇ ਵਿਕਾਸ ਹੌਲੀ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਬੀਨਕਾਊਂਟਰ ਆਉਂਦੇ ਹਨ ਅਤੇ ਆਪਣਾ ਕੰਮ ਕਰਦੇ ਹਨ  ਇਹ ਹਰ ਵਾਰ ਹੁੰਦਾ ਹੈ  ਇਹ ਸਿਰਫ਼ ਕੰਪਨੀਆਂ ਅਤੇ ਕਲਾਉਡ ਟੀਮਾਂ 'ਤੇ AWS ਨੂੰ ਅਮੀਰ ਬਣਾਉਂਦਾ ਹੈ ਜੇਕਰ ਤੁਹਾਡੀ ਤੈਨਾਤੀ ਨੂੰ ਸਕੇਲ ਵਧਾਉਣ ਜਾਂ ਘੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ, ਇੱਕ EC2 ਉਦਾਹਰਨ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਪ੍ਰੋਵਿਜ਼ਨ ਅਤੇ ਅਣਪ੍ਰੋਵਿਜ਼ਨ ਕਰਨਾ ਮਾਮੂਲੀ ਹੈ। ਇਹੀ ਹੈ ਜੋ ਇਸਨੂੰ ਬੇਅਰ ਮੈਟਲ ਸਰਵਰ ਤੋਂ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਬਣਾਉਂਦਾ ਹੈ 
ਹੁਣ, ਮੈਂ ਇਸ ਗੱਲ ਤੋਂ ਇਨਕਾਰ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹਾਂ ਕਿ ਤੁਹਾਡੀ ਲੋੜ ਨਾਲੋਂ ਕੁਝ ਹੋਰ ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਲਈ AWS ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਇਹ ਅਜੇ ਵੀ ਵਧੇਰੇ ਲਾਗਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਅਣਪਛਾਤੇ ਵਰਕਲੋਡ ਹੁੰਦੇ ਹਨ ਤਾਂ ਇਸਨੂੰ ਜਾਰੀ ਰੱਖਣਾ ਆਸਾਨ ਨਹੀਂ ਹੁੰਦਾ।

ਜੇਕਰ ਤੁਸੀਂ ਮੰਗ ਕਰਵ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ VMs ਨੂੰ ਸਪਿਨ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਬੰਦ ਕਰ ਰਹੇ ਹੋ - ਤੁਹਾਡੇ ਢਾਂਚੇ ਵਿੱਚ ਕੁਝ ਗੰਭੀਰ ਰੂਪ ਵਿੱਚ ਗਲਤ ਹੈ

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

ਇੱਥੋਂ ਤੱਕ ਕਿ ਗਲੋਬਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਾਲ ਵੀ ਅਜਿਹੇ ਨਿਯਮ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਤੁਹਾਨੂੰ ਖਾਸ ਖੇਤਰਾਂ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਡੇਟਾ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਕਲਪਨਾ ਕਰੋ ਜੋ ਯੂਰਪ, ਆਸਟ੍ਰੇਲੀਆ ਅਤੇ ਅਮਰੀਕਾ ਵਿੱਚ ਗਾਹਕਾਂ ਦੁਆਰਾ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਖੇਤਰੀ ਡਾਟਾ ਕੇਂਦਰਾਂ ਤੋਂ ਸੇਵਾ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਕਲੱਸਟਰ ਜਿਆਦਾਤਰ ਸਲੀਪ ਹੁੰਦਾ ਹੋਵੇਗਾ ਜਦੋਂ ਦੂਜਾ ਚੱਲ ਰਿਹਾ ਹੁੰਦਾ ਹੈ (ਟਾਈਮ ਜ਼ੋਨ ਦੇ ਕਾਰਨ)। ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਨਾਲ ਤੁਸੀਂ ਆਪਣੇ ਸਰੋਤਾਂ ਦਾ 60-70% ਬਰਬਾਦ ਕਰੋਗੇ, ਜਦੋਂ ਕਿ EC2/Fargate ਵਰਗੀ ਚੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਤੁਸੀਂ ਲਗਭਗ 0 ਤੱਕ ਸਕੇਲ ਕਰ ਸਕਦੇ ਹੋ ਜਦੋਂ ਤੁਹਾਡਾ ਖੇਤਰ ਸੁੱਤਾ ਹੁੰਦਾ ਹੈ।

ਪਾਗਲਪਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ, ਇੱਥੇ ਇਸਨੂੰ "ਨੌਕਰੀ-ਸੁਰੱਖਿਆ-ਸੰਚਾਲਿਤ ਵਿਕਾਸ"ਕਿਹਾ ਜਾਂਦਾ ਹੈ

ਕਿਉਂਕਿ ਇਹ ਉਨ੍ਹਾਂ ਦੀ ਨੌਕਰੀ ਲਈ ਖ਼ਤਰਾ ਹੈ

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

ਇਸਦੇ ਲਈ ਮੈਂ ਆਪਣੇ ਬੈੱਡਰੂਮ ਵਿੱਚ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਰਾਸਬੇਰੀ ਪਾਈ 400 ਵੀ ਵਰਤਦਾ ਹਾਂ

httpsjoeldare.com/private-analtyics-and-my-raspberry-pi-4..

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

ਇੱਕ ਨਿੱਜੀ ਬਾਕਸ ਨੂੰ DDoS ਲਈ ਕੋਈ ਪ੍ਰੇਰਣਾ ਨਹੀਂ ਹੈ, ਇੱਕ ਇੰਟਰਨੈਟ ਰੈਂਡੋ ਦੁਆਰਾ ਛੱਡੋ

ਤੁਸੀਂ ਇੱਕ ਨੌਜਵਾਨ ਦੀ ਕਾਬਲੀਅਤ ਦਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾ ਰਹੇ ਹੋ

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

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

ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਮੇਰੀ ਹੋਮਲੈਬ ਇੱਕ ਸਥਿਰ ਜਨਤਕ IP 'ਤੇ ਵੀ ਹੈ--ਇਹ "ਅਸਲ ਵਿੱਚ ਜ਼ਰੂਰੀ"ਨਾਲੋਂ "ਕੀ ਮੈਂ ਇਹ ਕਰ ਸਕਦਾ ਹਾਂ"ਵਿੱਚ ਇੱਕ ਅਭਿਆਸ ਸੀ, ਪਰ ਇਹ ਅਜੇ ਵੀ ਠੰਡਾ ਹੈ ਅਤੇ ਮੈਂ ਬਹੁਤ ਖੁਸ਼ ਹਾਂ

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

ਇਸ ਲਈ, ਇਹ ਜਾਪਦਾ ਹੈ ਕਿ ਜੈਕੀਲ ਜਾਂ ਗਿਟਹਬ ਪੇਜ ਸਾਈਟ 'ਤੇ ਆਰਐਸਐਸ / ਐਟਮ ਫੀਡ ਜੋੜਨਾ ਬਹੁਤ ਸਿੱਧਾ ਹੈ

1. httpsgithub.com/jekyll/jekyll-feed
2. httpsdocs.github.com/en/pages/setting-up-a-github-pages-s..

3. httpspages.github.com/versions/
atom 2c/4t, 4gb RAM, 1tb ਡਰਾਈਵ, 100mbit
ਇਸ ਬਿੰਦੂ 'ਤੇ ਅਪਟਾਈਮ ਦੇ ਕੁਝ ਸਾਲ
ਜੇਕਰ ਨਿਰਵਿਘਨ: ਕੁਝ ਅੱਪਗਰੇਡ ਕਾਰਨ ਹੋ ਸਕਦਾ ਹੈ।
ਕਰਨਲ ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਇੱਕ ਚੀਜ਼ ਹੈ


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

ਬਿਲਕੁਲ। ਇਹ ਉਪ-$10 VPS ਉਦਾਹਰਨਾਂ ਛੋਟੇ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਬਹੁਤ ਵਧੀਆ ਹਨ ਜਿੱਥੇ ਤੁਸੀਂ ਲੰਬੇ ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ ਦਾਖਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੁੰਦੇ ਹੋ ਜਾਂ ਆਪਣੇ ਖੁਦ ਦੇ ਸਰਵਰਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਨਾਲ ਨਜਿੱਠਣਾ ਨਹੀਂ ਚਾਹੁੰਦੇ ਹੋ

ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਅਸਲ ਕਾਰੋਬਾਰ ਚਲਾ ਰਹੇ ਹੋ ਜਿੱਥੇ ਮਾਰਜਿਨ ਰੇਜ਼ਰ-ਪਤਲੇ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਸਰਵਰ ਮੁੱਦਿਆਂ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਦੁਨੀਆ ਵਿੱਚ ਸਾਰਾ ਖਾਲੀ ਸਮਾਂ ਹੈ ਜੇਕਰ (ਜਦੋਂ) ਉਹ ਆਉਂਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ~ $50 ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਦੀ ਖੋਜ ਕਰਨਾ ਦਿਲਚਸਪ ਹੋ ਸਕਦਾ ਹੈ

ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਅਸਲ ਕਾਰੋਬਾਰ ਚਲਾ ਰਹੇ ਹੋ, ਤਾਂ ਵੀ $10,000/ਮਹੀਨੇ ਦਾ AWS ਬਿੱਲ ਤੁਹਾਡੇ ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨ ਲਈ ਕਿਸੇ ਹੋਰ ਹੁਨਰਮੰਦ ਵਿਕਾਸਕਾਰ ਨੂੰ ਨਿਯੁਕਤ ਕਰਨ ਨਾਲੋਂ ਸਸਤਾ ਹੈ।

HN ਵਰਗੇ ਸਥਾਨਾਂ 'ਤੇ ਕਲਾਉਡ ਲਾਗਤਾਂ ਬਾਰੇ ਚਰਚਾਵਾਂ ਵਿੱਚ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਖੁੰਝ ਜਾਂਦਾ ਹੈ: ਹਾਂ, ਕਲਾਉਡ ਮਹਿੰਗਾ ਹੈ, ਪਰ ਕਸਟਮ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਲਈ ਇੱਕ ਵਾਧੂ ਸਿਸੈਡਮਿਨ/ਡਿਵੈਲਪਰ ਨੂੰ ਨਿਯੁਕਤ ਕਰਨਾ ਬਹੁਤ ਮਹਿੰਗਾ ਹੈ ਅਤੇ ਬਹੁਤ ਘੱਟ ਲਚਕਦਾਰ ਹੈ। ਇਸ ਲਈ ਕਲਾਉਡ ਹੋਸਟਡ ਹੱਲ 'ਤੇ ਇੱਕ ਕਾਲਪਨਿਕ $5000/ਮਹੀਨਾ ਖਰਚ ਕਰਨਾ, ਜੋ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਕਾਫ਼ੀ ਸਮੇਂ ਦੇ ਨਿਵੇਸ਼ ਦੇ ਨਾਲ $50/ਮਹੀਨੇ ਦੇ ਸਰਵਰ 'ਤੇ ਕਸਟਮ-ਬਿਲਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਜੇ ਵੀ ਇੱਕ ਬਹੁਤ ਵੱਡਾ ਸੌਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਇੰਜੀਨੀਅਰ ਮਹਿੰਗੇ ਹਨ ਅਤੇ ਸਮਾਂ ਸੀਮਤ ਹੈ

ਓਹ, ਮਾਫ ਕਰਨਾ ਪਰ ਤੁਸੀਂ ਇਸ DevOps ਮੁੰਡੇ ਨੂੰ ਕਿੰਨਾ ਭੁਗਤਾਨ ਕਰ ਰਹੇ ਹੋ? ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ ਅਮਰੀਕੀ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਾਂਗ ਜਾਪਦਾ ਹੈ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਘਾਟੀ ਖੇਤਰ. ਯੂਰਪ ਵਿੱਚ, ਇੱਕ ਮੁੰਡੇ ਨੂੰ ਨੌਕਰੀ 'ਤੇ ਰੱਖਣਾ ਸਸਤਾ ਹੋਵੇਗਾ

ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਲੋਡ ਕੀਤੇ ਰੁਜ਼ਗਾਰ ਦੇ ਖਰਚੇ ਤੁਹਾਡੇ ਪੇਚੈਕ ਵਿੱਚ ਘਰ ਲੈਣ ਨਾਲੋਂ ਕਾਫ਼ੀ ਜ਼ਿਆਦਾ ਹਨ। ਇਹ ਅਸਲ ਵਿੱਚ ਯੂਰਪ ਵਿੱਚ ਬਦਤਰ ਹੈ. ਇਹਨਾਂ ਚਾਰਟਾਂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ: httpsaccace.com/the-true-cost-of-an-employee-in-europe/
ਜੇਕਰ ਤੁਸੀਂ UK ਵਿੱਚ ਕਿਸੇ ਨੂੰ 1000 EUR ਦਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸਦੀ ਕੰਪਨੀ ਨੂੰ ਕੁੱਲ 1245 EUR ਦਾ ਖਰਚਾ ਆਉਂਦਾ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ ਰੋਮਾਨੀਆ ਵਿੱਚ ਕਿਸੇ ਨੂੰ 1000 ਯੂਰੋ ਦਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸਦੀ ਕੀਮਤ ਕੰਪਨੀ ਨੂੰ 1747 ਯੂਰੋ ਹੋਵੇਗੀ।

ਇਸ ਲਈ ਇੱਕ $120,000 ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਲੋਡ ਕੀਤੀ ਲਾਗਤ ਤੁਹਾਨੂੰ EU devops ਵਿਅਕਤੀ ਲਈ $68,000 USD ਤਨਖਾਹ 'ਤੇ ਖਰੀਦ ਸਕਦੀ ਹੈ।

ਪਰ ਤੁਹਾਡੇ ਕੋਲ ਸਿਰਫ਼ ਇੱਕ ਡਿਵੋਪਸ ਵਿਅਕਤੀ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਤੁਹਾਨੂੰ ਘੱਟੋ-ਘੱਟ 2 ਦੀ ਲੋੜ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਕਦੇ ਵੀ ਬਰੇਕ ਲੈਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਛੁੱਟੀਆਂ 'ਤੇ ਜਾਓ

ਮੈਂ ਤੁਹਾਨੂੰ ਲਗਭਗ 3 ਘੰਟਿਆਂ ਵਿੱਚ ਜੋੜ ਸਕਦਾ ਹਾਂ

AWS ਹੋਰ ਸੇਵਾਵਾਂ (S3, SES, SQS, ਆਦਿ) ਲਈ ਬਹੁਤ ਲਾਗਤ ਕੁਸ਼ਲ ਹੈ ਪਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਇੱਕ ਚੰਗਾ ਸੌਦਾ ਨਹੀਂ ਹਨ। ਤੁਹਾਨੂੰ ਘੱਟ ਰੈਮ ਮਿਲਦੀ ਹੈ& CPU, ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਓਵਰਹੈੱਡ ਦੇ ਨਾਲ, ਅਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਪੈਸੇ ਦਾ ਭੁਗਤਾਨ ਕਰੋ

ਖਾਸ ਤੌਰ 'ਤੇ Postgres ਲਈ ਜੇਕਰ ਤੁਸੀਂ pgbench ਨਾਲ ਕੁਝ ਟੈਸਟ ਚਲਾਉਂਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਉਸ ਜੁਰਮਾਨੇ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਲਈ ਅਦਾ ਕਰਦੇ ਹੋ

ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਆਪਣਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋਣ ਦਾ ਸਿਸਡਮਿਨ ਹੁਨਰ ਇੱਕ ਗੁੰਮ ਹੋਈ ਕਲਾ ਬਣ ਰਿਹਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਮੈਂ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਲੋਕ ਘੱਟ ਪ੍ਰਦਰਸ਼ਨ ਲਈ 5x ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਦੇ ਨਾਲ ਇੰਨੇ ਪਿਆਰ ਵਿੱਚ ਕਿਉਂ ਹਨ

Hetzner ਯੂਰਪ ਵਿੱਚ ਸਸਤਾ ਅਤੇ ਭਰੋਸੇਮੰਦ ਹੈ, ਜੇਕਰ ਤੁਸੀਂ ਉੱਤਰੀ ਅਮਰੀਕਾ ਵਿੱਚ ਹੋ ਤਾਂ OVH 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ। ਖਾਸ ਕਰਕੇ ਉਹਨਾਂ ਦਾ ਲਾਗਤ-ਬਚਤ ਵਿਕਲਪ ਜਿਸਨੂੰ SoYouStart ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ $65 ਵਿੱਚ 4/8 4.5GHz, 64 RAM ਅਤੇ ਇੱਕ NVME ਡਰਾਈਵ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ

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

ਖਾਸ ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਮੈਂ ਪ੍ਰਬੰਧਿਤ ਕਰਦਾ ਹਾਂ ਉਹ ਅਸਲ ਵਿੱਚ ਘੱਟ GHz ਤੋਂ ਪੀੜਤ ਹੈ ਅਤੇ ਮੈਮੋਰੀ ਵਿੱਚ ਸਾਰਾ ਡਾਟਾ ਨਹੀਂ ਹੈ। ਮੈਂ EC2 'ਤੇ ਬੈਂਚਮਾਰਕ ਚਲਾਏ ਹਾਂ, ਕੁਝ ਰਿਪੋਰਟਾਂ ਜੋ ~ 5 ਸਕਿੰਟਾਂ ਵਿੱਚ ਖਤਮ ਹੁੰਦੀਆਂ ਹਨ, ਇੱਕ ਤੁਲਨਾਤਮਕ EC2 ਉਦਾਹਰਣ 'ਤੇ ਇੱਕ ਮਿੰਟ ਤੋਂ ਵੱਧ ਸਮਾਂ ਲੈ ਸਕਦੀਆਂ ਹਨ ਜਿਸਦੀ ਕੀਮਤ ਲਗਭਗ 10 ਗੁਣਾ ਹੁੰਦੀ ਹੈ। ਇਸ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੱਚੇ CPU ਦੀ ਲੋੜ ਹੈ। ਅਤੇ ਹਾਂ ਸਾਡੇ ਕੋਲ ਇੱਕ ਬਹੁਤ ਵੱਡੀ ਇੰਜਨੀਅਰਿੰਗ ਟੀਮ ਹੈ ਜਿਸਨੇ ਸਾਰੀਆਂ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕੀਤਾ ਹੈ।

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

ਮੈਂ ਸਹਿਮਤ ਹਾਂ ਕਿ SAN ਇੱਕ ਡਰਾਉਣਾ ਸੁਪਨਾ ਹੈ। ਇਸ ਲਈ ਮੈਂ ਆਪਣੀਆਂ ਸਾਰੀਆਂ WALs (PG ਬੈਕਅੱਪ ਫਾਈਲਾਂ) ਨੂੰ S3 (ਅਤੇ ਅੰਤ ਵਿੱਚ ਗਲੇਸ਼ੀਅਰ) ਨੂੰ ਭੇਜਦਾ ਹਾਂ। ਇਸ ਤਰੀਕੇ ਨਾਲ ਮੈਨੂੰ ਉਹਨਾਂ ਫਾਈਲਾਂ ਨੂੰ ਗੁਆਉਣ ਬਾਰੇ ਸੋਚਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਸਸਤੀ ਹੈ

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

ਸਵੈ-ਸੇਵਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਵੱਧ ਤੋਂ ਵੱਧ ਵਿਵਹਾਰਕ ਬਣਨ ਦੀ ਸੰਭਾਵਨਾ ਜਾਪਦਾ ਹੈ ਕਿਉਂਕਿ ਅਸੀਂ ਆਖਰੀ ਮੀਲ ਦੀ ਸਪੁਰਦਗੀ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ ਅਤੇ ਫਾਈਬਰ ਪਹੁੰਚ ਦਾ ਵਿਸਤਾਰ ਕਰਦੇ ਹਾਂ। ਕੀ ਬੱਦਲ ਸਵੈ-ਨਿਰਭਰ ਬਣ ਜਾਵੇਗਾ? ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਹੋ ਸਕਦਾ ਹੈ

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

httpswww.cloudflare.com/products/tunnel/
httpsgithub.com/cloudflare/cloudflared
httpsdevelopers.cloudflare.com/cloudflare-one/connections..

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

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

ਹੇਟਜ਼ਨਰ ਕਲਾਉਡ ਕੋਲ ਹੁਣ ਦੋ ਯੂਐਸ ਟਿਕਾਣੇ ਹਨ ਹਾਲਾਂਕਿ ਅਜੇ ਵੀ ਕੋਈ ਯੂਐਸ ਸਮਰਪਿਤ ਸਰਵਰ ਨਹੀਂ ਹਨ - ਉਹ ਅਸਲ ਵਿੱਚ ਕਿੱਕ ਕਰਨਗੇ। ਭਾਵੇਂ ਉਹਨਾਂ ਦੀਆਂ ਮੌਜੂਦਾ ਕਲਾਉਡ ਪੇਸ਼ਕਸ਼ਾਂ ਖੁਦ ਹੀ ਮੁੱਖ ਕਲਾਉਡ ਸਮਾਨ ਦੀ ਕੀਮਤ ਦਾ ~30% ਹਨ।

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

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

ਫਿਰ ਇਹ ਇੱਕ ਹੈਰਾਨੀ ਪੈਦਾ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇਹ ਇੱਕ ਫੈਨਸੀ ਕਲਾਉਡ UI, ਆਟੋਮੈਟਿਕ ਅੱਪਗਰੇਡ ਅਤੇ ਬੈਕਅੱਪ, ਆਦਿ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ ਲਈ $800 ਵਿੱਚੋਂ $700 ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਦੇ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।

ਇੱਕ 1 ਵਿਅਕਤੀ ਦੇ ਸ਼ੋਅ ਜਾਂ ਛੋਟੇ ਸ਼ੁਰੂਆਤ ਲਈ, ਮੈਨੂੰ ਨਹੀਂ ਲੱਗਦਾ. ਇੱਕ ਉਪਲਬਧ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਸਤਾ ਅਤੇ S3 ਜਾਂ ਕੁਝ ਸਸਤਾ ਬੈਕਅਪ ਡੰਪ ਕਰੋ

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

ਉੱਥੇ ਇੱਕ ਅਟੁੱਟ ਲਾਗਤ ਹੈ. ਜੇਕਰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਜਾਂ ਦੋ ਚੀਜ਼ਾਂ ਹਨ, ਤਾਂ ਸਿਰਫ਼ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾਵਾਂ ਲਓ

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

ਮੈਂ ਹੋਰ ਥਾਵਾਂ 'ਤੇ ਕਲਾਉਡ ਲਾਗਤਾਂ 'ਤੇ ਮਾਪ ਦੀ ਬੱਚਤ ਕਰ ਸਕਦਾ ਹਾਂ, ਪਰ ਭਰੋਸੇਯੋਗ ਪ੍ਰਬੰਧਿਤ PostgreSQL ਇੱਕ ਬਹੁਤ ਹੀ ਆਸਾਨ ਕਾਲ ਸੀ (ਭਾਵੇਂ ਐਂਟਰੀ-ਪੱਧਰ ਦੀ ਕੀਮਤ ਟੈਗ ਤੁਹਾਡੀ ਉਮੀਦ ਤੋਂ ਵੱਧ ਸੀ)

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

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

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

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

ਮੈਂ ਇਸ ਨੂੰ ਅੰਤ ਵਿੱਚ ਸੰਬੋਧਿਤ ਕਰਾਂਗਾ

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

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

ਮੈਂ ਸੱਚਮੁੱਚ ਉਸ ਦ੍ਰਿਸ਼ ਦੀ ਕਲਪਨਾ ਨਹੀਂ ਕਰ ਸਕਦਾ

ਹੁਣ, ਮਨਜ਼ੂਰ ਹੈ, ਕੁਝ ਕਾਰੋਬਾਰ ਅਜਿਹੇ ਹਨ ਜਿੱਥੇ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਇੱਕ ਘੰਟਾ ਵੀ ਡੇਟਾ ਗੁੰਮ ਨਹੀਂ ਹੁੰਦਾ
IOW, ਗਾਹਕ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਕੋਈ ਡਾਟਾ ਨਹੀਂ ਗੁਆਏਗਾ: ਔਨਲਾਈਨ ਦਸਤਾਵੇਜ਼ ਸਹਿਯੋਗ[1], ਉਦਾਹਰਨ ਲਈ[2]। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਮੰਦਵਾੜਾ ਹੈ ਜੋ ਆਖਰੀ ਇਨਪੁਟ ਕੀਤੇ ਡੇਟਾ ਦਾ ਇੱਕ ਘੰਟਾ ਗੁਆ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਯਕੀਨਨ, ਸਾਰੇ ਪ੍ਰਭਾਵਿਤ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਤੁਰੰਤ ਭੱਜਣ ਦੀ ਉਮੀਦ ਕਰੋ

[1] ਹਾਲਾਂਕਿ, ਨਿੱਜੀ ਤੌਰ 'ਤੇ, ਮੈਂ ਮੌਜੂਦਾ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਸਥਾਨਕ ਸਟੋਰੇਜ ਵਿੱਚ ਡੁਪਲੀਕੇਟ ਕਰਕੇ ਜੋਖਮ ਨੂੰ ਘੱਟ ਕਰਾਂਗਾ ਜਦੋਂ ਇਹ ਸੰਪਾਦਿਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

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

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

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

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

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

ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਇੱਕ ਅਵਿਸ਼ਵਾਸ਼ਯੋਗ ਤੌਰ 'ਤੇ ਸਮਰੱਥ ਸਮੂਹ ਨੂੰ ਤੈਨਾਤ ਕਰ ਸਕਦੇ ਹੋ, ਆਓ ਇਹ ਕਹੀਏ ਕਿ ਰਿਡੰਡੈਂਸੀ ਲਈ ਵੱਖ-ਵੱਖ ਕੋਲੋ ਸੁਵਿਧਾਵਾਂ ਵਿੱਚ $100k ਭੌਤਿਕ 1U ਮਸ਼ੀਨਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੋਂ ਵੱਧ-ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। XYZ ਕਲਾਉਡ ਸੇਵਾ, DNS, ਕੋਈ ਵੀ ਕਾਸਟ, ਜੋ ਵੀ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਨਾਲ ਲੋਡ ਸੰਤੁਲਨ ਅਤੇ ਫੇਲਓਵਰ ਲਈ ਇੱਥੇ ਹਰ ਤਰ੍ਹਾਂ ਦੀਆਂ ਚਾਲਾਂ ਹਨ। ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਕੋਲੋ ਸੁਵਿਧਾਵਾਂ ਦੇ ਨਾਲ ਜਾ ਸਕਦੇ ਹੋ ਜੋ ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਡੇਟਾਸੈਂਟਰ ਚਲਾਉਂਦੀਆਂ ਹਨ, ਵਿਕਰੇਤਾ ਤੋਂ ਉਹਨਾਂ ਨੂੰ ਹਾਰਡਵੇਅਰ ਭੇਜਦੇ ਹਨ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਜਵਾਬਦੇਹ ਜਾਂ ਜੋ ਵੀ ਤੁਸੀਂ ਇਸ ਸਹੂਲਤ ਨੂੰ ਵੇਖੇ ਜਾਂ ਹਾਰਡਵੇਅਰ ਨੂੰ ਛੂਹਣ ਤੋਂ ਬਿਨਾਂ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹੋ।

ਇਸ ਲਈ ਹੁਣ ਤੁਹਾਡੇ ਕੋਲ ਬੇਲੋੜੇ ਭੌਤਿਕ ਹਾਰਡਵੇਅਰ ਹਨ ਜੋ ਜ਼ਿਆਦਾਤਰ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ (ਖਾਸ ਤੌਰ 'ਤੇ I/O ਲਈ), ਨਿਸ਼ਚਿਤ ਲਾਗਤਾਂ ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਬੈਂਡਵਿਡਥ ਕਰ ਸਕਦੇ ਹੋ (ਜਿਸ ਵਿੱਚ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦਾ 800% ਮਾਰਕਅੱਪ ਨਹੀਂ ਹੈ, ਆਦਿ) ਦੇ ਆਲੇ-ਦੁਆਲੇ ਚੱਕਰ ਚਲਾਏਗਾ - ਹੋਰ ਉਡੀਕ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਅਟੱਲ $50k ਕਲਾਉਡ ਬਿੱਲ ਲਈ ਜਾਂ ਟਰੈਕ ਡਾਊਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ (ਘਬਰਾਹਟ ਵਿੱਚ) ਜਿਸ ਕਾਰਨ ਤੁਸੀਂ ਇੱਕ ਮਹੀਨੇ ਦੀ ਬਜਾਏ ਇੱਕ ਦਿਨ ਵਿੱਚ ਆਪਣੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਕਲਾਉਡ ਬਜਟ ਨੂੰ ਪਾਰ ਕਰ ਗਏ। Oh btw, ਤੁਸੀਂ $BIGCLOUD ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਸੇਵਾਵਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਅਤੇ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਆਪਣੇ ਆਪ ਨੂੰ ਮੂਰਖ ਮਲਕੀਅਤ ਵਾਲੇ API ਵਿੱਚ ਬੰਦ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ

ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ML ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਹਾਰਡਵੇਅਰ ਜਾਂ (ਜਾਂ ਕਦੇ-ਕਦਾਈਂ ਕਲਾਉਡ) 'ਤੇ ਸਿਖਲਾਈ ਦੇ ਸਕਦੇ ਹੋ ਅਤੇ NVIDIA A10 ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਨਾਲ 24/7 ਨੂੰ ਚਲਾ ਸਕਦੇ ਹੋ। GPU ਮੌਕਿਆਂ ਲਈ ਨਿਰੰਤਰ ਕਲਾਉਡ ਰੈਂਟਲ ਅਵਿਸ਼ਵਾਸ਼ਯੋਗ ਤੌਰ 'ਤੇ ਮਹਿੰਗਾ ਹੈ ਅਤੇ ਹਾਰਡਵੇਅਰ ਖਰੀਦਣ 'ਤੇ ROI ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਮਹੀਨਿਆਂ ਦੀ ਸੀਮਾ ਵਿੱਚ ਹੁੰਦਾ ਹੈ (ਜਾਂ ਸੈਕਸ਼ਨ 179 ਦੇ ਨਾਲ ਲਗਭਗ ਤੁਰੰਤ ਅੱਗੇ)। ਇੱਕ ਉਦਾਹਰਣ ਦੇ ਤੌਰ 'ਤੇ, ਮੈਂ ਹਾਲ ਹੀ ਵਿੱਚ Nvidia A10 ਦੇ ਨਾਲ ਇੱਕ ਮਾਡਲ ਲਈ ਇੱਕ ਬੈਂਚਮਾਰਕ ਕੀਤਾ ਹੈ ਜੋ ਅਸੀਂ ਪੇਸ਼ ਕਰ ਰਹੇ ਹਾਂ ਅਤੇ ਇਹ FP32 ਵਿੱਚ 10ms ਲੇਟੈਂਸੀ ਦੇ ਨਾਲ 700 ਤੋਂ ਵੱਧ ਅਨੁਮਾਨ ਬੇਨਤੀਆਂ/s ਕਰ ਸਕਦਾ ਹੈ। ਚਾਰ ਸਿਹਤਮੰਦ ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ A10 ਪ੍ਰਤੀ ਚੈਸੀ ਦੇ ਨਾਲ ਜੋ ਕਿ 2800 req/s ਹੈ (ਅਤੇ ਸ਼ਾਇਦ ਅੱਗੇ ਵੀ ਟਿਊਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ)

ਫਿਰ, ਜੇਕਰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਵੱਡੇ ਹੋ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਅਲਮਾਰੀਆਂ ਅਤੇ ਇਸ ਤੋਂ ਅੱਗੇ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ। ਹਾਰਡਵੇਅਰ ਅਸਫਲਤਾਵਾਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਜਿਵੇਂ ਕਿ ਜ਼ਿਕਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਮੈਂ ਸਿਰਫ ਇਹ ਕਹਿ ਸਕਦਾ ਹਾਂ ਕਿ ਡੁਅਲ PS RAID-ed-ed out ਹੈ, ਆਦਿ ਹਾਰਡਵੇਅਰ (ਮੇਰੇ ਅਨੁਭਵ ਵਿੱਚ) ਬਹੁਤ ਹੀ ਭਰੋਸੇਯੋਗ ਹੈ। ਪਿਛਲੇ ਸਮੇਂ ਵਿੱਚ ਹਾਰਡਵੇਅਰ ਦੀਆਂ ਕਈ ਪੂਰੀਆਂ ਅਲਮਾਰੀਆਂ ਹੋਣ ਕਾਰਨ ਹਾਰਡਵੇਅਰ ਅਸਫਲਤਾਵਾਂ ਬਹੁਤ ਘੱਟ ਸਨ ਅਤੇ ਹਾਰਡਵੇਅਰ ਵਿਚਕਾਰ ਬਹੁਤ ਦੂਰ ਸਨ। ਵਿਕਰੇਤਾ ਬਦਲਣ ਲਈ ਸ਼ਾਨਦਾਰ SLAs ਸ਼ਾਮਲ ਕਰਨਗੇ। ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਅਸਫਲਤਾ ਬਾਰੇ ਸੂਚਿਤ ਕਰਦੇ ਹੋ, ਉਹ ਇੱਕ ਤਕਨੀਕੀ ਭੇਜਦੇ ਹਨ< ਅੱਠ ਘੰਟੇ ਸਿੱਧੇ ਕੋਲੋ ਸਹੂਲਤ ਤੇ ਅਤੇ ਡਿਸਕ, PS, ਆਦਿ ਨੂੰ ਫਲੈਸ਼ਿੰਗ ਲਾਈਟ ਨਾਲ ਬਦਲੋ

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

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

[0] - httpswww.section179.org/section_179_deduction/
[1] = httpswww.section179.org/section_179_leases/
ਜੇ ਮੈਂ ਇੱਕ ਨਵਾਂ ਪ੍ਰੋਜੈਕਟ ਸਪਿਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜਾਂ ਕੁਝ ਨਵਾਂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਤਾਂ ਇਸ ਵਿੱਚ ਕੁਝ ਮਿੰਟ ਲੱਗਦੇ ਹਨ ਅਤੇ ਮੇਰੇ ਕੋਲ ਸਕ੍ਰਿਪਟਾਂ ਹਨ। ਤੈਨਾਤੀਆਂ ਤੇਜ਼ ਹਨ, ਰੱਖ-ਰਖਾਅ ਘੱਟ ਹੈ, ਅਤੇ ਮੇਰੇ ਕੋਲ ਮੇਰੇ ਪੈਸੇ ਲਈ ਬਹੁਤ ਕੁਝ ਹੈ

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

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

ਮੈਂ ਬਹੁਤ ਸਾਰੇ ਘੱਟ ਤਜਰਬੇਕਾਰ ਲੋਕਾਂ ਨੂੰ ਹੇਟਜ਼ਨਰ ਲਈ ਵੱਧ ਭੁਗਤਾਨ ਕਰਦੇ ਦੇਖਿਆ ਹੈ ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ ਜਦੋਂ ਇੱਕ $5-10 ਵੀਪੀਐਸ ਨੇ ਕੰਮ ਕੀਤਾ ਹੋਵੇਗਾ

ਹਾਂ, ਤੁਸੀਂ ਉਸ ਸਮੇਂ ਆਪਣੇ ਖੁਦ ਦੇ ਹਾਰਡਵੇਅਰ ਦਾ ਸਮਰਥਨ ਕਰ ਰਹੇ ਹੋ। ਨਹੀਂ, ਇਹ ਕੋਈ ਵੱਡਾ ਸਿਰ ਦਰਦ ਨਹੀਂ ਹੈ

ਇਸਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਵਾਧੂ ਲਾਗਤ ਹੋਰ IPv4 ਪਤਿਆਂ ਨੂੰ ਕਿਰਾਏ 'ਤੇ ਦੇਣਾ ਹੈ, ਜੋ ਕਿ ਹੇਟਜ਼ਨਰ ਹੁਣ ਬਹੁਤ ਘੱਟ ਉਪਲਬਧ ਹਨ

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

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

ਹੋਰ ਜਾਣਕਾਰੀ httpseuropa.eu/youreurope/business/taxation/vat/cross-bor..

ਪੋਸਟਗ੍ਰੇਸ ਦੀ ਸਥਾਪਨਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਇੱਕ ਦਰਦ ਹੈ. ਇਹ ਸਭ ਠੀਕ ਕਰਨ ਦਾ ਇੱਕ ਸਰਲ ਤਰੀਕਾ ਹੋਣਾ ਚੰਗਾ ਹੋਵੇਗਾ

1. ਸੰਰਚਨਾ ਨੂੰ ਮੁੜ-ਉਤਪਾਦਨਯੋਗ ਬਣਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ VM ਹੇਠਾਂ ਚਲੇ ਜਾਣਗੇ

2. ਤੁਸੀਂ AWS 'ਤੇ ਭਾਰੀ ਛੋਟ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਦਰਦ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ

3. VMs ਦੇ ਉੱਪਰ ਤੁਹਾਡੇ ਕੋਲ ਪਹੁੰਚ ਵਾਲੀ ਹੋਰ ਸਮੱਗਰੀ ਜੋ ਸਸਤਾ/ਤੇਜ਼ ਹੈ ਜਦੋਂ ਤੁਹਾਡੀ ਸਮੱਗਰੀ ਪਹਿਲਾਂ ਹੀ ਕਲਾਉਡ ਵਿੱਚ ਹੈ
4. ਲੋਕਾਂ/ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣ ਨਾਲੋਂ ਦਸਤਾਵੇਜ਼ੀ ਸਿਸਟਮ ਸੰਰਚਨਾ (ਉਦਾਹਰਨ ਲਈ AWS ਦਸਤਾਵੇਜ਼) ਰੱਖਣਾ ਆਸਾਨ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਘਰ ਵਿੱਚ ਕਿਹੜੀ ਵਿਸ਼ੇਸ਼ ਸਮੱਗਰੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ ਨਵੇਂ ਲੋਕਾਂ ਨੂੰ ਭਰਤੀ ਕਰਨ ਲਈ ਲਾਭਦਾਇਕ

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

ਮੈਂ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ VPS ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਸੀ, ਪਰ ਬੰਦ ਹੋ ਗਿਆ ਅਤੇ ਇੱਕ ਭੌਤਿਕ ਲਈ ਬਦਲਿਆ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਬਿਹਤਰ ਸੌਦਾ ਸੀ ਅਤੇ ਅਸੀਂ CPU ਸੀਮਾ(ਏਸ਼ਨ) ਵਿੱਚ ਨਹੀਂ ਚੱਲੇ।

ਡਿਸਕ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਬਹੁਤ ਔਖਾ ਨਹੀਂ ਹੈ. ਹਾਰਡ ਡਰਾਈਵਾਂ ਲਈ, ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਇੱਕ ਵਾਰ smartctl ਚਲਾਓ, ਜਦੋਂ ਮੁੜ ਨਿਰਧਾਰਿਤ ਜਾਂ ਲੰਬਿਤ ਸੈਕਟਰ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੇ ਹਨ ਜਾਂ 100 ਨੂੰ ਹਿੱਟ ਕਰਦੇ ਹਨ ਤਾਂ ਚੇਤਾਵਨੀ ਦਿਓ। SSDs ਲਈ, ਆਪਣੀਆਂ ਉਂਗਲਾਂ ਨੂੰ ਪਾਰ ਕਰੋ; ਕੁਝ ਹਜ਼ਾਰਾਂ ਦੇ ਨਾਲ ਮੇਰੇ ਤਜ਼ਰਬੇ ਵਿੱਚ, ਉਹ ਉਦੋਂ ਤੱਕ ਵਧੀਆ ਕੰਮ ਕਰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਉਹ ਬੱਸ ਤੋਂ ਗਾਇਬ ਨਹੀਂ ਹੋ ਜਾਂਦੇ, ਦੁਬਾਰਾ ਕਦੇ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦੇ। ਇੱਕ ਡਾਟਾ ਰਿਕਵਰੀ ਪਲਾਨ ਰੱਖੋ ਜਿਸ ਵਿੱਚ ਉਸੇ ਮਾਡਲ ਡਿਵਾਈਸਾਂ ਉੱਤੇ ਡੇਟਾ ਦੀ ਸਟੋਰੇਜ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਘੰਟੇ ਦੀ ਪਾਵਰ ਤੇ ਘੰਟੇ ਦੀ ਪਾਵਰ ਤੇ ਬਹੁਤ ਸਮਾਨ ਪਾਵਰ ਨਾਲ ਸਬੰਧਿਤ ਫਰਮਵੇਅਰ ਗਲਤੀਆਂ ਅਸਲ ਹਨ

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

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

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

ਇੱਕ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਲਈ, ਸਭ ਤੋਂ ਸਸਤੇ ਲੋਕ ਕੰਮ ਕਰਵਾ ਲੈਂਦੇ ਹਨ

ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਜਿਵੇਂ-ਜਿਵੇਂ ਕਲਾਉਡ ਕੰਪਿਊਟਿੰਗ ਵਿਕਸਿਤ ਹੁੰਦੀ ਜਾਂਦੀ ਹੈ, ਇਹ ਪੇਸ਼ਕਸ਼ ਵਧੇਰੇ ਆਮ ਹੋ ਜਾਂਦੀ ਹੈ

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

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

ਆਨ-ਪ੍ਰੀਮ ਐਪਸ ਦੀ ਕੀਮਤ ਲਗਭਗ 40% ਘੱਟ ਹੈ। ਕਲਾਉਡ ਵਿੱਚ ਵਧੇਰੇ ਲਾਗਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਐਪਾਂ ਉੱਥੇ ਹੀ ਰਹਿੰਦੀਆਂ ਹਨ

ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਮਾਮਲਾ ਹੈ ਕਿ ਯੂਰਪ ਵਿੱਚ AWS/GCP/Azure ਬਹੁਤ ਲਾਗਤ-ਮੁਕਾਬਲੇ ਵਾਲੀਆਂ ਪੇਸ਼ਕਸ਼ਾਂ ਨਹੀਂ ਹਨ। ਜੋ ਮੈਂ ਨਹੀਂ ਦੇਖ ਰਿਹਾ ਉਹ ਅਮਰੀਕਾ ਲਈ ਇਸਦਾ ਸਬੂਤ ਹੈ

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

ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਬੈਕਅੱਪ ਰੱਖੋ. ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਕਿਸੇ ਹੋਰ ਪ੍ਰਦਾਤਾ 'ਤੇ ਜਾਂ ਘੱਟੋ-ਘੱਟ ਕਿਸੇ ਵੱਖਰੇ ਭੌਤਿਕ ਸਥਾਨ 'ਤੇ। ਅਤੇ, ਬੇਸ਼ਕ, ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਚੰਗੀ ਬੈਕਅੱਪ ਪ੍ਰਣਾਲੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਆਪਣੇ ਡੇਟਾ/ਐਪ ਦੀ ਨਿਗਰਾਨੀ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਕੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵਾਧੂ ਮੁਸ਼ਕਲ ਹੈ?
--
[1] ਅਸਲ ਵਿੱਚ ਜੇਕਰ ਤੁਸੀਂ ਰੀਸਟੋਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਿਸੇ ਹੋਰ ਸਥਾਨ 'ਤੇ ਸਵੈਚਲਿਤ ਕਰਦੇ ਹੋ, ਜੋ ਮੈਂ ਆਪਣੇ ਕੁਝ ਬਿੱਟਾਂ ਲਈ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਤੁਸੀਂ ਉਸ ਬਟਨ ਨੂੰ ਦਬਾ ਸਕਦੇ ਹੋ ਅਤੇ ਪੂਰਾ ਹੋਣ 'ਤੇ DNS ਨੂੰ ਅੱਪਡੇਟ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਥੋੜਾ ਹੋਰ RAM+ਕੋਰ ਨਿਰਧਾਰਤ ਕਰੋ (ਮੇਰਾ ਟੈਸਟ ਸ਼ੀਸ਼ੇ ਲਾਈਵ VM ਤੋਂ ਛੋਟੇ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੂੰ ਅਸਲ ਵਰਤੋਂ ਦੇ ਪੈਟਰਨਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ)

ਬਿਲਕੁਲ ਮੈਂ ਆਪਣੇ ਅਤੇ ਆਪਣੇ ਗਾਹਕਾਂ ਲਈ ਕੀ ਕਰਦਾ ਹਾਂ. ਟਨਾਂ ਦੀ ਬੱਚਤ ਕਰਦਾ ਹੈ

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

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

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿਚ, ਸਿਰਫ ਫਰਕ ਇਹ ਹੈ ਕਿ ਜਵਾਬਦੇਹ ਵਸਤੂ ਫਾਈਲ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ. ਜਾਂ ਤਾਂ ਇਹ IPs ਦੀ ਇੱਕ ਸਥਿਰ ਸੂਚੀ ਹੈ, ਜਾਂ ਇਹ ਟੈਰਾਫਾਰਮ ਤੋਂ ਆਉਂਦੀ ਹੈ

ਜੇਕਰ ਤੁਸੀਂ ECC RAM ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ 60/ਮਹੀਨਾ ਜਾਪਦਾ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਹੋਰ ਸ਼ਕਤੀਸ਼ਾਲੀ 8-ਕੋਰ CPU ਤੱਕ ਵੀ ਵਧਦਾ ਹੈ।

ਬੇਸ਼ੱਕ, ਜੇਕਰ ਅਸੀਂ ਇੱਕ "ਪੂਰਾ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਅਤੇ ਇੱਕ ਡੁਪਲੀਕੇਟ ਸਟੇਜਿੰਗ/ਸਟੈਂਡਬਾਏ ਵਾਤਾਵਰਨ"(ਜਿਸ ਵਿਅਕਤੀ ਨੂੰ ਤੁਸੀਂ ਜਵਾਬ ਦਿੱਤਾ ਹੈ, ਦਾ ਹਵਾਲਾ ਦੇਣ ਲਈ) ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਤਾਂ 60/ਮਹੀਨਾ * (2 ਜਾਂ 3) ਕਿਸੇ ਵੀ ਸ਼ੁਰੂਆਤੀ AWS ਦੇ ਮੁਕਾਬਲੇ ਅਜੇ ਵੀ ਸਸਤਾ ਹੈ। ਬਿੱਲ ਜੋ ਮੈਂ ਦੇਖਿਆ ਹੈ

ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵੱਖ-ਵੱਖ ਹੁੰਦੇ ਹਨ, ਪਰ ਮੈਂ ਇਸ ਗੱਲ ਨਾਲ ਸਹਿਮਤ ਹੁੰਦਾ ਹਾਂ ਕਿ AWS/GCP/Azure ਹਰ ਸਮੱਸਿਆ ਦਾ ਜਵਾਬ ਨਹੀਂ ਹੈ

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