ਕਲੋਸਟਰ → ਸਧਾਰਨ OTP ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ

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

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

ਵੱਖ-ਵੱਖ ਨੋਡਾਂ 'ਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਲਿੰਕਾਂ ਅਤੇ ਮਾਨੀਟਰਾਂ ਦੇ ਵਿਚਕਾਰ ਸੁਨੇਹਾ ਪਾਸ ਕਰਨਾ, ਪਾਰਦਰਸ਼ੀ ਹੈ […]

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

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

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

ਲੋੜ

ਮੈਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਲੋੜ ਸੀ ਜੋ ਕਲੱਸਟਰ ਦੇ ਪ੍ਰਬੰਧਨ ਨੂੰ ਸੰਭਾਲ ਲਵੇਗੀ ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੋਣਗੀਆਂ:

• ਨੋਡਾਂ ਦੀ ਹਾਰਡ-ਕੋਡਿਡ ਸੂਚੀ ਅਤੇ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਗਤੀਸ਼ੀਲ ਖੋਜ ਦੋਵਾਂ ਨਾਲ ਪਾਰਦਰਸ਼ੀ ਕੰਮ ਗਲਤ;
• ਹਰ ਟੌਪੋਲੋਜੀ ਤਬਦੀਲੀ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਾਰਜਸ਼ੀਲ ਕਾਲਬੈਕ (ਉੱਥੇ ਨੋਡ, ਇੱਥੇ ਨੋਡ, ਨੈੱਟਵਰਕ ਅਸਥਿਰਤਾ, ਸਪਲਿਟਸ);
• ਲੰਬੇ ਅਤੇ ਛੋਟੇ ਨਾਮਾਂ ਦੇ ਨਾਲ ਇੱਕ ਕਲੱਸਟਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਪਾਰਦਰਸ਼ੀ ਇੰਟਰਫੇਸ, ਜਿਵੇਂ ਕਿ :nonode@nohost;
• ਡੌਕਰ ਸਪੋਰਟ ਬਾਕਸ ਦੇ ਬਾਹਰ, ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕੋਡ ਲਿਖਣ ਤੋਂ ਬਿਨਾਂ।

ਬਾਅਦ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜਦੋਂ ਮੈਂ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕੀਤੀ :nonode@nohost, ਜਾਂ ਵਰਤ ਕੇ ਇੱਕ ਨਕਲੀ ਤੌਰ 'ਤੇ ਵੰਡੇ ਵਾਤਾਵਰਣ ਵਿੱਚ test_cluster_task, ਮੈਂ ਬੱਸ ਚਲਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ docker-compose up --scale my_app=3 ਅਤੇ ਦੇਖੋ ਕਿ ਇਹ ਬਿਨਾਂ ਕਿਸੇ ਕੋਡ ਬਦਲਾਵ ਦੇ ਡੌਕਰ ਵਿੱਚ ਤਿੰਨ ਮੌਕਿਆਂ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਂਦਾ ਹੈ. ਮੈਂ ਨਿਰਭਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵੀ ਚਾਹੁੰਦਾ ਹਾਂ ਜਿਵੇਂ ਕਿ mnesia - ਜਦੋਂ ਟੌਪੌਲੋਜੀ ਬਦਲਦੀ ਹੈ, ਪਰਦੇ ਦੇ ਪਿੱਛੇ ਉਹ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਕਿੱਕ ਦੇ ਕਲੱਸਟਰ ਲਾਈਵ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਂਦੇ ਹਨ।

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

ਪਹੁੰਚ ਚੁਣੀ ਹੈ

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

ਜਦੋਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਵਜੋਂ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲਾਇਬ੍ਰੇਰੀ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ config, ਜਿਸ ਤੋਂ ਇਹ ਹੇਠਾਂ ਦਿੱਤੇ ਮੂਲ ਮੁੱਲਾਂ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ:

config :cloister,
  otp_app: :my_app,
  sentry: :"cloister.local", # or ~w|n1@foo n2@bar|a
  consensus: 3,              # number of nodes to consider
                             #    the cluster is up
  listener: MyApp.Listener   # listener to be called when
                             #    the ring has changed

ਉਪਰੋਕਤ ਮਾਪਦੰਡਾਂ ਦਾ ਸ਼ਾਬਦਿਕ ਅਰਥ ਹੈ: ਕਲੀਸਟਰ OTP ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ :my_app, ਵਰਤਦਾ ਹੈ Erlang ਸੇਵਾ ਖੋਜ ਨੋਡਾਂ ਨੂੰ ਜੋੜਨ ਲਈ, ਘੱਟੋ-ਘੱਟ ਤਿੰਨ, ਅਤੇ MyApp.Listener ਮੋਡੀਊਲ (ਲਾਗੂ ਕਰਨਾ @behaviour Cloister.Listener) ਨੂੰ ਟੌਪੌਲੋਜੀ ਤਬਦੀਲੀਆਂ ਬਾਰੇ ਸੂਚਨਾਵਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਸੰਪੂਰਨ ਸੰਰਚਨਾ ਦਾ ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਦਸਤਾਵੇਜ਼.

ਇਸ ਸੰਰਚਨਾ ਦੇ ਨਾਲ, ਐਪਲੀਕੇਸ਼ਨ ਕਲੀਸਟਰ ਹੋ ਜਾਵੇਗਾ ਪੜਾਵਾਂ ਵਿੱਚ ਲਾਂਚ ਕਰੋ, ਮੁੱਖ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਦੇਰੀ ਜਦੋਂ ਤੱਕ ਸਹਿਮਤੀ ਨਹੀਂ ਪਹੁੰਚ ਜਾਂਦੀ (ਤਿੰਨ ਨੋਡ ਜੁੜੇ ਹੋਏ ਹਨ ਅਤੇ ਜੁੜੇ ਹੋਏ ਹਨ, ਜਿਵੇਂ ਕਿ ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ।) ਇਹ ਮੁੱਖ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇਹ ਮੰਨਣ ਦਾ ਮੌਕਾ ਦਿੰਦਾ ਹੈ ਕਿ ਜਦੋਂ ਇਹ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਕਲੱਸਟਰ ਪਹਿਲਾਂ ਹੀ ਉਪਲਬਧ ਹੈ। ਜਦੋਂ ਵੀ ਟੌਪੌਲੋਜੀ ਬਦਲਦੀ ਹੈ (ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਹੋਣਗੇ, ਕਿਉਂਕਿ ਨੋਡ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਕਾਲੀ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੇ), ਹੈਂਡਲਰ ਨੂੰ ਬੁਲਾਇਆ ਜਾਵੇਗਾ MyApp.Listener.on_state_change/2. ਜ਼ਿਆਦਾਤਰ ਸਮਾਂ ਜਦੋਂ ਸਾਨੂੰ ਕੋਈ ਸਟੇਟਸ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ ਤਾਂ ਅਸੀਂ ਕੋਈ ਕਾਰਵਾਈ ਕਰਦੇ ਹਾਂ %Cloister.Monitor{status: :up}, ਜਿਸਦਾ ਮਤਲਬ ਹੈ: "ਹੈਲੋ, ਕਲੱਸਟਰ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ ਗਿਆ ਹੈ।"

ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇੰਸਟਾਲੇਸ਼ਨ consensus: 3 ਅਨੁਕੂਲ ਹੈ ਕਿਉਂਕਿ ਭਾਵੇਂ ਅਸੀਂ ਹੋਰ ਨੋਡਾਂ ਦੇ ਜੁੜਨ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਾਂ, ਕਾਲਬੈਕ ਲੰਘ ਜਾਵੇਗਾ status: :rehashing → status: :up ਕਿਸੇ ਵੀ ਨਵੇਂ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਂ ਹਟਾਏ ਗਏ ਨੋਡ 'ਤੇ.

ਵਿਕਾਸ ਮੋਡ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ consensus: 1 и ਕਲੀਸਟਰ ਜਦੋਂ ਉਹ ਦੇਖਦਾ ਹੈ ਤਾਂ ਖੁਸ਼ੀ ਨਾਲ ਕਲੱਸਟਰ ਅਸੈਂਬਲੀ ਦੀ ਉਡੀਕ ਨੂੰ ਛੱਡ ਦੇਵੇਗਾ :nonode@nohost, ਜਾਂ :node@host, ਜਾਂ :[email protected] - ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਨੋਡ ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ (:none | :shortnames | :longnames).

ਵੰਡਿਆ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਬੰਧਨ

ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵੈਕਿਊਮ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦੀਆਂ ਹਨ ਆਮ ਤੌਰ 'ਤੇ ਵੰਡੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ mnesia. ਸਾਡੇ ਲਈ ਉਸੇ ਕਾਲਬੈਕ ਤੋਂ ਉਹਨਾਂ ਦੀ ਮੁੜ ਸੰਰਚਨਾ ਨੂੰ ਸੰਭਾਲਣਾ ਆਸਾਨ ਹੈ on_state_change/2. ਇੱਥੇ, ਉਦਾਹਰਨ ਲਈ, ਮੁੜ-ਸੰਰਚਨਾ ਕਰਨ ਦੇ ਤਰੀਕੇ ਦਾ ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ ਹੈ mnesia ਵਿੱਚ ਉੱਡਣ 'ਤੇ ਦਸਤਾਵੇਜ਼ ਕਲੀਸਟਰ.

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

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

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

ਸਰੋਤ: www.habr.com