ਸੁਨੇਹਾ ਦਲਾਲਾਂ ਨੂੰ ਸਮਝਣਾ। ActiveMQ ਅਤੇ Kafka ਨਾਲ ਮੈਸੇਜਿੰਗ ਦੇ ਮਕੈਨਿਕਸ ਨੂੰ ਸਿੱਖਣਾ। ਅਧਿਆਇ 1

ਹੈਲੋ ਹਰ ਕੋਈ!

ਮੈਂ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਕਿਤਾਬ ਦਾ ਅਨੁਵਾਦ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ:
«ਸੁਨੇਹਾ ਦਲਾਲਾਂ ਨੂੰ ਸਮਝਣਾ",
ਲੇਖਕ: ਜੈਕਬ ਕੋਰਬ, ਪ੍ਰਕਾਸ਼ਕ: ਓ'ਰੀਲੀ ਮੀਡੀਆ, ਇੰਕ., ਪ੍ਰਕਾਸ਼ਨ ਦੀ ਮਿਤੀ: ਜੂਨ 2017, ISBN: 9781492049296।

ਕਿਤਾਬ ਦੀ ਜਾਣ-ਪਛਾਣ ਤੋਂ:
"... ਇਹ ਕਿਤਾਬ ਤੁਹਾਨੂੰ ਸਿਖਾਏਗੀ ਕਿ ਬ੍ਰੋਕਰ ਮੈਸੇਜਿੰਗ ਪ੍ਰਣਾਲੀਆਂ ਬਾਰੇ ਕਿਵੇਂ ਸੋਚਣਾ ਹੈ, ਦੋ ਪ੍ਰਸਿੱਧ ਬ੍ਰੋਕਰ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਤੁਲਨਾ ਅਤੇ ਵਿਪਰੀਤਤਾ: Apache ActiveMQ ਅਤੇ Apache Kafka। ਇਹ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਅਤੇ ਵਿਕਾਸ ਪ੍ਰੋਤਸਾਹਨ ਦੀ ਰੂਪਰੇਖਾ ਬਣਾਏਗਾ ਜਿਸ ਨੇ ਉਹਨਾਂ ਦੇ ਵਿਕਾਸਕਰਤਾਵਾਂ ਨੂੰ ਇੱਕੋ ਖੇਤਰ ਲਈ ਬਹੁਤ ਵੱਖੋ-ਵੱਖਰੇ ਪਹੁੰਚ ਅਪਣਾਉਣ ਲਈ ਅਗਵਾਈ ਕੀਤੀ - ਇੱਕ ਵਿਚਕਾਰਲੇ ਬ੍ਰੋਕਰ ਦੇ ਨਾਲ ਸਿਸਟਮਾਂ ਵਿਚਕਾਰ ਸੁਨੇਹਾ। ਅਸੀਂ ਇਹਨਾਂ ਤਕਨਾਲੋਜੀਆਂ ਨੂੰ ਜ਼ਮੀਨ ਤੋਂ ਉੱਪਰ ਦੇਖਾਂਗੇ ਅਤੇ ਰਸਤੇ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਡਿਜ਼ਾਈਨ ਵਿਕਲਪਾਂ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਉਜਾਗਰ ਕਰਾਂਗੇ। ਤੁਸੀਂ ਦੋਵਾਂ ਉਤਪਾਦਾਂ ਦੀ ਡੂੰਘੀ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰੋਗੇ, ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਨਹੀਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਹੋਰ ਮੈਸੇਜਿੰਗ ਤਕਨਾਲੋਜੀਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰਦੇ ਸਮੇਂ ਕੀ ਵੇਖਣਾ ਹੈ ਇਸ ਬਾਰੇ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰੋਗੇ। … ”

ਹੁਣ ਤੱਕ ਅਨੁਵਾਦ ਕੀਤੇ ਹਿੱਸੇ:
ਅਧਿਆਇ 1. ਜਾਣ-ਪਛਾਣ
ਅਧਿਆਇ 3. ਕਾਫਕਾ

ਮੈਂ ਸੰਪੂਰਨ ਅਧਿਆਏ ਪੋਸਟ ਕਰਾਂਗਾ ਕਿਉਂਕਿ ਉਹ ਅਨੁਵਾਦ ਕੀਤੇ ਗਏ ਹਨ।

ਅਧਿਆਇ 1

ਜਾਣ ਪਛਾਣ

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

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

ਜਾਣੂ ਆਵਾਜ਼?

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

ਦਲਾਲਾਂ ਦੇ ਕੰਮ ਕਰਨ ਦੇ ਤਰੀਕੇ ਦੀ ਡੂੰਘੀ ਸਮਝ ਤੋਂ ਬਿਨਾਂ, ਲੋਕ ਆਪਣੇ ਮੈਸੇਜਿੰਗ ਪ੍ਰਣਾਲੀਆਂ ਬਾਰੇ ਪ੍ਰਤੀਤ ਹੁੰਦਾ ਜਾਇਜ਼ ਬਿਆਨ ਦਿੰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ:

• ਸਿਸਟਮ ਕਦੇ ਵੀ ਸੁਨੇਹੇ ਨਹੀਂ ਗੁਆਏਗਾ
• ਸੁਨੇਹਿਆਂ 'ਤੇ ਕ੍ਰਮਵਾਰ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਵੇਗੀ
• ਖਪਤਕਾਰਾਂ ਨੂੰ ਜੋੜਨ ਨਾਲ ਸਿਸਟਮ ਤੇਜ਼ ਹੋ ਜਾਵੇਗਾ
• ਸੁਨੇਹੇ ਸਿਰਫ਼ ਇੱਕ ਵਾਰ ਡਿਲੀਵਰ ਕੀਤੇ ਜਾਣਗੇ

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਕਥਨ ਧਾਰਨਾਵਾਂ 'ਤੇ ਅਧਾਰਤ ਹਨ ਜੋ ਸਿਰਫ ਕੁਝ ਖਾਸ ਹਾਲਤਾਂ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਜਦਕਿ ਬਾਕੀ ਸਿਰਫ਼ ਗਲਤ ਹਨ।

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

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਸ਼ੁਰੂ ਕਰੀਏ, ਆਓ ਮੂਲ ਗੱਲਾਂ 'ਤੇ ਚੱਲੀਏ।

ਮੈਸੇਜਿੰਗ ਸਿਸਟਮ ਕੀ ਹੈ ਅਤੇ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

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

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

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

ਆਉ ਅਸੀਂ ਉਹਨਾਂ ਕਿਸਮਾਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਲਈ ਕੁਝ ਸਮਾਨਤਾਵਾਂ ਨੂੰ ਵੇਖੀਏ ਜਿਹਨਾਂ ਨੂੰ ਇੱਕ ਮੈਸੇਜਿੰਗ ਸਿਸਟਮ ਹੱਲ ਕਰਦਾ ਹੈ ਅਤੇ ਕੁਝ ਬੁਨਿਆਦੀ ਸ਼ਰਤਾਂ ਪੇਸ਼ ਕਰਦੇ ਹਨ।

ਬਿੰਦੂ-ਤੋਂ-ਬਿੰਦੂ

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

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

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

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

ਪ੍ਰਕਾਸ਼ਕ-ਗਾਹਕ

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

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

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

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

ਹਾਈਬ੍ਰਿਡ ਮਾਡਲ

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

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

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

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

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

ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ: tele.gg/middle_java

ਹੇਠਾਂ ਅਨੁਵਾਦਿਤ ਭਾਗ: ਅਧਿਆਇ 3. ਕਾਫਕਾ

ਨੂੰ ਜਾਰੀ ਰੱਖਿਆ ਜਾਵੇਗਾ…

ਸਰੋਤ: www.habr.com