Odnoklassniki bikarhênerê herî mezin ê Apache Cassandra li ser RuNet û yek ji mezintirîn di cîhanê de ye. Me di sala 2010-an de dest bi karanîna Cassandra kir da ku rêjeyên wêneyan hilînin, û naha Cassandra petabytes daneyan li ser hezaran girêkan îdare dike, bi rastî, me xweya xwe jî pêş xist. .
Di 12’ê Îlonê de li ofîsa me ya St . Axaftvanê sereke yê bûyerê dê mihendisê sereke yê Odnoklassniki Oleg Anastasyev be. Oleg di warê pergalên belavbûyî û toleransê xelet de pispor e, ew zêdetirî 10 sal in bi Cassandra re dixebite û gelek caran .
Di êvara civînê de, me bi Oleg re li ser tolerasyona xeletiya pergalên belavkirî bi Cassandra re axivî, jê pirsî ku ew ê di civînê de li ser çi biaxive û çima hêjayî beşdarbûna vê bûyerê ye.
Oleg di sala 1995-an de dest bi kariyera xwe ya bernamesaziyê kir. Wî di banking, telekom û veguhastinê de nermalava pêşdebir kir. Ew ji sala 2007-an vir ve li Odnoklassniki wekî pêşdebirek pêşeng di tîmê platformê de dixebite. Berpirsiyarên wî pêşkeftina mîmarî û çareseriyên ji bo pergalên bargiraniyê, depoyên daneya mezin, û çareserkirina pirsgirêkên performansa û pêbaweriya portalê hene. Ew di nav pargîdaniyê de pêşdebiran jî perwerde dike.
- Oleg, silav! Di Gulanê de pêk hat , ku ji Apache Cassandra re hatiye veqetandin, beşdar dibêjin ku nîqaş heta derengiya şevê berdewam kirin, ji kerema xwe ji min re bibêjin, nerînên we ji hevdîtina yekem çi ne?
Pêşdebirên bi paşnavên cihêreng ên ji pargîdaniyên cihêreng bi êşên xwe, çareseriyên nediyar ên pirsgirêkan û çîrokên ecêb hatin. Me karî ku piraniya civînê bi rengekî nîqaşê bi rê ve bibin, lê ewqas nîqaş hebûn ku me tenê karîbû li ser sêyek mijarên plansazkirî biaxivin. Me gelek guh da ka em çawa û çi çavdêrî dikin ku nimûneya karûbarên hilberîna xweya rastîn bikar tînin.
Min eleqedar kir û bi rastî jê hez kir.
- Li gorî daxuyaniyê, dê bi tevahî ji tolerasyona xeletiyê re were terxan kirin, çima we ev mijar hilbijart?
Cassandra pergalek belavkirî ya gelemperî ye ku bi hejmareke pir fonksiyonel e ji bilî xizmetkirina rasterast ji daxwazên bikarhêner: gotegot, tespîtkirina têkçûn, belavkirina guherînên şemayê, berfirehkirin / kêmkirina komê, antî-entropî, paşvekişandin û başbûn, hwd. Mîna ku di her pergalek belavkirî de, her ku hêjmara hardware zêde dibe, îhtîmala têkçûnan zêde dibe, ji ber vê yekê xebata komên hilberîna Cassandra têgihîştinek kûr a strukturê wê hewce dike da ku tevgerê di bûyera têkçûn û kiryarên operatorê de pêşbîn bike. Piştî ku gelek salan Cassandra bikar anîn, em , ku em amade ne ku parve bikin, û em jî dixwazin nîqaş bikin ka hevkarên di dikanê çawa pirsgirêkên tîpîk çareser dikin.
- Dema ku dor tê Cassandra, mebesta we ji tolerasyona xeletiyê çi ye?
Berî her tiştî, bê guman, şiyana pergalê ku ji têkçûnên hardware yên tîpîk xilas bibe: windakirina makîneyan, dîskan an girêdana torê ya bi nod / navendên daneyê. Lê mijar bi xwe pir berfirehtir e û bi taybetî vegerandina têkçûn, di nav de têkçûnên ku mirov kêm kêm ji bo wan amade ne, vedihewîne, mînakî, xeletiyên operatorê.
- Hûn dikarin mînakek ji koma daneya herî barkirî û herî mezin bidin?
Yek ji komên me yên herî mezin komika diyariyê ye: zêdetirî 200 nod û bi sedan TB dane. Lê ew ne ya herî barkirî ye, ji ber ku ew ji hêla cacheyek belavkirî ve tê vegirtin. Komên me yên herî qelebalix bi deh hezaran RPS ji bo nivîsandinê û bi hezaran RPS ji bo xwendinê digirin.
- Wey! Tiştek çend caran dişkê?
! Bi tevahî, zêdetirî 6 hezar serverên me hene, û her hefte çend server û çend deh dîskê têne guheztin (bêyî ku pêvajoyên paralel ên nûvekirin û berfirehkirina fîloya makîneyê were hesibandin). Ji bo her celeb têkçûn, rêwerzên zelal li ser çi bikin û bi çi rêzê hene, her tişt kengî gengaz dibe otomatîk e, ji ber vê yekê têkçûn rûtîn in û di 99% bûyeran de ji hêla bikarhêneran ve nayên dîtin.
- Hûn bi redkirina wiha re çawa tevdigerin?
Ji destpêka operasyona Cassandra û bûyerên yekem ve, me li ser mekanîzmayên paşvegirtin û vegerandina ji wan xebitî, prosedurên bicîhkirinê çêkir ku rewşa komên Cassandra li ber çavan digire û, mînakî, nahêle ku nod ji nû ve werin destpêkirin. heke windabûna daneyê gengaz be. Em plan dikin ku li ser van hemûyan di civînê de biaxivin.
- Weke ku te got, sîstemên teqez pêbawer tune. Hûn ji kîjan celeb têkçûnan re amade dikin û dikarin bijîn?
Ger em li ser sazkirinên xwe yên komikên Cassandra biaxivin, heke em çend makîneyan di yek DC an yek DC-yek tevahî de winda bikin dê bikarhêner tiştek ferq nekin (ev bûye). Bi zêdebûna hejmara DC-yan re, em difikirin ku di bûyera têkçûna du DC-yan de dest bi misogerkirina xebitandinê bikin.
- Hûn difikirin ku Cassandra di warê tolerasyona xeletiyê de çi kêm e?
Cassandra, mîna gelek firotgehên pêşîn ên NoSQL-ê, têgihîştinek kûr a avahiya xweya hundurîn û pêvajoyên dînamîkî yên ku diqewimin hewce dike. Ez ê bibêjim ku ew ji sadebûn, pêşbînîbûn û çavdêriyê kêm e. Lê guhdarîkirina nerînên beşdarên civînê yên din dê balkêş be!
Oleg, gelek spas ji bo ku hûn wextê xwe bidin bersiva pirsan!
Em li benda her kesê ku dixwazin bi pisporên di warê xebitandina Apache Cassandra re di civîna 12ê Îlonê de li ofîsa me ya St.
Werin, ew ê balkêş be!
Source: www.habr.com
