Možda bi se mogle povući neke paralele.
…btw…stvar je poprilično banalna i jednostavna…ali eto, namjerno malo mudrujem da vidim tko će se prvi sjetiti. 
Dobre ideje su inače uvijek jednostavne…a ovo je prosto ko pasulj.
A sto je sa microservisima ili distribuiranim aplikacijama ili paralelnim programiranjem?
Ovo sto @bozoou hoce prikazat je za banalne stvari. Postoje sustavi za verzioniranje dokumenata i otvaraju i uredjuju se preko weba.
Ako netko ima potrebe da mu word ili excel dokument budu vise od 100 mb, onda nesto krivo radi. Autocad verzija postoji za web, a cini mi se da ima cad u browseru.
Za ozbiljne sustave nije, gdje je 500 microservisa gdje se sve odvija u realnom vremenu, sustav distribuiran, gdje je potrebno horizontalno skaliranje itd…
A to si iščitao iz čega?
Pa netko možda želi kopirati galeriju slika od 100MB … i želi da onome kome pošalje kopiju…da taj smije raditi štogod s kopijom a da ne uništi original.
Nigdje se ne spominju single fileovi od 100MB ili 100GB…
zato postoji verzioniranje dokumenata.
kad promijeniš dokument, piše tko je mijenjao i kad i dostupna ti je bilo koja verzija dokumenta od početka.
Ne vidim smisla zašto bi netko radio na kopiji.
kako češ spojiti dva dokumenta od različitih usera?
verzioniranje dokumenata radi na isti princip kao git, smao je očito drukčiji algoritam.
Verzioniranje ima jednu primjenu, kopiranje drugu.
Kopiraš npr film/video i nekom ga daješ. Taj će ili editirati klip ili neće … tvoj original ostaje čitav i netaknut.
Kopirat možeš i npr hrpu nekakvih report izvještaja i prosljeđuješ ih tipa šefu. On će možda pola tih izvještaja (tipa .pdf-ova) sačuvati, a pola će brisati jer mu netrebaju). Ti opet želiš da je tvoj original folder sa svim izvještajima netaknut bez obzira što on brisao ili ne…
Zašto ti moram ovakve gluposti objašnjavati? 
Ako misliš da je verzioniranje alternativa kopiranju… daj apel mikrosoftovcima i jabukovcima da izbace copy opciju i da bude samo verzioniranje…
Da i? Imas platformu dms, i prvi dokument je original, osoba A napravi promjene, to je novi dokument, original ostaje. Osoba B napravi promjene na dokumentu od osobe A, to je novi dokument. Dokument od osobe A mozes obrisati, original dokument ostaje kao i dokument od osobe B. Verzioniranje treba da se vide sve promhene, nadalje tu su prava pristupa itd.
Original dokument je zakljucan, a iz njega nastaju kopije. I u svakoj verziji se prati tko je sto mijenjao, kad i sto je mijenjano. A tu je i pretrazivanje.
Kopiranje je za po doma, u velikim sustavima iskljucivo erp, dms i ostalo sto treba.
A drugo reporti idu direktno iz erp-a, i podaci su obicno prekalkulirani. Ili iz sumarnih tablica koje se automatski pune/brisu ovisno o akcijama korisnika, a reporti su sastavni dio erp-a koji obicno ima i dashboard. I opet sa pravima pristupa, tako da pojedine dijelive app-a, vide pojedini korisnici, odnosno oni koji moraju.
Spomenuo sam reporte čisto kao generalan primjer…i ti se sad uhvatiš objašnjavati kako reporti trebaju izgledati…ovo ono…
Dobro da nisam spomenuo konkretno osobu koja šalje reporte i ime šefa … pa bi mi onda objašnjavao kako ta osoba ne mora slati reporte, jer je šef u penziji?
Kužiš li ti da su reporti analogija koja se trebala rauvući kao ogledni primjer na bilo što? Kakvi mrtvi dashboardi ako ja kopiram folder sa paint škrabotinama i šaljem ih svom nećaku?
Što se tiče verzioniranja kao tehnike da se postigne kopija bez uduplavanja memorije, to si u pravu…to je moguće. To je već @ognjen dao kao primjer…i u suštini radim nešto slično, mada puno jednostavnije.
Također pristup popot verzinoiranja ima i drugih nedostataka. Pošto se u tom slučaju samo pamte modifikacije originala, ne možeš baš pretraživati međ kopijama dokumenata. Možeš… ali CPU je preskupo.
Pamti se cijeli doument.
Dokument se pretražuje po opisu i po ključnim riječima, a ne po sadržaju.
Ovo što ti spominješ je za obične usere od kojih nema kruha.
Ja pričam o stvarima u businessu.
To je razlika.
Što mene briga za Peru Perića i njegove nevažne dokumente, i tako je svejedno gdje će ih držati.
Mene zanima enterprise, backend, skaliranje sustava, horizontalno i vertikalno i tisuće korisnika.
A ne tamo Pero Perić kojemu treba cijela snimka, da izreže komad i stavi na youtube i da se k.u.r…i.
Na reportima sam ti objasnio samo princip funkcioniranja stvari u businessu.
Na email dobivam i oglase sa određenih svjetskih portala, malo , malo , se spominje u oglasu mikriservisi, minimalno 200 komda, skaliranje itd…
Sorry, izgubi se ja s tobom koja je tema uopće.
1 Like
Pa spominjao si i da ce lako biti napraviti aplikaciju.
I kazem da to nema smisla, zato sam ti napisao prethodni post.
Nije bitno da li se nesto moze lako ili tesko napraviti, brzo ili sporo.
Nego kvalitetno i da se moze skalirati. Danas ti se dosta toga odvija na mobitelu, pa ti treba rest api, pa microservice, pa razni cronovi, pa skaliranje baze itd.
I zašto se nebi moglo skalirati? Baš je skaliranje jedan od problema koji rješava.
Jer ako podižeš novi kostur za svaku novu aplikaciju… to je sve, samo ne skalabilno. Jer koliko si napravio aplikacija, toliko ti se linerano povećava posao za održavanje svega toga ako kostur tih aplikacija mora ispratiti trend… ili neke updejtove…
Tako da tim pristupom ne možeš težiti u beskonačno sa brojem aplikacija, jer te povećanje u broju aplikacija usporava…
Ovako što se tiče tog djela imaš full skalabilno rješenje u pristupu. Isto je održavanje za jednu i milijon aplikacija.
A što se tiče same arhitekture da i ona bude skalabilna, to ovisi o majstoru koji gradi. Uvijek se može napraviti i dobro i pogrešno. Svakako pazim na taj dio i mogu reći da je koncept tako osmišljen da je sasvim nebitno hoće li gore biti dvije ili dva milijona aplikacija. Load time će biti isti … a svaki kreator svoje aplikacije će morati o njoj razmišljati da bude skalabilna. Doorsi o tome ovisiti neće… samo pojedini app može biti upropašten od svog kreatora, da sam za sebe nije skalabilan.
Isto kao što loš program na windowsu nije skalabilan, no to ne znači da windowsi nisu skalabilni…
@drmrgood @korisnik9758789 Ne vidim na sajtu kod njih ništa vezano za video editing, da li mi promiče nešto?
ne znam tačno kako funkcionise, ali koliko sam skontao, možeš pokrenuti bilo koji software u okviru svog browsera/njihovog clouda
Mislim da @bozoou uopće nije shvatio o čemu priča @jorgovan, a to potvrđuje s ovim
Ok, možeš objasniti na koji način taj tvoj sustav, trenutno file manager, skalira? Da li je to vertikalno ili horizontalno? Koje tehnologije koristi da bi hendlao tisuće korisnika u isto vrijeme i na koji način. Koju bazu podataka koristi? Znam da je PHP backend.
Pitanje za razmišljanje, kako skalirati program na windowsima koji će korisititi 1, slovima jedan, korisnik? I na koji način windowsi skaliraju? 
Ne, nego ti nisi razumio… čitaš opet polovično i bez razumjevanja.
Skalabilna rješenja se ne odnose samo na arhitekturu programa (horizontalno il vertikalno) nego se odnose i generalno na koncept jel zamišljen da se može skalirati, širiti unedogled.
Na tvoj dio koji si samo uspio iščitati, odgovor ti je slijedio u nastavku…
A što se tiče same arhitekture da i ona bude skalabilna, to ovisi o majstoru koji gradi. Uvijek se može napraviti i dobro i pogrešno
Čime želim reći da se svaka aplikacija ako ju dobro osmisliš može napraviti da bude skalabilna. To znači ovisi o majstoru koji gradi, kako gradi. … pa je glupo od @jorgovana da tvrdi da ovo nije skalabilno, a nema pojma što je pod haubom. I ti se lijepiš na takve gluposti…
Skaliranje horizontalno znaci da tvoja app radi na vise servera,load balancer ispred i jedan ili vise servera za sesije, da li sesiju u bazu, memcache , redis itd.
Trebam rjesenje za 2 milijuna korisnika, u svakom trenutku je 200 k usera u app-u, , baza u multi master clusteru na 5 servera. Kako ces to rijesiti?
Tebi nije jasna arhitektura app koja radi na vise servera istovremeno, a na svakom serveru je kopija app.
Baza isto tako. Za mysql innodb cluster trebas minimalno tri servera.
To sto ti smatras pod skaliranje, nije skaliranje.
Da li je app rest-api pa na clientu js, ili ddd arhitektura ili microservice, ili event source ili nesto drugo, ne bitno.
Vrlo jednostavno, ne bavim se problemima koje trenutno nemam. I nebi vjerovao, puno sam radio na sebi nebi li naučio ići tim pristupom.
A kada ću imati zahtjev za 2 milijuna korisnika:
- Bit ću sretan što imam taj problem
- Bavit ću se tim problemom
- Vrlo vjerovatno ću tada imati i veće resurse da se mogu uhvatiti u koštac sa tim problemom na ispravniji i temeljitiji način (nego što to mogu sada)
Što ne znači da već sada ne stvaram koncept koji će to moći podržati…dajem u tom smjeru koliko sam u mogućnostima…i koliko to trenutno ima smisla da se sada energija baca na to.
Tvoj pristup je kao da gradiš gradić …koji ima potencijal da postane velegrad. I samo zato što znaš da će jednog dana biti velegrad…odmah u startu praviš ceste u tom gradiću za 6 traka? Bacanje asfalta drug moj. 
Iako će ta cesta jednog dana zaista kao takva biti potrebna…u ranom procesu razvoja tog gradića, izgradnja takve ceste bi samo usporila razvoj gradića i blokirala resurse za razvoj nekih drugih bitnijih djeova gradića …te će on tako sporije postati velegrad. Ako baš skroz zabiješ resurse za izgradnju tog velegrada u krivom smjeru, možda nikada neće ni postati velegrad.
Zato treba djelovati sinkronizirano … sve u svoje vrijeme …
Krivo shvacas sve.
Krenem sa vps-om za $20, ali lako uzmem jos 50 vps-ova i,load balancer itd.
Uzimam koliko mi treba i dodajem koliko mi treba.
Zato u cloudu imas sw as service, placas koliko trosis.
Eto u jednom se slažemo. I ja to mislim sa svoje strane. 
Negol, jesi ti ikada vidio grad sa cestama koje podržavaju 2 milijona automobila, dok je brojka automobila u tom gradu daleko manja?
I to si krivo shvatio.
Napisao sam 2 mil. korisnika, u svakom trenutku 200 k korisnika u app-u.
Koliko ima fb korisnika?
A koliko ih je u svakom trenutku aktivno i koliko imaju u prosjeku requesta u s?