ਵੰਡੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਬਿਲਡਿੰਗ ਬਲਾਕ। ਜ਼ੀਰੋ ਅਨੁਮਾਨ

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

ਜਾਣ ਪਛਾਣ

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

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

ਸਿਧਾਂਤਕ ਆਧਾਰ

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

ਆਉ ਅੰਤਮ ਪ੍ਰਣਾਲੀ ਲਈ 4 ਮੁੱਖ ਲੋੜਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰੀਏ:

• Сਘਟਨਾ-ਮੁਖੀ.
  ਸਿਸਟਮ ਘਟਨਾਵਾਂ ਦੇ ਪ੍ਰਵਾਹ ਵਿੱਚੋਂ ਲੰਘਣ ਅਤੇ ਲੋੜੀਂਦੀਆਂ ਕਾਰਵਾਈਆਂ ਕਰਨ ਲਈ ਹਮੇਸ਼ਾ ਤਿਆਰ ਰਹਿੰਦਾ ਹੈ;
• Мਮਾਪਯੋਗਤਾ
  ਵਿਅਕਤੀਗਤ ਬਲਾਕਾਂ ਨੂੰ ਲੰਬਕਾਰੀ ਅਤੇ ਖਿਤਿਜੀ ਤੌਰ 'ਤੇ ਸਕੇਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਪੂਰਾ ਸਿਸਟਮ ਅਨੰਤ ਹਰੀਜੱਟਲ ਵਿਕਾਸ ਦੇ ਸਮਰੱਥ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ;
• Оਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ.
  ਸਾਰੇ ਪੱਧਰਾਂ ਅਤੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਆਪਣੇ ਆਪ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ;
• Гਗਾਰੰਟੀਸ਼ੁਦਾ ਜਵਾਬ ਸਮਾਂ.
  ਸਮਾਂ ਕੀਮਤੀ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਉਡੀਕ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ.

"ਛੋਟਾ ਇੰਜਣ ਜੋ ਕਰ ਸਕਦਾ ਸੀ" ਬਾਰੇ ਪੁਰਾਣੀ ਪਰੀ ਕਹਾਣੀ ਯਾਦ ਹੈ? ਪ੍ਰੋਟੋਟਾਈਪ ਪੜਾਅ ਤੋਂ ਸਫਲਤਾਪੂਰਵਕ ਬਾਹਰ ਨਿਕਲਣ ਅਤੇ ਪ੍ਰਗਤੀਸ਼ੀਲ ਹੋਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਸਿਸਟਮ ਲਈ, ਇਸਦੀ ਬੁਨਿਆਦ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਲੋੜਾਂ ਪੂਰੀਆਂ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ SMOG.

ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸੰਦ ਅਤੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਲਈ ਆਧਾਰ ਵਜੋਂ ਮੈਸੇਜਿੰਗ ਵਿੱਚ ਇੱਕ ਹੋਰ ਬਿੰਦੂ ਜੋੜਿਆ ਗਿਆ ਹੈ: ਪ੍ਰੋਗਰਾਮਰਾਂ ਲਈ ਵਰਤੋਂ ਵਿੱਚ ਆਸਾਨੀ।

ਘਟਨਾ-ਮੁਖੀ

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

ਸਕੇਲੇਬਿਲਟੀ

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

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

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

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

• ਜਦੋਂ ਤਰੱਕੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਾਜ਼-ਸਾਮਾਨ ਦੀ ਸ਼ਕਤੀ ਵਧਦੀ ਹੈ. ਇਹ ਅਪੂਰਣ ਸੌਫਟਵੇਅਰ ਦੇ ਕਾਰਨ ਵਿਹਲਾ ਨਹੀਂ ਹੋਵੇਗਾ। ਅਰਲਾਂਗ ਲੰਬਕਾਰੀ ਢੰਗ ਨਾਲ ਸਕੇਲ ਕਰਦਾ ਹੈ ਅਤੇ ਹਮੇਸ਼ਾ ਸਾਰੇ CPU ਕੋਰ ਅਤੇ ਉਪਲਬਧ ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ;
• ਕਲਾਉਡ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਅਸੀਂ ਮੌਜੂਦਾ ਜਾਂ ਅਨੁਮਾਨਿਤ ਲੋਡ ਅਤੇ ਗਾਰੰਟੀ SLA ਦੇ ਅਧਾਰ ਤੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਮਾਤਰਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦੇ ਹਾਂ।

ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ

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

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

ਜਵਾਬਦੇਹੀ

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

ਸ਼ੁਰੂਆਤੀ ਸਾਰ

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

ਪਹਿਲੇ ਭਾਗ ਦਾ ਅੰਤ.

ਫੋਟੋਗ੍ਰਾਫੀ @ਲੂਕਾਬਰਾਵੋ.

ਸਰੋਤ: www.habr.com