spainis Posted July 1, 2015 Report Share Posted July 1, 2015 s3 Quote Link to comment Share on other sites More sharing options...
briedis Posted July 1, 2015 Report Share Posted July 1, 2015 Tad nu gan, viena koda rindiņa. Quote Link to comment Share on other sites More sharing options...
yancis Posted July 1, 2015 Report Share Posted July 1, 2015 Par datu integritāti nebiju iedomājies - iespējams tas ir viens no lielākajiem plusiem.. Esmu redzējis sistēmas kur lietotāju dzēšana notiek vienkārši izdzēšot DB ierakstu, bet par failiem uz HDD ir pofig, jo tāpat tiek izmantoti tikai kādi 10% no maksimālās atmiņas. Tā viņi tur arī paliek pūstot mūžīgi. Quote Link to comment Share on other sites More sharing options...
F3llony Posted July 1, 2015 Report Share Posted July 1, 2015 (edited) (╯°□°)╯︵ ┻━┻ Galīgi saspiedušies... Tātad - normāli, sevi cienoši, cilvēki izdala divas lietas - blob storage un META storage, jo blobs un bloba metadati ir divas atšķirīgas lietas. Blob storage - block/cloud/something vide, kura optimizēta glabāt blobus. Tā nav datubāze. Tā nav datubāze. Tā nav datubāze. META storage - insert/delete (vai nu append only, vai nu append-delete) ātra DB. Šeit glabājam visu META informāciju - oriģin. nosaukums, izveides datums, etc. etc. Ja failus vajag dzēst pēc laika, dēmons fonā lasa META storage un izlasa expired failus pēc datumiem un citām dimensijām, un dara citus darbus. Un tagad par iemeslu kāpēc: FS ir optimizētas failu glabāšanai un FS pamatā nav visa milzīgā overheed kas ir DB. DB blobus glabā nu ļoti specifiskos gadījumos. Tālāk: syncing problems, ko daGrevis minēja. Šī problēma vienkārši neeksistē. Tam domātas asinhronas operācijas, availability callbacki utml. brīnumainas un maģiskas lietas. Tas arī viss ko gribēju te piebilst. Par to kešošanu es vispār nesaprotu. Būtu jau labi redzēt kaut kādu result cache šeit, kas varētu apsvērt šito abstrakto mākslu :D Kas būs tālāk, rakstam moduli uz Nginx lai vilktu statiskus failus no MySQL? Nu nē nu. So: FileSystem => Database Engine => DatabaseDriver => PHP?Whatever => Web Server => User => :( FileSystem => Web Server => User => :) Edited July 1, 2015 by F3llony Quote Link to comment Share on other sites More sharing options...
Kavacky Posted July 1, 2015 Report Share Posted July 1, 2015 Tā daļa par kešošanu, ko tu nesaprati, te bija viens no main pointiem. Proti, dati (attēla dati arī ir dati) glabājas DB. Kad useris pieprasa konkrēto attēlu konkrētā izmērā, tad ielasa attēla datus, uzģenerē vajadzīgo bildi, iebāž kešā, padod userim. Visās nākamajās reizēs uzreiz atgriež jau iekešoto attēlu no FS, ja vien nepieprasa jaunu modifikāciju. Ilgstoši nepieprasīti attēli tiek nahrenizēti no keša (būtībā der pat "rm -rf *") jeb FS un paliek tikai DB, ja nu kādreiz tomēr savajagas. Kā rezultātā visi dati ir vienā vietā - datu bāzē, bet FS netiek piedirsta ar thumbnaiļiem bildēm no 2011. gada, kuras nekad vairs neviens nemēģinās pieprasīt. Quote Link to comment Share on other sites More sharing options...
codez Posted July 1, 2015 Report Share Posted July 1, 2015 (edited) Var jau netaisītu kešu pats vispār, servējam failus no db ar vienalga kādu backend-u, priekšā pieliekam Varnish, kurš tad arī visu automātiski kešo. Primo reizi attēlu paņems no db, pēc tam, kamēr vien regulāri tiks pieprasīts, nāk no Varnish. P.S. Piemēram, saliekot Varnish priekšā, Elasticsearch ar šo pluginu pakaļā, var ar pāris rindiņām un bez nekādām baigām zināšanām uztaisīt milzīgi lielu, viegli platumā skeilojamu bilžu glabāšanas klasteri. (Ne optimālākais variants, bet ļoti ātri radāms). Protams, ideālā gadījumā būtu jāņem distributētas failu sistēmas, bet tās konfigurēt ir par kārtu sarežģītāk kā Elasticsearch-u. Edited July 1, 2015 by codez Quote Link to comment Share on other sites More sharing options...
F3llony Posted July 3, 2015 Report Share Posted July 3, 2015 Nu nezinu, nezinu. Man vairāk liekas, ka LV sākuši izplatīt jauna veida "legālās" un primāri jau, tech mītapos... Quote Link to comment Share on other sites More sharing options...
codez Posted July 4, 2015 Report Share Posted July 4, 2015 Nē, nu saprotams, ka standarta web projektam es nekad tā nedarītu, bet teiksim, ja ir jāuztaisa kāds viegli šipojams produkts, kuram prasības pēc apjoma nav tik lielas un var pat izmantot kādu embedojamu db, tad, lai viss projekts būtu vienā .jar failā, varētu arī atļauties failus glabāt db. Quote Link to comment Share on other sites More sharing options...
F3llony Posted July 4, 2015 Report Share Posted July 4, 2015 Nē, nu saprotams, ka standarta web projektam es nekad tā nedarītu, bet teiksim, ja ir jāuztaisa kāds viegli šipojams produkts, kuram prasības pēc apjoma nav tik lielas un var pat izmantot kādu embedojamu db, tad, lai viss projekts būtu vienā .jar failā, varētu arī atļauties failus glabāt db. Tas tiesa gan. Labs arguments. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.