ok.tech: Kasandra renkontiĝo

ok.tech: Kasandra renkontiĝo

Ĉu vi laboras kun Apache Cassandra NoSQL-stokado?

La 23-an de majo, Odnoklassniki invitas spertajn programistojn al sia oficejo en Sankt-Peterburgo por renkonti, dediĉita al laboro kun Apache Cassandra. Gravas nur via sperto kun Cassandra kaj via deziro dividi ĝin.
Registru por la evento

Ni fartas bone komencis uzi Apache Cassandra en 2010 por stoki fotorangigojn. Nuntempe ni estas la plej grandaj uzantoj de Apache Cassandra sur la RuNet kaj unu el la plej grandaj en Eŭropo. Ni havas pli ol cent malsamajn aretojn uzatajn kaj por stoki diversajn produktajn informojn - klasojn, babilojn, mesaĝojn kaj por administri kritikajn infrastrukturajn datumojn - mapado de logikaj blokoj sur diskoj de granda binara stokado - unu-fridstokejo, interna nuba datumadministrado unu-nubo kaj tiel plu.

Entute, en Samklasanoj Cassandra administras petabajtojn da datumoj tra miloj da nodoj. Dum ĉi tiu tempo, ni akumulis vastan sperton pri administrado, evoluado kaj funkciigado de solvoj bazitaj sur Kasandra kaj eĉ evoluigis nian propran propra NewSQL-transakcia datumbazo.

Nun ni ŝatus kunhavi ĉion ĉi kun vi - uzante verajn kazojn el praktiko kaj sen sekretoj; La evento okazos en la formato de viva diskuto inter partoprenantoj, kio signifas, ke la diskuto okupos la plej grandan parton de la tempo. Fakuloj bone pretaj dividi siajn ideojn kaj alirojn. La evento estos gastigita de Oleg Anastasyev и Aleksandr Ĥristoforov.

Kiuj estos la temoj?

Ekspluato:

Ni rigardu tipajn agordojn de nodoj kaj aretoj en diversaj produktaj instalaĵoj. Ni diskutos kiel vastigi aretojn dum datumvolumoj kaj ŝarĝoj pliiĝas kaj kiel anstataŭigi malsukcesajn nodojn kun minimuma efiko por klientoj. Ni dividu la doloron kaj sistemigu la popularan rastilon. Ni eksciu kiel monitori aretojn por anticipe kompreni kie kaj kio ĝuste ne funkcias ĝuste. Ni tuŝu la problemojn de deplojado de novaj versioj de Cassandra.

Agado:

Ni provu kompreni kiajn metrikojn rigardi kaj kion oni povas ĝustigi por plibonigi la metrikojn. Ni eltrovu ĉu retrejni aŭ ne kaj se jes, kiel. Ni identigos proplempunktojn en la arkitekturo kaj efektivigo de Cassandra kaj rigardos kelkajn inĝenierajn lertaĵojn por labori ĉirkaŭ ili. Ni tuŝu la doloran regulan riparo kaj kompaktado sen rendimento degenero.

Kulpo toleremo:

Aparataro ne daŭras eterne, do akcidentoj okazas la tutan tempon, kaj la mano de kolego povas tremi kaj ni forigos la nenecesajn aferojn, do ni diskutos pri reakiro post misfunkciadoj de diskoj, maŝinoj aŭ datumcentroj, kaj ankaŭ pri reveno al konsekvenca. stato de sekurkopioj en kazo de operatoraj eraroj.

Registriĝu nun kaj rakontu al viaj amikoj kaj kolegoj pri la evento.

fonto: www.habr.com

Aldoni komenton