Nagtatrabaho sa Apache Cassandra NoSQL storage?
Noong Mayo 23, iniimbitahan ng Odnoklassniki ang mga may karanasang developer sa kanilang opisina sa St. Petersburg para sa , na nakatuon sa pagtatrabaho sa Apache Cassandra. Ang mahalaga lang ay ang iyong karanasan kay Cassandra at ang iyong pagnanais na ibahagi ito.
Ok naman kami Apache Cassandra noong 2010 upang mag-imbak ng mga rating ng larawan. Kami ang kasalukuyang pinakamalaking user ng Apache Cassandra sa RuNet at isa sa pinakamalaki sa Europe. Mayroon kaming higit sa isang daang iba't ibang mga kumpol na ginagamit kapwa para sa pag-iimbak ng iba't ibang impormasyon ng produkto - mga klase, chat, mensahe, at para sa pamamahala ng kritikal na data ng imprastraktura - pagmamapa ng mga lohikal na bloke sa mga disk ng isang malaking binary storage - , pamamahala ng panloob na cloud data at iba pa
Sa kabuuan, sa Pinamamahalaan ni Cassandra ang mga petabytes ng data sa libu-libong node. Sa panahong ito, nakaipon kami ng malawak na karanasan sa pangangasiwa, pagbuo at pagpapatakbo ng mga solusyon batay kay Cassandra at nakabuo pa ng sarili naming .
Ngayon nais naming ibahagi ang lahat ng ito sa iyo - gamit ang mga totoong kaso mula sa pagsasanay at walang mga lihim; Ang kaganapan ay gaganapin sa format ng isang live na talakayan sa pagitan ng mga kalahok, na nangangahulugan na ang talakayan ay aabutin ang karamihan ng oras. handang ibahagi ang kanilang mga ideya at diskarte. Pangungunahan ang kaganapan ni ΠΈ .
Ano ang magiging mga paksa?
Pagsasamantala:
Tingnan natin ang mga tipikal na configuration ng mga node at cluster sa iba't ibang mga installation installation. Tatalakayin natin kung paano palawakin ang mga cluster habang dumarami ang dami at pag-load ng data at kung paano palitan ang mga nabigong node na may kaunting epekto para sa mga kliyente. Ibahagi natin ang sakit at i-systematize ang sikat na rake. Alamin natin kung paano subaybayan ang mga kumpol upang maunawaan nang maaga kung saan at kung ano ang eksaktong hindi gumagana nang tama. Ating hawakan ang mga problema sa pag-deploy ng mga bagong bersyon ng Cassandra.
Pagganap:
Subukan nating unawain kung anong mga sukatan ang titingnan at kung ano ang maaaring i-tweak upang gawing mas mahusay ang mga sukatan. Alamin natin kung magsasanay muli o hindi at kung gayon, paano. Tutukuyin namin ang mga bottleneck sa arkitektura at pagpapatupad ni Cassandra at titingnan namin ang ilang mga trick sa engineering upang malutas ang mga ito. Ating hawakan ang masakit na regular na pagkumpuni at compaction nang walang pagkasira ng performance.
Fault tolerance:
Ang hardware ay hindi tumatagal magpakailanman, kaya ang mga aksidente ay nangyayari sa lahat ng oras, at ang kamay ng isang kasamahan ay maaaring manginig at aalisin namin ang mga hindi kinakailangang bagay, kaya tatalakayin namin ang pagbawi pagkatapos ng mga pagkabigo ng mga disk, machine o data center, pati na rin ang pag-roll pabalik sa isang pare-pareho. estado mula sa mga backup sa kaso ng mga error sa operator.
at sabihin sa iyong mga kaibigan at kasamahan ang tungkol sa kaganapan.
Pinagmulan: www.habr.com