{"id":30666,"date":"2019-10-31T21:36:48","date_gmt":"2019-10-31T18:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/byla-la-mongodb-voobshhe-pravilnym-vyborom\/"},"modified":"2019-10-31T21:36:48","modified_gmt":"2019-10-31T18:36:48","slug":"byla-la-mongodb-voobshhe-pravilnym-vyborom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"Ali je bila MongoDB res pravi izbor?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Nedavno sam saznao da <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">Red Hat uklanja podr\u0161ku za MongoDB iz Satellite<\/a><\/noindex> (ka\u017eu, zbog promena u licenciranju). To me navelo na razmi\u0161ljanje o tome da sam u poslednjih nekoliko godina video gomilu \u010dlanaka o tome koliko je MongoDB stra\u0161na i da je niko nikada ne bi trebao koristiti. Ali tokom tog vremena, MongoDB je postala mnogo zreliji proizvod. \u0160ta se zapravo dogodilo? Da li je sav taj mr\u017enja posledica gre\u0161aka na po\u010detku marketinga nove DBMS? Ili ljudi jednostavno koriste MongoDB na pogre\u0161nim mestima?<\/p>\n<p>Ako vam se slu\u010dajno \u010dini da branim MongoDB, molim vas da pro\u010ditate <noindex><a rel=\"nofollow\" href=\"#1\">disklejmer<\/a><\/noindex> na kraju \u010dlanka.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Novi trend<\/h1>\n<p>\nRadim u softverskoj industriji vi\u0161e godina nego \u0161to je prikladno re\u0107i, ali mi je i dalje pripala samo mala koli\u010dina trendova koji su pogodili na\u0161u industriju. Bio sam svedok porasta 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchaina... lista je beskrajna. Svake godine se pojavljuju nove tendencije. Neke brzo nestanu, dok druge su\u0161tinski menjaju na\u010dine razvoja softvera.<\/p>\n<p>Oko svakog novog trenda stvara se neka vrsta op\u0161teg uzbu\u0111enja: ljudi ili sami ska\u010du u \u010damac, ili vide buku koju generi\u0161u drugi \u2014 i prate masu. Ovaj proces je kodifikovan od strane kompanije Gartner u <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">ciklus ushi\u0107enja<\/a><\/noindex>. Iako sporan, ovaj grafikon otprilike opisuje \u0161ta se zbiva s tehnologijama pre nego \u0161to kona\u010dno postanu korisne za upotrebu.<\/p>\n<p>Ali s vremena na vreme pojavljuje se (ili se de\u0161ava drugo vra\u0107anje, kao u ovom slu\u010daju) nova inovacija, vo\u0111ena samo jednom konkretnom njenom realizacijom. U slu\u010daju NoSQL, hype je bio sna\u017eno uslovljen pojavom i brzim usponom MongoDB. Nije MongoDB pokrenula ovaj trend: zapravo, veliki internet kompanije su se suo\u010davali sa problemima u obradi velikih koli\u010dina podataka, \u0161to je dovelo do ponovnog pojavljivanja nerelacionih DB. Op\u0161ti pokret je zapo\u010deo sa projektima kao \u0161to su Bigtable od Google-a i Cassandra od Facebook-a, ali je upravo MongoDB postala najpoznatija i najpristupa\u010dnija realizacija NoSQL baze podataka, kojoj su ve\u0107ina programera imala pristup.<\/p>\n<p><i>Napomena: mo\u017eete pomisliti da me\u0161am dokumentne DB sa kolumnarnim DB, skladi\u0161tima klju\u010d\/vrednost ili bilo kojim od mnogih drugih tipova skladi\u0161ta podataka koji spadaju pod op\u0161tu definiciju NoSQL. I u pravu ste. Ali tada je vladala pometnja. Svi su se opsedali s NoSQL, svima je to postalo <b>apsolutno<\/b> je potrebno, iako mnogi nisu primijetili razlike me\u0111u razli\u010ditim tehnologijama. Za mnoge je MongoDB postala <b>sinonim<\/b> NoSQL.<\/i><\/p>\n<p>I programeri su brzo po\u010deli da je koriste. Ideja o bazi podataka bez \u0161eme, koja se magi\u010dno skalira za rje\u0161avanje bilo kojeg problema, bila je vrlo primamljiva. Oko 2014. godine \u010dinilo se da svuda gdje je prije godine kori\u0161tena relacijska baza podataka, poput MySQL-a, Postgres-a ili SQL Server-a, postavljaju MongoDB baze. Na pitanje za\u0161to, mogli ste dobiti odgovor od banalnog \u201eto je skaliranje weba\u201d do promi\u0161ljenijeg \u201emoji podaci su vrlo slabo strukturirani i dobro se uklapaju u bazu podataka bez \u0161eme\u201d.<\/p>\n<p>Va\u017eno je imati na umu da MongoDB i baze podataka dokumenata u cjelini rje\u0161avaju niz problema s tradicionalnim relacijskim bazama podataka:<\/p>\n<ul>\n<li><b>Stroga \u0161ema<\/b>: s relacijskom bazom podataka, ako imate dinami\u010dki proizvedene podatke, prisiljeni ste ili da kreirate gomilu nasumi\u010dnih \u201erazli\u010ditih\u201d kolona podataka, ugurate blobove podataka ili upotrijebite konfiguraciju <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>\u2026 sve to ima zna\u010dajne nedostatke.\n<\/li>\n<li><b>Te\u0161ko\u0107e u skaliranju<\/b>: ako je podataka toliko da ne staju na jedan server, MongoDB je pru\u017eala mehanizme koji su omogu\u0107ili da ih skalirate na vi\u0161e ma\u0161ina.\n<\/li>\n<li><b>Slo\u017eene modifikacije \u0161eme<\/b>: nikakve migracije! U relacijskim bazama podataka, promjena strukture BDP-a mo\u017ee postati ogroman problem (posebno kada podataka postane vrlo mnogo). MongoDB je uspjela zna\u010dajno pojednostaviti proces. I u\u010dinila ga toliko lakim da mo\u017eete jednostavno a\u017eurirati \u0161emu u hodu i vrlo brzo i\u0107i dalje.\n<\/li>\n<li><b>Performanse pisanja<\/b>: performanse MongoDB su bile dobre, posebno uz pravilnu konfiguraciju. \u010cak je i MongoDB konfiguracija iz kutije, za koju su je \u010desto kritikovali, pokazivala neke impresivne performanse.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Svi rizici su na vama<\/h1>\n<p>\nPotencijalne prednosti MongoDB-a bile su ogromne, posebno za odre\u0111ene klase problema. Ako pro\u010ditate gornji popis bez razumijevanja konteksta i nemaju\u0107i iskustva, mo\u017ee se ste\u0107i utisak da je MongoDB zaista revolucionarna SDB. Jedini problem je bio taj \u0161to su navedene prednosti bile pra\u0107ene nizom rezervi, od kojih su neke navedene u nastavku.<\/p>\n<p>Po\u0161teno re\u010deno, niko u 10gen\/MongoDB Inc. ne bi rekao da je ono \u0161to sledi neistina, to su jednostavno kompromisi.<\/p>\n<ul>\n<li><b>Gubitak transakcija<\/b>: transakcije su osnovna karakteristika mnogih relacionih baza podataka (ne svih, ali ve\u0107ine). Transakcionost zna\u010di da mo\u017eete izvr\u0161avati vi\u0161e operacija atomarno i mo\u017eete garantovati da \u0107e podaci ostati dosledni. Naravno, u NoSQL bazi podataka transakcionost mo\u017ee biti unutar jednog dokumenta ili mo\u017eete koristiti dvostruke faze commit-a da postignete transakcionu semantiku. Ali \u0107ete morati sami implementirati ovu funkcionalnost\u2026 \u0161to mo\u017ee biti slo\u017een i zahtevan zadatak. \u010cesto ne shvatate problem dok ne vidite da podaci u bazi podataka upadaju u nedopustiva stanja, jer nije mogu\u0107e garantovati atomarnost operacija. <b>Napomena: mnogi su mi rekli da su u MongoDB 4.0 pro\u0161le godine uvedene transakcije, ali sa nizom ograni\u010denja. Zaklju\u010dak iz \u010dlanka ostaje isti: procenite koliko tehnologija odgovara va\u0161im potrebama.<\/b>\n<\/li>\n<li><b>Gubitak relacionih integriteta (spoljni klju\u010devi)<\/b>: ako u va\u0161im podacima postoje odnosi, onda \u0107ete ih morati primeniti u aplikaciji. Imati bazu podataka koja po\u0161tuje ove odnose \u0107e zna\u010dajno smanjiti posao u aplikaciji i, samim tim, rad va\u0161ih programera.\n<\/li>\n<li><b>Nedostatak mogu\u0107nosti primene strukture podataka<\/b>: stroge sheme ponekad predstavljaju veliki problem, ali to je tako\u0111e i mo\u0107an mehanizam za dobro strukturisanje podataka, ako se pravilno koriste. Dokumentne baze podataka, kao \u0161to je MongoDB, pru\u017eaju neverovatnu fleksibilnost sheme, ali ta fleksibilnost skida odgovornost za odr\u017eavanje podataka u \u010distom stanju. Ako se ne pobrinete za njih, na kraju \u0107ete morati da napi\u0161ete mnogo koda u aplikaciji da uzmete u obzir podatke koji se \u010duvaju u formi koju ne o\u010dekujete. Kao \u0161to \u010desto ka\u017eu u na\u0161oj kompaniji Simple Thread\u2026 aplikaciju \u0107e jednom prepisati, a podaci \u0107e \u017eiveti zauvek. <b>Opomba: MongoDB podpira preverjanje sheme: to je koristno, vendar ne zagotavlja enakih garancij kot relacijska baza podatkov. Predvsem dodajanje ali sprememba preverjanja sheme ne vpliva na obstoje\u010de podatke v zbirki. Sami se morate prepri\u010dati, da posodabljate podatke v skladu z novo shemo. Odlo\u010dite se, ali je to dovolj za va\u0161e potrebe.<\/b>\n<\/li>\n<li><b>Doma\u010di jezik poizvedb \/ izguba ekosistema orodij<\/b>: pojav SQL-a je bil popolna revolucija, od takrat pa se ni spremenilo ni\u010d. To je izjemno mo\u010dan jezik, a tudi precej zapleten. Potreba po oblikovanju poizvedb v bazi podatkov v novem jeziku, ki je sestavljen iz delov JSON, se smatra za velik korak nazaj s strani ljudi, ki imajo izku\u0161nje s SQL. Obstaja cela vesoljska orodij, ki delujejo s SQL bazami podatkov: od IDE-jev do orodij za poro\u010danje. Prehod na bazo podatkov, ki ne podpira SQL, pomeni, da ne morete uporabljati ve\u010dine teh orodij ali pa morate prenesti podatke v SQL, da bi jih lahko uporabili, kar se lahko izka\u017ee za bolj zapleteno, kot mislite.<\/li>\n<\/ul>\n<p>\n\u0160tevilni razvijalci, ki so se lotili MongoDB, niso prav dobro razumeli kompromisov in so pogosto sko\u010dili z glavo vanjo, jo namestili kot glavno podatkovno skladi\u0161\u010de. Po tem je bilo izjemno te\u017eko vrniti se nazaj.<\/p>\n<h1>Kaj bi lahko naredili druga\u010de?<\/h1>\n<p>\nNiso vsi sko\u010dili s polno glavo in prileteli na dno. Vendar je veliko projektov namestilo bazo MongoDB na mesto, kjer preprosto ni bila primerna \u2013 in s tem se bodo morali spoprijeti \u0161e dolgo. \u010ce bi te organizacije namenile nekaj \u010dasa in premi\u0161ljeno razmislile o izbiri tehnologij, bi marsikdo naredil druga\u010dno izbiro.<\/p>\n<p>Kako izbrati primerno tehnologijo? Bile so nekatere poskusi za ustvarjanje sistemati\u010dnega okvira za ocenjevanje tehnologij, kot so <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u201eOkvir za uvajanje tehnologij v programske organizacije\u201c<\/a><\/noindex> in <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u201eOkvir za oceno programske tehnologije\u201c<\/a><\/noindex>, vendar se mi zdi, da je to odve\u010dna kompleksnost.<\/p>\n<p>Mnogo tehnologij je mogo\u010de razumljivo oceniti, \u010de postavimo le dva osnovna vpra\u0161anja. <b>Te\u017eava je v iskanju ljudi, ki lahko nanju odgovorno odgovorijo, in so pripravljeni porabiti \u010das za iskanje odgovorov ter to storiti brez pristranskosti.<\/b><\/p>\n<blockquote><p>\u010ce se ne soo\u010date s kakr\u0161nokoli te\u017eavo, nimate potrebnega novega orodja. Pika.<\/p><\/blockquote>\n<p><\/p>\n<h1>Vpra\u0161anje 1: Katere te\u017eave posku\u0161am re\u0161iti?<\/h1>\n<p>\n\u010ce se ne soo\u010date s kak\u0161no te\u017eavo, potem nova orodja ne potrebujete. To\u010dka. Ni treba iskati re\u0161itev in si nato izmisliti te\u017eave. \u010ce niste naleteli na te\u017eavo, ki je nova tehnologija ne re\u0161uje bistveno bolje od va\u0161e obstoje\u010de tehnologije, potem tu ni ni\u010desar za razpravljanje. \u010ce razmi\u0161ljate o uporabi te tehnologije, ker ste videli, da jo uporabljajo drugi, se vpra\u0161ajte, s katerimi te\u017eavami se sre\u010dujejo, in preverite, ali imate podobne te\u017eave. Enostavno je sprejeti tehnologijo, ker jo uporabljajo drugi, te\u017eava pa je razumeti, ali se soo\u010date s podobnimi te\u017eavami.<\/p>\n<h1>Vpra\u0161anje 2: \u010cesa sem prikraj\u0161an?<\/h1>\n<p>\nTo je zagotovo te\u017eje vpra\u0161anje, saj bo treba podrobno razmisliti in dobro razumeti tako staro kot novo tehnologijo. V\u010dasih ne morete resni\u010dno razumeti nove, dokler ne zgradite ne\u010desa z njo ali dokler ne zaposlite nekoga, ki ima tak\u0161ne izku\u0161nje.<\/p>\n<p>\u010ce nimate ne enega ne drugega, ima smisel razmisliti o minimalnih investicijah za oceno vrednosti tega orodja. In \u010de se odlo\u010dite za investicije, kako te\u017eko bo preklicati odlo\u010ditev?<\/p>\n<h1>Ljudje vedno vse pokvarijo<\/h1>\n<p>\nPri poskusu odgovarjanja na ta vpra\u0161anja kolikor je mogo\u010de nepristransko, imejte v mislih eno stvar: borili se boste s \u010dlove\u0161ko naravo. Obstaja vrsta kognitivnih pristranskosti, ki jih je treba premagati za u\u010dinkovito oceno tehnologije. Tukaj je le nekaj:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">U\u010dinek pripadnosti ve\u010dini<\/a><\/noindex><\/b> \u2014 vsi vedo zanj, a se ga je vseeno te\u017eko znebiti. Prepri\u010dajte se, da tehnologija resni\u010dno ustreza va\u0161im realnim potrebam.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">U\u010dinek novosti<\/a><\/noindex><\/b> \u2014 mnogi razvijalci pogosto podcenjujejo tehnologije, s katerimi so delali dalj \u010dasa, in precenjujejo prednosti nove tehnologije. Ne le programerji, vsi smo podvr\u017eeni tej kognitivni pristranskosti.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">U\u010dinek pozitivnih lastnosti<\/a><\/noindex> \u2014 nagnjeni smo, da vidimo tisto, kar je, in spregledamo tisto, \u010desar ni. To lahko povzro\u010di zmedo v kombinaciji z u\u010dinkom novosti, saj ne le da v osnovi precenjujete novo tehnologijo, temve\u010d tudi ignorirate njene pomanjkljivosti.<\/b>.<\/li>\n<\/ul>\n<p>\nOb\u5ba2ija ocena ni enostavna, vendar razumevanje osnovnih kognitivnih pristranskosti pomaga sprejemati bolj racionalne odlo\u010ditve.<\/p>\n<h1>\u0420\u0435\u0437\u044e\u043c\u0435<\/h1>\n<p>\nKo se pojavi neka inovacija, je treba z veliko previdnostjo odgovoriti na dve vpra\u0161anja:<\/p>\n<ul>\n<li>Ali ta instrument re\u0161uje resni\u010dno te\u017eavo?\n<\/li>\n<li>Ali dobro razumemo kompromise?<\/li>\n<\/ul>\n<p>\n\u010ce na ti dve vpra\u0161anji ne morete samozavestno odgovoriti, naredite nekaj korakov nazaj in premislite.<\/p>\n<p>Ali je bila MongoDB sploh pravilen izbor? Seveda, da; kot pri ve\u010dini in\u017eenirskih tehnologij, je to odvisno od \u0161tevilnih dejavnikov. Med tistimi, ki so si odgovorili na ti dve vpra\u0161anji, jih je veliko pridobilo koristi iz MongoDB in jih \u0161e naprej pridobiva. Tisti, ki niso, upam, da so dobili dragoceno in ne preve\u010d bole\u010de lekcijo o gibanju po ciklu hipe.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>Omejitev odgovornosti<\/h1>\n<p>\n\u017delim pojasniti, da nimam ne ljubezni ne sovra\u0161tva do MongoDB. Preprosto nismo imeli tak\u0161nih te\u017eav, za katere bi bila MongoDB najbolj\u0161a izbira. Vem, da je 10gen\/MongoDB Inc. sprva deloval zelo drzni, z nastavitvijo nesigurnih privzetih vrednosti in spodbujanjem MongoDB povsod (\u0161e posebej na hackathonih) kot univerzalne re\u0161itve za delo z vsemi podatki. Verjetno je to bila slaba odlo\u010ditev. Ampak to potrjuje opisani pristop: te te\u017eave je bilo mogo\u010de zelo hitro odkriti tudi pri povr\u0161inski oceni tehnologije.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/446180\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438). \u042d\u0442\u043e \u0437\u0430\u0441\u0442\u0430\u0432\u0438\u043b\u043e \u043c\u0435\u043d\u044f \u0437\u0430\u0434\u0443\u043c\u0430\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u044f \u0432\u0438\u0434\u0435\u043b \u043a\u0443\u0447\u0443 \u0441\u0442\u0430\u0442\u0435\u0439, \u043a\u0430\u043a \u0443\u0436\u0430\u0441\u043d\u0430 MongoDB \u0438 \u0447\u0442\u043e \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u0434\u043e\u043b\u0436\u0435\u043d \u0435\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u041d\u043e \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f MongoDB \u0441\u0442\u0430\u043b\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0437\u0440\u0435\u043b\u044b\u043c \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u043c. \u0427\u0442\u043e \u0436\u0435 \u0441\u043b\u0443\u0447\u0438\u043b\u043e\u0441\u044c? \u0414\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043b\u0438 \u0432\u0441\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30666","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0411\u044b\u043b\u0430 \u043b\u0430 MongoDB \u0432\u043e\u043e\u0431\u0449\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u044b\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:36:48+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:36:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Ali je bila MongoDB sploh pravilen izbor? | ProHoster","description":"Nedavno sem izvedel, da Red Hat odstrani podporo za MongoDB iz Satellite (pravi se, da zaradi.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0411\u044b\u043b\u0430 \u043b\u0430 MongoDB \u0432\u043e\u043e\u0431\u0449\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u044b\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c? | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:36:48+00:00","article:modified_time":"2019-10-31T18:36:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30666","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 02:22:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:31:23","updated":"2026-01-21 02:22:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}