Apache Ignite Zero Deployment- တကယ် Zero လား။

ကျွန်ုပ်တို့သည် လက်လီကွန်ရက်တစ်ခု၏ နည်းပညာဖွံ့ဖြိုးတိုးတက်ရေးဌာနဖြစ်သည်။ တစ်နေ့တွင် စီမံခန့်ခွဲမှုသည် MSSQL နှင့် တွဲဖက် Apache Ignite ကို အသုံးပြုခြင်းဖြင့် ကြီးမားသော တွက်ချက်မှုများကို အရှိန်မြှင့်ရန် တာဝန်ကို သတ်မှတ်ပြီး လှပသော ပုံဥပမာများနှင့် Java ကုဒ်နမူနာများ ပါရှိသည့် ဝဘ်ဆိုက်တစ်ခုကို ပြသခဲ့သည်။ ငါချက်ချင်းဆိုက်ကိုကြိုက်တယ်။ Zero Deploymentအံ့ဖွယ်များကို ကတိပေးသည့် ဖော်ပြချက်- ဇယားကွက်ရှိ node တစ်ခုစီတွင် သင့် Java သို့မဟုတ် Scala ကုဒ်ကို ကိုယ်တိုင်အသုံးပြုရန် မလိုအပ်ဘဲ ပြောင်းလဲသွားတိုင်း ၎င်းကို ပြန်လည်အသုံးပြုရန် မလိုအပ်ပါ။ အလုပ်တိုးတက်လာသည်နှင့်အမျှ Zero Deployment တွင် ကျွန်ုပ်မျှဝေလိုသော အင်္ဂါရပ်များ သည် သီးခြားအသုံးပြုမှုများ ရှိလာပါသည်။ ဖြတ်တောက်မှုအောက်တွင် အတွေးအမြင်များနှင့် အကောင်အထည်ဖော်မှုအသေးစိတ်များ ပါဝင်သည်။

1. ပြဿနာ၏ဖော်ပြချက်

ပြဿနာ၏ အနှစ်သာရမှာ အောက်ပါအတိုင်းဖြစ်သည်။ SalesPoint အရောင်းပွိုင့်လမ်းညွှန်တစ်ခုနှင့် Sku (Stock Keeping Unit) ထုတ်ကုန်လမ်းညွှန်တစ်ခုရှိသည်။ အရောင်းပွိုင့်တွင် တန်ဖိုးများ “အသေး” နှင့် “ကြီးသော” ဟူသော “စတိုးအမျိုးအစား” ရည်ညွှန်းချက် ပါရှိသည်။ အမျိုးအစားခွဲတစ်ခု (အရောင်းပွိုင့်၏ထုတ်ကုန်စာရင်း) သည် အရောင်းပွိုင့်တစ်ခုစီနှင့် (DBMS မှ တင်ဆောင်သည်) နှင့် ချိတ်ဆက်ထားပြီး သတ်မှတ်ထားသောရက်စွဲမှ သတ်မှတ်ထားသော ထုတ်ကုန်ကို သတင်းအချက်အလက်ပေးပါသည်။
အမျိုးအစားခွဲခြင်းမှ ဖယ်ထုတ်ခြင်း သို့မဟုတ် အမျိုးအစားခွဲခြင်းသို့ ထည့်ပါ။

ရောင်းချသည့်နေရာများ၏ အပိုင်းပိုင်းခွဲထားသော ကက်ရှ်တစ်ခုကို စုစည်းပြီး ချိတ်ဆက်ထားသော ထုတ်ကုန်များအကြောင်း အချက်အလက်များကို တစ်လကြိုတင် သိမ်းဆည်းထားရန် လိုအပ်ပါသည်။ တိုက်ခိုက်ရေးစနစ်နှင့် လိုက်ဖက်ညီမှုသည် ဒေတာကိုတင်ရန်၊ ဖောင်တစ်ခု၏ အစုစုကို တွက်ချက်ရန် (စတိုးအမျိုးအစား၊ ထုတ်ကုန်ကုဒ်၊ နေ့၊ နံပါတ်_of_sales_points) နှင့် DBMS သို့ ပြန်တင်ရန် လိုအပ်သည်။

2. စာပေလေ့လာခြင်း။

ကျွန်တော့်မှာ အတွေ့အကြုံမရှိသေးတဲ့အတွက် မီးဖိုပေါ်ကနေ ကခုန်နေပါတယ်။ ဆိုလိုသည်မှာ စာပေသုံးသပ်ချက်မှ ဖြစ်သည်။

ပုဒ်မ ၂၀၁၆ Apache Ignite- ပထမအဆင့်များကို မိတ်ဆက်ခြင်း။ Apache Ignite ပရောဂျက်၏ စာရွက်စာတမ်း လင့်ခ်တစ်ခု ပါ၀င်ပြီး တစ်ချိန်တည်းတွင် ဤစာရွက်စာတမ်း၏ မရေရာသော ရှုတ်ချမှုတစ်ခုလည်း ပါရှိသည်။ နှစ်ခေါက်ပြန်ဖတ်ကြည့်တော့ ကြည်လင်ပြတ်သားမှု မရှိဘူး။ တရားဝင်ကျူတိုရီရယ်ကို ကိုးကားပါတယ်။ စတင်အသုံးပြုခြင်းထို
အကောင်းမြင်စွာ ကတိပြုသည် "မင်း အရှိန်ပြင်းပြင်းနဲ့ ပြေးနေလိမ့်မယ်!" Apache Ignite Essentials ဗီဒီယို နှစ်ခုကို ကြည့်ရင်း၊ ပတ်ဝန်းကျင် ပြောင်းလဲနိုင်သော ဆက်တင်များကို ရှာဖွေနေသော်လည်း ၎င်းတို့သည် ကျွန်ုပ်၏ သီးခြားလုပ်ငန်းတာဝန်အတွက် အလွန်အသုံးမဝင်ပါ။ စံဖိုင် “example-ignite.xml” ဖြင့် command line မှ Ignite ကို အောင်မြင်စွာ စတင်နိုင်ခဲ့ပြီး၊ ပထမအပလီကေးရှင်းကို တည်ဆောက်ခြင်း တွက်ချက်မှုလျှောက်လွှာ Maven ကို အသုံးပြု. အပလီကေးရှင်းသည် Zero Deployment ကိုအသုံးပြု၍ အလုပ်လုပ်သည်၊ အလွန်လှပသည်။

နောက်ထပ်ဖတ်ကြည့်တော့ အဲဒီမှာ ဥပမာက affinityKey (SQL query ကတစ်ဆင့် စောစောကဖန်တီးထားတဲ့) ကို ချက်ချင်းသုံးပြီး လျှို့ဝှက်ဆန်းကြယ်တဲ့ BinaryObject ကိုတောင် သုံးပါတယ်။

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

ဖတ်ဖူးတယ်။ немного: ဒွိဖော်မတ် - အမည်ဖြင့် အရာဝတ္ထုတစ်ခု၏ နယ်ပယ်များကို ဝင်ရောက်ကြည့်ရှုခြင်းကဲ့သို့သော ရောင်ပြန်ဟပ်မှုကဲ့သို့သော အရာတစ်ခု။ အရာဝတ္တုကို လုံးဝမဖျက်ဘဲ အကွက်တစ်ခု၏တန်ဖိုးကို ဖတ်နိုင်သည် (မှတ်ဉာဏ်ကို သိမ်းဆည်းခြင်း)။ သို့သော် Zero Deployment ရှိသောကြောင့် Person အစား BinaryObject ကို အဘယ်ကြောင့်အသုံးပြုသနည်း။ IgniteCache အဘယ်ကြောင့်နည်း IgniteCache သို့ ပြောင်းရွှေ့ခဲ့သည်။ ? မရှင်းလင်းသေးပါဘူး။

ကျွန်ုပ်၏ ကိစ္စနှင့် ကိုက်ညီစေရန် Compute Application ကို ပြန်လည် ဖန်တီးနေပါသည်။ MSSQL ရှိ အရောင်းအ၀ယ်လမ်းကြောင်း၏ အဓိကသော့ကို [id] [int] NOT NULL အဖြစ် သတ်မှတ်သည်၊ ကျွန်ုပ်သည် ကက်ရှ်တစ်ခုကို သရုပ်ဖော်ခြင်းဖြင့် ဖန်တီးပါသည်။

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

xml config တွင် ကက်ရှ်ကို အပိုင်းပိုင်းခွဲထားသည်ကို ကျွန်ုပ်ညွှန်ပြသည်။

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

အရောင်းပွိုင့်အားဖြင့် ပိုင်းခြားခြင်း သည် ထိုနေရာတွင် ရရှိနိုင်သော salesPointCache မှတ်တမ်းများအတွက် လိုအပ်သော အစုအဝေးတစ်ခုစီတွင် စုစည်းမှုကို တည်ဆောက်မည်ဟု ယူဆသည်၊ ထို့နောက်တွင် client node သည် နောက်ဆုံး summation ကို လုပ်ဆောင်မည်ဖြစ်သည်။

ကျူတိုရီရယ်ကို ဖတ်နေတယ်။ ပထမဆုံး Ignite Compute Applicationဥဒါဟရုဏ်အားဖြင့် ငါပြု၏။ cluster node တစ်ခုစီတွင် IgniteRunnable(), ဤကဲ့သို့သော အရာတစ်ခုကို လုပ်ဆောင်သည်-

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

ပေါင်းစည်းခြင်းနှင့် လော့ဂျစ်တင်ခြင်းတို့ကို ထည့်သွင်းပြီး စမ်းသပ်ဒေတာအစုံတွင် ၎င်းကို လုပ်ဆောင်ပါသည်။ အရာအားလုံးသည် ဖွံ့ဖြိုးတိုးတက်ရေးဆာဗာပေါ်တွင် စက်တွင်း၌ အလုပ်လုပ်သည်။

ကျွန်ုပ်သည် CentOs စမ်းသပ်ဆာဗာနှစ်ခုကိုဖွင့်ပြီး default-config.xml တွင် IP လိပ်စာများကို သတ်မှတ်ပါ၊ တစ်ခုစီတွင် လုပ်ဆောင်ပါ

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

Ignite node နှစ်ခုစလုံးသည် လည်ပတ်နေပြီး အချင်းချင်းမြင်နိုင်သည်။ ကျွန်ုပ်သည် client အပလီကေးရှင်း၏ xml config တွင် လိုအပ်သောလိပ်စာများကို သတ်မှတ်ပေးသည်၊ ၎င်းသည် စတင်သည်၊ topology သို့တတိယ node ပေါင်းထည့်ကာ ချက်ခြင်းတွင် node နှစ်ခု ထပ်မံရှိနေပါသည်။ မှတ်တမ်းသည် စာကြောင်းတွင် “ClassNotFoundException: model.SalesPoint” ကို ပြသည်။

SalesPoint sp=salesPointCache.get(spId);

StackOverflow က အမှားအယွင်းဖြစ်ရသည့် အကြောင်းရင်းမှာ CentOs ဆာဗာများတွင် စိတ်ကြိုက် SalesPoint အတန်းမရှိခြင်းကြောင့် ဖြစ်သည်။ ငါတို့ရောက်ပြီ။ "သင်သည် node တစ်ခုစီတွင်သင်၏ Java ကုဒ်ကိုကိုယ်တိုင်အသုံးပြုရန်မလိုအပ်ပါ" နှင့်အခြားအရာများနှင့်ပတ်သက်၍ကော၊ ဒါမှမဟုတ် "မင်းရဲ့ Java ကုဒ်" က SalesPoint အကြောင်းမဟုတ်ဘူးလား။

တစ်ခုခုတော့ လွဲချော်သွားနိုင်တယ် - ထပ်ရှာတယ်၊ ဖတ်ပြီး ပြန်ရှာတယ်။ ခဏအကြာတွင် ခေါင်းစဉ်နှင့်ပတ်သက်သော အရာအားလုံးကို ဖတ်ပြီးသည်နှင့် အသစ်အဆန်းမဟုတ်တော့ကြောင်း ခံစားလာရသည်။ ရှာဖွေနေစဉ်တွင် စိတ်ဝင်စားဖွယ်မှတ်ချက်အချို့ကို တွေ့ခဲ့သည်။

Valentin KulichenkoGridGain Systems မှ ဦးဆောင်ဗိသုကာပညာရှင်၊ အဖွေ StackOverflow၊ ဧပြီလ 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.

နောက်ထပ် တရားဝင် ထင်မြင်ချက် Denis Magdaထုတ်ကုန်စီမံခန့်ခွဲမှုဒါရိုက်တာ၊ GridGain စနစ်များ။

Habre အကြောင်း ဆောင်းပါး microservices တွေအကြောင်း Denis Magda ၏ ဆောင်းပါးသုံးပုဒ်ကို ကိုးကားသည်။ Microservices အပိုင်း I, Microservices အပိုင်း II, Microservices အပိုင်း III ၂၀၁၆-၂၀၁၇။ ဒုတိယဆောင်းပါးတွင်၊ Denis သည် MaintenanceServiceNodeStartup.jar မှတဆင့် cluster node တစ်ခုကိုစတင်ရန်အကြံပြုသည်။ xml configuration နှင့် command line ဖြင့် launch ကိုလည်း သုံးနိုင်သည်၊ သို့သော်၊ ထို့နောက် deployed cluster node တစ်ခုစီတွင် စိတ်ကြိုက်အတန်းများကို ကိုယ်တိုင်ထည့်သွင်းရန် လိုအပ်သည်-

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.

အမှန်တော့ ဒါပဲ။ ဤတွင်၊ အဘယ်ကြောင့် ဤလျှို့ဝှက်ဆန်းကြယ်သော ဒွိစုံဖော်မတ်ပေါ်လာပါသည်။

၃။SingleJar

Denis သည် ကျွန်ုပ်၏ကိုယ်ရေးကိုယ်တာအဆင့်သတ်မှတ်ချက်တွင် ပထမနေရာရရှိခဲ့ပြီး၊ ရနိုင်သမျှအားလုံး၏ အသုံးဝင်ဆုံးသင်ခန်းစာမှာ ဘာမှလည်းမရှိပါ။ သူ့အတွက် MicroServices ဥပမာ Github တွင် နောက်ထပ် squatting မလိုအပ်ဘဲ compile လုပ်သည့် cluster node များကို စနစ်ထည့်သွင်းခြင်းအတွက် လုံးဝအဆင်သင့်လုပ်ထားသော ဥပမာတစ်ခု ပါရှိသည်။

၎င်းကိုကျွန်ုပ်သည်ထိုနည်းအတိုင်းလုပ်ဆောင်ပြီး command line argument ပေါ်မူတည်၍ "data node" သို့မဟုတ် "client node" ကိုဖွင့်သည့် jar ဖိုင်တစ်ခုရရှိသည်။ ပရိသတ်က ရခိုင်သားတိနဲ့ အလုပ်လုပ်တယ်။ Zero Deployment ရှုံးသွားပြီ။

စမ်းသပ်ဒေတာ၏ မီဂါဘိုက်မှ တိုက်ခိုက်ရေးဒေတာဆယ်ဂစ်ဂါဘိုက်သို့ ကူးပြောင်းခြင်းသည် အကြောင်းပြချက်တစ်ခုအတွက် ဒွိဖော်မတ်တည်ရှိကြောင်း ပြသခဲ့သည်။ node များပေါ်တွင် memory သုံးစွဲမှုကို အကောင်းဆုံးဖြစ်အောင်ပြုလုပ်ရန် လိုအပ်ပြီး BinaryObject သည် အလွန်အသုံးဝင်လာပါသည်။

၈

Apache Ignite ပရောဂျက် စာရွက်စာတမ်းများ၏ မရေရာမှုများနှင့် ပတ်သက်၍ ပထမဆုံး ကဲ့ရဲ့ရှုတ်ချမှုမှာ တရားမျှတမှု ရှိလာခဲ့ပြီး 2016 ခုနှစ်မှစ၍ အနည်းငယ် ပြောင်းလဲသွားခဲ့သည်။ ဝဘ်ဆိုက်နှင့်/သို့မဟုတ် သိုလှောင်မှုအပေါ် အခြေခံ၍ လုပ်ဆောင်နိုင်သော ရှေ့ပြေးပုံစံကို အစပြုသူအတွက် မလွယ်ကူပါ။

ပြီးခဲ့သောအလုပ်၏ရလဒ်များအပေါ်အခြေခံ၍ Zero Deployment အလုပ်လုပ်သည်၊ သို့သော်စနစ်အဆင့်တွင်သာဖြစ်သည်။ ဤအရာကဲ့သို့သော အရာ- BinaryObject ကို စိတ်ကြိုက်အတန်းများနှင့် အလုပ်လုပ်ရန် အဝေးထိန်း အစုအဝေးများကို သင်ကြားရန် အသုံးပြုပါသည်။ Zero Deployment - အတွင်းပိုင်းယန္တရား
Apache သည် သူ့ကိုယ်သူ လောင်ကျွမ်းစေပြီး စနစ်အရာဝတ္ထုများကို အစုအဝေးတစ်လျှောက် ဖြန့်ဝေပေးသည်။

ကျွန်ုပ်၏အတွေ့အကြုံသည် Apache Ignite အသုံးပြုသူများအတွက် အသုံးဝင်မည်ဟု မျှော်လင့်ပါသည်။

source: www.habr.com