<div dir="ltr"><div>Nem tudom, hogy megéri -e szenvedni ezzel a tranzakciós dologgal, ha belegondolsz, egy updatet még bonyolultabb megoldani így : vagy létre hozol új rekordokat külön verzió számmal és a lekérdezéskor próbálod a legújabbat visszakapni, vagy update során törlöd ezeket a korábbi dokumentumokat.<br></div> Mi azt választottuk, hogy transaction commit-ra kötöttünk rá springes listenereket, amik szépen frissítik a megváltozott objektumokat. Eddig működőnek tűnik a pattern. S igen, kicsivel később lesz kereshető, miután a db commit lezárult.<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-23 11:02 GMT+02:00 Tamás Magyar <span dir="ltr"><<a href="mailto:magyusz@gmail.com" target="_blank">magyusz@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tudom, hogy legtöbben loganalízisra / montirongra használják (ELK)...<br>
Splunk helyett :P de nekünk nem arra kell. Ha 1-1 rekord elveszik az<br>
sem kényelmes, mert ugyan ott az adatbázis, mint megbízható<br>
adatforrás, de nem szeretném rendszeresen az egészet újraindexelni (mi<br>
van, ha közben keres valaki). Voltam egy előadáson, ahol két az<br>
Elastic cégnél dolgozó tech szaki beszélt az elég gyakorlatias<br>
bemutató során, és abból nekem az jött le, hogy ezt előre (tervezői<br>
döntések, cluster kialakítás során beállítások) el kell dönteni, de ha<br>
fontos a usernek, akkor biztosítható a konzisztencia, elkerülhető az<br>
adatvesztés. Én ezt némi régi Lucene tapasztalattal el is hittem<br>
nekik. Remélem nem vertek át, mert nem esne jól, hogy néha random<br>
eltűnnek dolgok az indexből, amikről én azt hiszem, hogy leindexeltem<br>
sikeresen. Volt konkrétan ilyen tapasztalatotok?<br>
<br>
Az, hogy a "tranzakcióból" (azért hívom így, mert DB-ből másolunk át<br>
adatokat Elasticsearchbe, hogy gyorsabban lehessen keresni) kilátszik<br>
néhány rekord az nem nagy gond, csak ha abortál a tranzakció (parent<br>
törlés Elasticban) akkor azért ne maradjon tartósan ott. Akkor ne<br>
hívjuk tranzakciónak, de próbált valaki így _parent -tel összefogni<br>
rekordokat (dokumentumokat)?<br>
<br>
Az megnyugtató hír, hogy a gc-re és hálózati dugókra viszonylag<br>
rezisztens szerintetek!<br>
<br>
Köszi,<br>
Magyusz<br>
<div class="HOEnZb"><div class="h5"><br>
2016-05-23 10:28 GMT+02:00 Hollósi Balázs <<a href="mailto:balazs@hollosi.me">balazs@hollosi.me</a>>:<br>
> üzemeltetést nem a mi csapatunk végzi, megkérdezem majd a devops-t, de ha<br>
> nagy szívások lettek volna biztos hallottuk volna hírét. :) tranzakciót (még<br>
> kvázi, idézőjeles, apróbetűs részként is) felejtsd el sztem, nem arra való.<br>
> mi logot tolunk bele, statisztikákhoz adatokat, egyéb analitikai forrást.<br>
> 1-1 elveszik nem para, a tendencia a fontos. etetése is aszinkron megy,<br>
> logstash vagy akka eteti. ha gc fut vagy hálózati dugó van akkor sem szabad<br>
> hogy a kiszolgálást megakassza az elastic etetése.<br>
><br>
> b.<br>
><br>
> 2016-05-23 10:19 GMT+02:00 Tamás Magyar <<a href="mailto:magyusz@gmail.com">magyusz@gmail.com</a>>:<br>
>><br>
>> Jönnek majd elő folyamatosan a kérdések, pont ezért gondoltam<br>
>> egyszerűbb lenne olyan kollégát keresni, akinek már van jelentős<br>
>> tapasztalata, de ez valószínűleg nehéz lesz. Ha segítőkész a levlista,<br>
>> és ezek szerint vagytok többen is akik tudhatnak válaszolni, szívesen<br>
>> felteszek pár kérdést, ami jelenleg foglalkoztat, de biztosan lesz<br>
>> több is majd ahogy belemerülünk:<br>
>><br>
>> A proof of concept során még csak egy nodeon használtam. Fogunk nagyon<br>
>> sokat szívni több nodeon? Mi az éles üzemeltetési tapasztalat, cluster<br>
>> szétesésekre, random node lehalásokra gyakran lehet számítani? Rövid<br>
>> hálózati kimaradásokat jól kezel a cluster?<br>
>><br>
>> Tranzakciókezelés részbeni utánzására ezt a<br>
>> <a href="https://blog.codecentric.de/en/2014/10/transactions-elasticsearch/" rel="noreferrer" target="_blank">https://blog.codecentric.de/en/2014/10/transactions-elasticsearch/</a><br>
>> linken leírt _parent/refresh() módszert néztem ki. Van valami javasolt<br>
>> rekordszám / adatmennyiség, aminél többet már jó lenne nem egyetlen<br>
>> (erősen idézőjeles) "tranzakcióba" tenni?<br>
>><br>
>> Garbage collection (Coherence tapasztalataim után fontosnak tartom<br>
>> megkérdezni): Sokat kellett a (memória) beállításokat tweakelgetni,<br>
>> hogy ne a "legrosszabbkor" jöjjön be egy sok másodperces garbage<br>
>> collection vagy ezzel sosem volt gond nálatok production környezetben?<br>
>><br>
>> Köszi a válaszokat előre is,<br>
>> Magyusz<br>
>><br>
>> <a href="tel:2016-05-23%209" value="+36201605239">2016-05-23 9</a>:48 GMT+02:00 Zsombor <<a href="mailto:gzsombor@gmail.com">gzsombor@gmail.com</a>>:<br>
>> > Szerintem egyértelműen az volt :) Ha nem, akkor talált volna egy tényleg<br>
>> > releváns kérdést, problémát is ;)<br>
>> ><br>
>> > Amúgy jah, jó pár projekten láttam már, hogy használják, különböző<br>
>> > cégeknél,<br>
>> > még az országban is :)<br>
>> ><br>
>> > üdv<br>
>> > Zs<br>
>> ><br>
>> > <a href="tel:2016-05-23%208" value="+36201605238">2016-05-23 8</a>:49 GMT+02:00 Hollósi Balázs <<a href="mailto:balazs@hollosi.me">balazs@hollosi.me</a>>:<br>
>> >><br>
>> >> Szia<br>
>> >><br>
>> >> Mi eleg sok projekt alatt hasznaljuk, de nem akarok bedolni a jo<br>
>> >> sales-es<br>
>> >> levelnek.<br>
>> >> Tenyleg van kerdesed vagy ez csak egy allashirdetes volt? :)<br>
>> >><br>
>> >> B.<br>
>> >><br>
>> >> 2016-05-22 23:25 GMT+02:00 Tamás Magyar <<a href="mailto:magyusz@gmail.com">magyusz@gmail.com</a>>:<br>
>> >>><br>
>> >>> Sziasztok!<br>
>> >>><br>
>> >>> Foglalkozik valaki Elasticsearch technológiával közületek? Magyar<br>
>> >>> Elasticsearch fórum híján gondoltam itt a legcélszerűbb megkérdezni,<br>
>> >>> mivel teljesen Javaban íródott. Érdekelne pár általános tapasztalat,<br>
>> >>> pl. mivel szívtatok a legtöbbet, megbántátok-e, hogy az Elasticsearch<br>
>> >>> mellett döntöttetek.<br>
>> >>><br>
>> >>> Nem tudom mennyire elterjedt magyar projekteken, de nekem elég<br>
>> >>> szimpatikus bizonyos feladatokra. Hozza a szokásos NoSQL<br>
>> >>> kényelmetlenségeket, de a Lucene régi betegségeit teljesen áthidalja<br>
>> >>> eddigi kevéske tapasztalatom alapján.<br>
>> >>><br>
>> >>> Ha valaki már dolgozott vele, jónak érzi magát benne, és szeretne vele<br>
>> >>> foglalkozni, akkor érdekes lehet ez az állás:<br>
>> >>> <a href="http://idmsolutions.hu/DevJob201607.php" rel="noreferrer" target="_blank">http://idmsolutions.hu/DevJob201607.php</a><br>
>> >>><br>
>> >>> Szép hetet kívánok,<br>
>> >>> Magyusz<br>
>> >>> _______________________________________________<br>
>> >>> Javalist mailing list<br>
>> >>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" rel="noreferrer" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >><br>
>> >><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Javalist mailing list<br>
>> >> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" rel="noreferrer" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Javalist mailing list<br>
>> > <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> > <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" rel="noreferrer" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> ><br>
>> _______________________________________________<br>
>> Javalist mailing list<br>
>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" rel="noreferrer" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" rel="noreferrer" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" rel="noreferrer" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</div></div></blockquote></div><br></div>