ਫੇਲਓਵਰ: ਸੰਪੂਰਨਤਾਵਾਦ ਅਤੇ... ਆਲਸ ਸਾਨੂੰ ਬਰਬਾਦ ਕਰ ਰਹੇ ਹਨ

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

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

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

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

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

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

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

ਇਹ ਸਮਾਂ ਹੈ "ਡਬਲਯੂ ਦੀਆਂ ਕਹਾਣੀਆਂ"... ਜੀਵਨ ਤੋਂ, ਬੇਸ਼ਕ।

ਉਦਾਹਰਨ ਨੰਬਰ ਇੱਕ

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

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

ਉਦਾਹਰਨ ਨੰਬਰ ਦੋ

ਕੰਪਨੀ ਬਲੌਗ: ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਸਿਖਿਅਤ ਲੋਕ ਉੱਥੇ ਖ਼ਬਰਾਂ ਲਿਖਦੇ ਹਨ, ਅਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਪ੍ਰਦਰਸ਼ਨੀ ਵਿਚ ਹਿੱਸਾ ਲਿਆ, ਪਰ ਅਸੀਂ ਇਕ ਹੋਰ ਨਵਾਂ ਉਤਪਾਦ ਜਾਰੀ ਕੀਤਾ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਰ. ਮੰਨ ਲਓ ਕਿ ਇਹ ਵਰਡਪਰੈਸ, ਇੱਕ ਛੋਟਾ ਡੇਟਾਬੇਸ ਅਤੇ ਥੋੜਾ ਜਿਹਾ ਸਥਿਰ ਦੇ ਨਾਲ ਸਟੈਂਡਰਡ PHP ਹੈ। ਬੇਸ਼ੱਕ, ਇਹ ਦੁਬਾਰਾ ਮਨ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਲੇਟਣਾ ਨਹੀਂ ਚਾਹੀਦਾ - "ਪੰਜ ਮਿੰਟ ਤੋਂ ਵੱਧ ਨਹੀਂ!" ਬੱਸ ਬੱਸ। ਪਰ ਆਓ ਅੱਗੇ ਸੋਚੀਏ. ਇਹ ਬਲੌਗ ਕੀ ਕਰਦਾ ਹੈ? ਲੋਕ ਉੱਥੇ ਯਾਂਡੇਕਸ ਤੋਂ, ਗੂਗਲ ਤੋਂ ਕੁਝ ਸਵਾਲਾਂ ਦੇ ਆਧਾਰ 'ਤੇ, ਆਰਗੈਨਿਕ ਤੌਰ 'ਤੇ ਆਉਂਦੇ ਹਨ। ਮਹਾਨ। ਕੀ ਵਿਕਰੀ ਦਾ ਇਸ ਨਾਲ ਕੋਈ ਲੈਣਾ-ਦੇਣਾ ਹੈ? ਏਪੀਫਨੀ: ਅਸਲ ਵਿੱਚ ਨਹੀਂ। ਵਿਗਿਆਪਨ ਟ੍ਰੈਫਿਕ ਮੁੱਖ ਸਾਈਟ ਤੇ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਵੱਖਰੀ ਮਸ਼ੀਨ 'ਤੇ ਹੈ. ਆਉ ਇੱਕ ਬੁਕਿੰਗ ਸਕੀਮ ਬਾਰੇ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕਰੀਏ। ਇੱਕ ਚੰਗੇ ਤਰੀਕੇ ਨਾਲ, ਇਸਨੂੰ ਇੱਕ ਦੋ ਘੰਟਿਆਂ ਵਿੱਚ ਉਭਾਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਇਸਦੇ ਲਈ ਤਿਆਰ ਕਰਨਾ ਚੰਗਾ ਹੋਵੇਗਾ. ਕਿਸੇ ਹੋਰ ਡੇਟਾ ਸੈਂਟਰ ਤੋਂ ਮਸ਼ੀਨ ਲੈਣਾ, ਵਾਤਾਵਰਣ ਨੂੰ ਇਸ ਉੱਤੇ ਰੋਲ ਕਰਨਾ, ਯਾਨੀ ਇੱਕ ਵੈੱਬ ਸਰਵਰ, PHP, ਵਰਡਪਰੈਸ, MySQL, ਅਤੇ ਇਸਨੂੰ ਉੱਥੇ ਛੱਡਣਾ ਵਾਜਬ ਹੋਵੇਗਾ। ਇਸ ਸਮੇਂ ਜਦੋਂ ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਸਭ ਕੁਝ ਟੁੱਟ ਗਿਆ ਹੈ, ਸਾਨੂੰ ਦੋ ਚੀਜ਼ਾਂ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ - mysql ਡੰਪ ਨੂੰ 50 ਮੀਟਰ ਰੋਲ ਕਰੋ, ਇਹ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਉੱਡ ਜਾਵੇਗਾ, ਅਤੇ ਉੱਥੇ ਬੈਕਅੱਪ ਤੋਂ ਕੁਝ ਤਸਵੀਰਾਂ ਨੂੰ ਰੋਲ ਆਊਟ ਕਰੋ। ਇਹ ਵੀ ਨਹੀਂ ਹੈ ਕਿ ਰੱਬ ਜਾਣੇ ਕਿੰਨਾ ਚਿਰ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਅੱਧੇ ਘੰਟੇ ਵਿੱਚ ਸਾਰਾ ਕੁਝ ਚੜ੍ਹ ਜਾਂਦਾ ਹੈ। ਕੋਈ ਨਕਲ ਨਹੀਂ, ਜਾਂ ਰੱਬ ਮੈਨੂੰ ਮਾਫ਼ ਕਰ, ਆਟੋਮੈਟਿਕ ਫੇਲਓਵਰ. ਸਿੱਟਾ: ਜੋ ਅਸੀਂ ਬੈਕਅੱਪ ਤੋਂ ਤੇਜ਼ੀ ਨਾਲ ਰੋਲ ਆਊਟ ਕਰ ਸਕਦੇ ਹਾਂ, ਉਸ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਉਦਾਹਰਨ ਨੰਬਰ ਤਿੰਨ, ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ

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

ਇਹ ਸਭ ਕਿਵੇਂ ਰਾਖਵਾਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ? ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ ਕਾਰ ਦੀ ਜ਼ਰੂਰਤ ਹੈ: ਸਮਾਂ ਦਾ ਇੱਕ ਘੰਟਾ ਬਹੁਤ ਘੱਟ ਹੈ. Mysql: ਇੱਥੇ ਸਾਨੂੰ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ, ਲਾਈਵ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਲੋੜ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਘੰਟੇ ਵਿੱਚ 100 GB ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਡੰਪ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਸਟੈਟਿਕਸ, ਤਸਵੀਰਾਂ: ਦੁਬਾਰਾ, ਇੱਕ ਘੰਟੇ ਵਿੱਚ 500 GB ਨੂੰ ਜੋੜਨ ਦਾ ਸਮਾਂ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਇਸ ਲਈ, ਤਸਵੀਰਾਂ ਨੂੰ ਤੁਰੰਤ ਕਾਪੀ ਕਰਨਾ ਬਿਹਤਰ ਹੈ. Redis: ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਦਿਲਚਸਪ ਹੋ ਜਾਂਦਾ ਹੈ। ਰੈਡਿਸ ਵਿੱਚ, ਸੈਸ਼ਨ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ - ਅਸੀਂ ਇਸਨੂੰ ਲੈ ਕੇ ਦਫਨ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਕਿਉਂਕਿ ਇਹ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਹੋਵੇਗਾ: ਸਾਰੇ ਉਪਭੋਗਤਾ ਲੌਗ ਆਉਟ ਹੋ ਜਾਣਗੇ, ਉਹਨਾਂ ਦੇ ਟੋਕਰੀਆਂ ਨੂੰ ਖਾਲੀ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਰ. ਲੋਕਾਂ ਨੂੰ ਆਪਣਾ ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਦੁਬਾਰਾ ਦਰਜ ਕਰਨ ਲਈ ਮਜ਼ਬੂਰ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਦੂਰ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਖਰੀਦ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ। ਦੁਬਾਰਾ, ਪਰਿਵਰਤਨ ਘੱਟ ਜਾਣਗੇ। ਦੂਜੇ ਪਾਸੇ, ਰੈਡਿਸ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਅੱਪ-ਟੂ-ਡੇਟ ਹੈ, ਆਖਰੀ ਲੌਗ-ਇਨ ਕੀਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸ਼ਾਇਦ ਲੋੜ ਵੀ ਨਹੀਂ ਹੈ। ਅਤੇ ਇੱਕ ਚੰਗਾ ਸਮਝੌਤਾ Redis ਲੈਣਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕੱਲ੍ਹ ਤੋਂ ਇੱਕ ਬੈਕਅਪ ਤੋਂ ਰੀਸਟੋਰ ਕਰਨਾ ਹੈ, ਜਾਂ, ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਹਰ ਘੰਟੇ ਕਰਦੇ ਹੋ, ਇੱਕ ਘੰਟਾ ਪਹਿਲਾਂ ਤੋਂ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਇਸਨੂੰ ਬੈਕਅੱਪ ਤੋਂ ਰੀਸਟੋਰ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਇੱਕ ਫਾਈਲ ਦੀ ਨਕਲ ਕਰਨਾ। ਅਤੇ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਕਹਾਣੀ ਹੈ Elasticsearch. ਕਿਸ ਨੇ ਕਦੇ MySQL ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਚੁੱਕਿਆ ਹੈ? ਕਿਸ ਨੇ ਕਦੇ Elasticsearch ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਚੁੱਕਿਆ ਹੈ? ਅਤੇ ਕਿਸ ਲਈ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਸੀ? ਮੇਰਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਅਸੀਂ ਆਪਣੇ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਖਾਸ ਹਸਤੀ ਦੇਖਦੇ ਹਾਂ। ਇਹ ਲਾਭਦਾਇਕ ਜਾਪਦਾ ਹੈ - ਪਰ ਇਹ ਗੁੰਝਲਦਾਰ ਹੈ.
ਇਸ ਅਰਥ ਵਿਚ ਗੁੰਝਲਦਾਰ ਹੈ ਕਿ ਸਾਡੇ ਸਾਥੀ ਇੰਜੀਨੀਅਰਾਂ ਕੋਲ ਇਸ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਕੋਈ ਤਜਰਬਾ ਨਹੀਂ ਹੈ। ਜਾਂ ਇੱਕ ਨਕਾਰਾਤਮਕ ਅਨੁਭਵ ਹੈ. ਜਾਂ ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਇਹ ਅਜੇ ਵੀ ਸੂਖਮਤਾ ਜਾਂ ਕੱਚੇਪਨ ਦੇ ਨਾਲ ਕਾਫ਼ੀ ਨਵੀਂ ਤਕਨੀਕ ਹੈ। ਅਸੀਂ ਸੋਚਦੇ ਹਾਂ... ਹਾਏ, ਲਚਕੀਲਾ ਵੀ ਸਿਹਤਮੰਦ ਹੈ, ਇਸਨੂੰ ਬੈਕਅੱਪ ਤੋਂ ਰੀਸਟੋਰ ਕਰਨ ਵਿੱਚ ਵੀ ਲੰਮਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ? ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਲਚਕੀਲਾ ਖੋਜ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਸਾਡਾ ਔਨਲਾਈਨ ਸਟੋਰ ਕਿਵੇਂ ਵੇਚਦਾ ਹੈ? ਅਸੀਂ ਮਾਰਕਿਟਰਾਂ ਕੋਲ ਜਾਂਦੇ ਹਾਂ ਅਤੇ ਪੁੱਛਦੇ ਹਾਂ ਕਿ ਲੋਕ ਆਮ ਤੌਰ 'ਤੇ ਕਿੱਥੋਂ ਆਉਂਦੇ ਹਨ. ਉਹ ਜਵਾਬ ਦਿੰਦੇ ਹਨ: "ਯਾਂਡੇਕਸ ਮਾਰਕੀਟ ਤੋਂ 90% ਸਿੱਧੇ ਉਤਪਾਦ ਕਾਰਡ 'ਤੇ ਆਉਂਦੇ ਹਨ।" ਅਤੇ ਜਾਂ ਤਾਂ ਉਹ ਇਸਨੂੰ ਖਰੀਦਦੇ ਹਨ ਜਾਂ ਉਹ ਨਹੀਂ ਕਰਦੇ. ਇਸ ਲਈ, 10% ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਖੋਜ ਦੀ ਲੋੜ ਹੈ. ਅਤੇ ਲਚਕੀਲੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਰੱਖਣਾ, ਖਾਸ ਕਰਕੇ ਵੱਖ-ਵੱਖ ਜ਼ੋਨਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਡੇਟਾ ਸੈਂਟਰਾਂ ਦੇ ਵਿਚਕਾਰ, ਅਸਲ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਸੂਖਮਤਾਵਾਂ ਹਨ. ਕਿਹੜਾ ਨਿਕਾਸ? ਅਸੀਂ ਇੱਕ ਰਿਜ਼ਰਵਡ ਸਾਈਟ ਤੋਂ ਲਚਕੀਲਾ ਲੈਂਦੇ ਹਾਂ ਅਤੇ ਇਸਦੇ ਨਾਲ ਕੁਝ ਨਹੀਂ ਕਰਦੇ. ਜੇਕਰ ਮਾਮਲਾ ਅੱਗੇ ਵਧਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਸ਼ਾਇਦ ਕਿਸੇ ਦਿਨ ਇਸ ਨੂੰ ਉਠਾਵਾਂਗੇ, ਪਰ ਇਹ ਨਿਸ਼ਚਿਤ ਨਹੀਂ ਹੈ। ਅਸਲ ਵਿੱਚ, ਸਿੱਟਾ ਇੱਕੋ ਜਿਹਾ ਹੈ, ਪਲੱਸ ਜਾਂ ਘਟਾਓ: ਅਸੀਂ ਦੁਬਾਰਾ, ਉਹ ਸੇਵਾਵਾਂ ਰਿਜ਼ਰਵ ਨਹੀਂ ਕਰਦੇ ਜੋ ਪੈਸੇ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦੀਆਂ। ਚਿੱਤਰ ਨੂੰ ਸਰਲ ਰੱਖਣ ਲਈ।

ਉਦਾਹਰਨ ਨੰਬਰ ਚਾਰ, ਹੋਰ ਵੀ ਔਖਾ

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

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

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

ਉਦਾਹਰਨ ਨੰਬਰ ਪੰਜ, ਪੂਰਾ ਹਾਰਡਕੋਰ

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

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

ਇਹ ਸ਼ਾਇਦ ਸਭ ਕੁਝ ਹੈ। ਆਲਸੀ ਨਾ ਬਣੋ ਜਾਂ ਇਸ ਨੂੰ ਜ਼ਿਆਦਾ ਨਾ ਕਰੋ। ਅਤੇ ਅਪਟਾਈਮ ਤੁਹਾਡੇ ਨਾਲ ਹੋ ਸਕਦਾ ਹੈ!

ਸਰੋਤ: www.habr.com