ਅਪਾਚੇ ਇਗਨਾਈਟ ਜ਼ੀਰੋ ਡਿਪਲਾਇਮੈਂਟ: ਅਸਲ ਵਿੱਚ ਜ਼ੀਰੋ?

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

1. ਸਮੱਸਿਆ ਦਾ ਬਿਆਨ

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

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

2. ਸਾਹਿਤ ਦਾ ਅਧਿਐਨ

ਮੇਰੇ ਕੋਲ ਅਜੇ ਕੋਈ ਅਨੁਭਵ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਮੈਂ ਸਟੋਵ ਤੋਂ ਨੱਚਣਾ ਸ਼ੁਰੂ ਕਰ ਰਿਹਾ ਹਾਂ। ਭਾਵ, ਪ੍ਰਕਾਸ਼ਨਾਂ ਦੀ ਸਮੀਖਿਆ ਤੋਂ.

ਆਰਟੀਕਲ 2016 ਅਪਾਚੇ ਇਗਨਾਈਟ ਨੂੰ ਪੇਸ਼ ਕਰਨਾ: ਪਹਿਲੇ ਕਦਮ ਇਸ ਵਿੱਚ ਅਪਾਚੇ ਇਗਨਾਈਟ ਪ੍ਰੋਜੈਕਟ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਇੱਕ ਲਿੰਕ ਹੈ ਅਤੇ ਉਸੇ ਸਮੇਂ ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀ ਅਸਪਸ਼ਟਤਾ ਲਈ ਇੱਕ ਬਦਨਾਮੀ ਹੈ। ਮੈਂ ਇਸਨੂੰ ਦੋ ਵਾਰ ਦੁਬਾਰਾ ਪੜ੍ਹਦਾ ਹਾਂ, ਸਪਸ਼ਟਤਾ ਨਹੀਂ ਆਉਂਦੀ. ਮੈਂ ਅਧਿਕਾਰਤ ਟਿਊਟੋਰਿਅਲ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹਾਂ ਸ਼ੁਰੂ ਕਰਨਾ, ਜੋ ਕਿ
ਆਸ਼ਾਵਾਦੀ ਤੌਰ 'ਤੇ ਵਾਅਦਾ ਕਰਦਾ ਹੈ ਕਿ "ਤੁਸੀਂ ਇੱਕ ਪਲ ਵਿੱਚ ਤਿਆਰ ਹੋ ਜਾਵੋਗੇ!" ਮੈਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਸੈਟਿੰਗਾਂ ਦਾ ਪਤਾ ਲਗਾ ਰਿਹਾ ਹਾਂ, ਦੋ Apache Ignite Essentials ਵੀਡੀਓ ਦੇਖ ਰਿਹਾ ਹਾਂ, ਪਰ ਉਹ ਮੇਰੇ ਖਾਸ ਕੰਮ ਲਈ ਬਹੁਤ ਉਪਯੋਗੀ ਨਹੀਂ ਸਨ। ਮੈਂ ਪਹਿਲੀ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਂਦੇ ਹੋਏ, ਸਟੈਂਡਰਡ ਫਾਈਲ “example-ignite.xml” ਨਾਲ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਇਗਨਾਈਟ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਲਾਂਚ ਕੀਤਾ ਗਣਨਾ ਐਪਲੀਕੇਸ਼ਨ ਮਾਵੇਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ. ਐਪਲੀਕੇਸ਼ਨ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਜ਼ੀਰੋ ਡਿਪਲਾਇਮੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਕਿੰਨੀ ਸੁੰਦਰਤਾ ਹੈ!

ਮੈਂ ਅੱਗੇ ਪੜ੍ਹਿਆ, ਅਤੇ ਉੱਥੇ ਉਦਾਹਰਨ ਤੁਰੰਤ affinityKey (ਇੱਕ SQL ਪੁੱਛਗਿੱਛ ਦੁਆਰਾ ਪਹਿਲਾਂ ਬਣਾਈ ਗਈ) ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਰਹੱਸਮਈ BinaryObject ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ:

IgniteCache<BinaryObject, BinaryObject> people 
        = ignite.cache("Person").withKeepBinary(); 

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

ਮੈਂ ਆਪਣੇ ਕੇਸ ਦੇ ਅਨੁਕੂਲ ਹੋਣ ਲਈ ਕੰਪਿਊਟ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਰੀਮੇਕ ਕਰ ਰਿਹਾ/ਰਹੀ ਹਾਂ। MSSQL ਵਿੱਚ ਪੁਆਇੰਟ ਆਫ਼ ਸੇਲ ਦੀ ਡਾਇਰੈਕਟਰੀ ਦੀ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ ਨੂੰ [id] [int] NOT NULL ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਮੈਂ ਸਮਾਨਤਾ ਦੁਆਰਾ ਇੱਕ ਕੈਸ਼ ਬਣਾਉਂਦਾ ਹਾਂ

IgniteCache<Integer, SalesPoint> salesPointCache=ignite.cache("spCache")

xml ਸੰਰਚਨਾ ਵਿੱਚ ਮੈਂ ਦਰਸਾਉਂਦਾ ਹਾਂ ਕਿ ਕੈਸ਼ ਵੰਡਿਆ ਗਿਆ ਹੈ

<bean class="org.apache.ignite.configuration.CacheConfiguration">
    <property name="name" value="spCache"/>
    <property name="cacheMode" value="PARTITIONED"/>
</bean>

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

ਮੈਂ ਟਿਊਟੋਰਿਅਲ ਪੜ੍ਹ ਰਿਹਾ/ਰਹੀ ਹਾਂ ਪਹਿਲਾਂ ਇਗਨਾਈਟ ਕੰਪਿਊਟ ਐਪਲੀਕੇਸ਼ਨ, ਮੈਂ ਇਸਨੂੰ ਸਮਾਨਤਾ ਦੁਆਰਾ ਕਰਦਾ ਹਾਂ. ਹਰੇਕ ਕਲੱਸਟਰ ਨੋਡ 'ਤੇ ਮੈਂ IgniteRunnable(), ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਚਲਾਉਂਦਾ ਹਾਂ:

  @Override
  public void run() {
    SalesPoint sp=salesPointCache.get(spId);
    sp.calculateSalesPointCount();
    ..
  }

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

ਮੈਂ ਦੋ CentOs ਟੈਸਟ ਸਰਵਰ ਲਾਂਚ ਕਰਦਾ ਹਾਂ, ਡਿਫਾਲਟ-config.xml ਵਿੱਚ IP ਐਡਰੈੱਸ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹਾਂ, ਹਰੇਕ 'ਤੇ ਐਗਜ਼ੀਕਿਊਟ ਕਰਦਾ ਹਾਂ।

./bin/ignite.sh config/default-config.xml

ਦੋਵੇਂ ਇਗਨਾਈਟ ਨੋਡ ਚੱਲ ਰਹੇ ਹਨ ਅਤੇ ਇੱਕ ਦੂਜੇ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਨ। ਮੈਂ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨ ਦੀ xml ਸੰਰਚਨਾ ਵਿੱਚ ਲੋੜੀਂਦੇ ਪਤੇ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹਾਂ, ਇਹ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਟੌਪੌਲੋਜੀ ਵਿੱਚ ਇੱਕ ਤੀਜਾ ਨੋਡ ਜੋੜਦਾ ਹੈ ਅਤੇ ਤੁਰੰਤ ਦੋ ਨੋਡ ਦੁਬਾਰਾ ਹੁੰਦੇ ਹਨ। ਲੌਗ ਲਾਈਨ ਵਿੱਚ “ClassNotFoundException: model.SalesPoint” ਦਿਖਾਉਂਦਾ ਹੈ

SalesPoint sp=salesPointCache.get(spId);

ਸਟੈਕਓਵਰਫਲੋ ਕਹਿੰਦਾ ਹੈ ਕਿ ਗਲਤੀ ਦਾ ਕਾਰਨ ਇਹ ਹੈ ਕਿ CentOs ਸਰਵਰਾਂ 'ਤੇ ਕੋਈ ਕਸਟਮ ਸੇਲਸਪੁਆਇੰਟ ਕਲਾਸ ਨਹੀਂ ਹੈ. ਅਸੀਂ ਪਹੁੰਚ ਗਏ ਹਾਂ। "ਤੁਹਾਨੂੰ ਹਰੇਕ ਨੋਡ 'ਤੇ ਆਪਣੇ ਜਾਵਾ ਕੋਡ ਨੂੰ ਹੱਥੀਂ ਤੈਨਾਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ" ਆਦਿ ਬਾਰੇ ਕਿਵੇਂ? ਜਾਂ ਕੀ “ਤੁਹਾਡਾ ਜਾਵਾ ਕੋਡ” ਸੇਲਸਪੁਆਇੰਟ ਬਾਰੇ ਨਹੀਂ ਹੈ?

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

ਵੈਲੇਨਟਿਨ ਕੁਲੀਚੇਂਕੋ, ਗਰਿੱਡਗੇਨ ਸਿਸਟਮਜ਼ ਵਿਖੇ ਲੀਡ ਆਰਕੀਟੈਕਟ, ਜਵਾਬ ਸਟੈਕ ਓਵਰਫਲੋ 'ਤੇ, ਅਪ੍ਰੈਲ 2016:

Model classes are not peer deployed, but you can use withKeepBinary() flag
on the cache and query BinaryObjects. This way you will avoid deserialization
on the server side and will not get ClassNotFoundException.

ਇਕ ਹੋਰ ਪ੍ਰਮਾਣਿਕ ​​ਰਾਏ: ਡੇਨਿਸ ਮੈਗਡਾ, ਉਤਪਾਦ ਪ੍ਰਬੰਧਨ ਦੇ ਡਾਇਰੈਕਟਰ, GridGain Systems.

Habré 'ਤੇ ਲੇਖ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਬਾਰੇ ਡੇਨਿਸ ਮੈਗਡਾ ਦੁਆਰਾ ਤਿੰਨ ਲੇਖਾਂ ਦਾ ਹਵਾਲਾ: ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਭਾਗ I, ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਭਾਗ II, ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਭਾਗ III 2016-2017। ਦੂਜੇ ਲੇਖ ਵਿੱਚ, ਡੇਨਿਸ MaintenanceServiceNodeStartup.jar ਦੁਆਰਾ ਇੱਕ ਕਲੱਸਟਰ ਨੋਡ ਸ਼ੁਰੂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ xml ਸੰਰਚਨਾ ਅਤੇ ਕਮਾਂਡ ਲਾਈਨ ਦੇ ਨਾਲ ਲਾਂਚ ਦੀ ਵਰਤੋਂ ਵੀ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਫਿਰ ਤੁਹਾਨੂੰ ਹਰੇਕ ਤੈਨਾਤ ਕਲੱਸਟਰ ਨੋਡ 'ਤੇ ਕਸਟਮ ਕਲਾਸਾਂ ਨੂੰ ਦਸਤੀ ਲਗਾਉਣ ਦੀ ਲੋੜ ਹੈ:

That's it. Start (..)  node using MaintenanceServiceNodeStartup file or pass
maintenance-service-node-config.xml to Apache Ignite's ignite.sh/bat scripts.
If you prefer the latter then make sure to build a jar file that will contain
all the classes from java/app/common and java/services/maintenance directories.
The jar has to be added to the classpath of every node where the service
might be deployed.

ਦਰਅਸਲ, ਇਹ ਹੈ। ਇੱਥੇ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ, ਕਿਉਂ, ਇਹ ਰਹੱਸਮਈ ਬਾਈਨਰੀ ਫਾਰਮੈਟ!

3. ਸਿੰਗਲਜਾਰ

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

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

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

4. ਸਿੱਟਾ

ਅਪਾਚੇ ਇਗਨਾਈਟ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਅਸਪਸ਼ਟਤਾ ਬਾਰੇ ਆਈ ਪਹਿਲੀ ਬਦਨਾਮੀ ਨਿਰਪੱਖ ਸਾਬਤ ਹੋਈ; 2016 ਤੋਂ ਬਹੁਤ ਘੱਟ ਬਦਲਿਆ ਹੈ। ਇੱਕ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਲਈ ਇੱਕ ਵੈਬਸਾਈਟ ਅਤੇ/ਜਾਂ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਪ੍ਰੋਟੋਟਾਈਪ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ ਆਸਾਨ ਨਹੀਂ ਹੈ।

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

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਮੇਰਾ ਅਨੁਭਵ ਨਵੇਂ ਅਪਾਚੇ ਇਗਨਾਈਟ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ।

ਸਰੋਤ: www.habr.com