{"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\/hr\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"Je li MongoDB uop\u0107e bio 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 ukida podr\u0161ku za MongoDB u Satellite<\/a><\/noindex> (ka\u017eu, zbog promjena licence). To me natjeralo na razmi\u0161ljanje jer sam u posljednjih nekoliko godina vidio mnoge \u010dlanke kako je MongoDB u\u017easna i da je nitko nikada ne bi trebao koristiti. No, tijekom tog vremena, MongoDB je postala mnogo zreliji proizvod. \u0160to se dogodilo? Je li sva ta mr\u017enja uzrokovana gre\u0161kama u po\u010detnom marketingu nove DBMS? Ili ljudi jednostavno koriste MongoDB na krivim mjestima?<\/p>\n<p>Ako vam se ikada u\u010dinilo da branim MongoDB, molim vas pro\u010ditajte <noindex><a rel=\"nofollow\" href=\"#1\">odricanje<\/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 pristojno re\u0107i, ali je svejedno samo mali dio trendova pro\u0161ao kroz na\u0161u industriju. Bio sam svjedok rasta 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchaina\u2026 popis je beskrajan. Svake godine se pojavljuju nove tendencije. Neki brzo nestaju, dok drugi bitno mijenjaju na\u010dine razvoja softvera.<\/p>\n<p>Oko svakog novog trenda stvara se neko op\u0107e uzbu\u0111enje: ljudi ili sami ska\u010du u \u010damac ili vide buku koju generiraju drugi \u2014 i idu za masom. Ovaj proces je kodificiran od strane tvrtke Gartner u <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">ciklus hypea<\/a><\/noindex>. Iako je sporan, ovaj graf otprilike opisuje \u0161to se doga\u0111a s tehnologijama prije nego \u0161to na kraju postanu korisne.<\/p>\n<p>Ali s vremena na vrijeme pojavljuje se (ili do\u017eivljava drugo dolazak, kao u ovom slu\u010daju) nova inovacija, vo\u0111ena samo jednom odre\u0111enom njenom implementacijom. U slu\u010daju NoSQL, hype je bio jako uvjetovan pojavom i brzim rastom MongoDB-a. Ne MongoDB je zapo\u010dela ovaj trend: zapravo, velike internetske tvrtke su zapo\u010dele imati problema s obradom velikih koli\u010dina podataka, \u0161to je dovelo do povratka nerelacijskih baza podataka. Op\u0107i pokret zapo\u010deo je s takvim projektima kao \u0161to su Bigtable od Googlea i Cassandra od Facebooka, no upravo je MongoDB postala najpoznatija i najpristupa\u010dnija NoSQL baza podataka kojoj su ve\u0107ina programera imala pristup.<\/p>\n<p><i>Napomena: mo\u017eete pomisliti da mije\u0161am dokumentne baze podataka s kolonama, skladi\u0161tima klju\u010d\/vrijednost ili bilo kojim od mnogih drugih vrsta skladi\u0161ta podataka koje spadaju pod op\u0107u definiciju NoSQL. I u pravu ste. No, tada je vladala zbrka. Svi su bili opsjednuti NoSQL-om, svima je postalo <b>apsolutno<\/b> bilo je potrebno, iako mnogi nisu primijetili razlike me\u0111u razli\u010ditim tehnologijama. Za mnoge, MongoDB je postala <b>sinonim<\/b> NoSQL.<\/i><\/p>\n<p>A programeri su se bacili na nju. Ideja o bazi podataka bez sheme koja se magi\u010dno skalira za rje\u0161avanje bilo kojeg problema bila je prili\u010dno primamljiva. Oko 2014. godine \u010dinilo se da se svugdje gdje je prije godinu dana kori\u0161tena relacionalna baza podataka, poput MySQL-a, Postgres-a ili SQL Server-a, implementiraju MongoDB baze. Na pitanje za\u0161to, mogli ste dobiti odgovor od banalne 'to je skaliranje weba' do promi\u0161ljenijeg 'moji podaci su vrlo slabo strukturirani i dobro se uklapaju u bazu podataka bez sheme.'<\/p>\n<p>Va\u017eno je zapamtiti da MongoDB i baze podataka dokumenata u cjelini rje\u0161avaju niz problema s tradicionalnim relacionalnim bazama podataka:<\/p>\n<ul>\n<li><b>Stroga shema<\/b>: s relacionalnom bazom podataka, ako imate dinami\u010dki generirane podatke, prisiljeni ste ili stvoriti hrpu nasumi\u010dnih 'razli\u010ditih' stupaca podataka, ugurati blobove podataka ili koristiti 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\u017eina skaliranja<\/b>: ako je podataka toliko da ne stanu na jedan poslu\u017eitelj, MongoDB je nudila mehanizme koji omogu\u0107uju njihovo skaliranje na vi\u0161e ma\u0161ina.\n<\/li>\n<li><b>Kompleksne izmjene sheme<\/b>: nema migracija! U relacionalnoj bazi podataka, promjena strukture baze podataka mo\u017ee postati ogroman problem (osobito kada podaci postanu jako veliki). MongoDB je uspjela zna\u010dajno pojednostaviti taj proces. I u\u010dinila ga toliko lakim da mo\u017eete jednostavno a\u017eurirati shemu u hodu i vrlo brzo napredovati.\n<\/li>\n<li><b>Performanse pisanja<\/b>: performanse MongoDB bile su dobre, posebno uz pravilnu konfiguraciju. \u010cak je i konfiguracija MongoDB iz kutije, koju su \u010desto kritizirali, pokazivala neka impresivna mjerila performansi.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Sav rizik je na vama<\/h1>\n<p>\nPotencijalne prednosti MongoDB-a bile su ogromne, posebno za odre\u0111ene klase problema. Ako se pro\u010dita gornji popis bez razumijevanja konteksta i bez iskustva, mogla bi se ste\u0107i dojam da je MongoDB zaista revolucionarna DBMS. Jedini problem bio je u tome \u0161to su navedene prednosti bile pra\u0107ene nizom uvjetovanja, od kojih su neka navedena u nastavku.<\/p>\n<p>Iskreno govore\u0107i, nitko u 10gen\/MongoDB Inc. ne\u0107e re\u0107i da je ono \u0161to slijedi neistina, to su samo kompromisi.<\/p>\n<ul>\n<li><b>Gubitak transakcija<\/b>: transakcije su osnovna zna\u010dajka mnogih relacijskih baza podataka (ne svih, ali ve\u0107ine). Transakcionost zna\u010di da mo\u017eete izvr\u0161avati vi\u0161e operacija atomarno i mo\u017eete osigurati da \u0107e podaci ostati dosljedni. Naravno, u NoSQL bazi podataka, transakcionost mo\u017ee biti unutar jednog dokumenta ili mo\u017eete koristiti dvofazne potvrde za postizanje transakcijske semantike. No, morat \u0107ete sami implementirati tu funkcionalnost... \u0161to mo\u017ee biti slo\u017een i dugotrajan zadatak. \u010cesto niste svjesni problema dok ne vidite da podaci u bazi podataka dolaze u nedopu\u0161tena stanja jer nije mogu\u0107e osigurati atomarnost operacija. <b>Napomena: mnogi su mi rekli da su u MongoDB 4.0 pro\u0161le godine uvedene transakcije, ali s brojnim ograni\u010denjima. Zaklju\u010dak \u010dlanka ostaje isti: procijenite koliko tehnologija odgovara va\u0161im potrebama.<\/b>\n<\/li>\n<li><b>Gubitak relacijske cjelovitosti (vanjski klju\u010devi)<\/b>: ako va\u0161i podaci imaju odnose, morat \u0107ete ih primijeniti u aplikaciji. Imati bazu podataka koja po\u0161tuje te odnose uklanja zna\u010dajan dio posla iz aplikacije, a time i s va\u0161ih programera.\n<\/li>\n<li><b>Nedostatak mogu\u0107nosti primjene strukture podataka<\/b>: stroge sheme ponekad postaju veliki problem, ali to je tako\u0111er mo\u0107an mehanizam za dobro strukturiranje podataka ako se pravilno koristi. Dokumentne baze podataka kao \u0161to je MongoDB pru\u017eaju nevjerojatnu fleksibilnost sheme, ali ta fleksibilnost skida odgovornost za odr\u017eavanje podataka u \u010distom obliku. Ako se ne brinete o njima, na kraju \u0107ete morati napisati puno koda u aplikaciji kako biste uzeli u obzir podatke koji se \u010duvaju u obliku koji ne o\u010dekujete. Kao \u0161to \u010desto ka\u017eemo u na\u0161oj tvrtki Simple Thread\u2026 aplikaciju \u0107e nekad ponovno napisati, a podaci \u0107e \u017eivjeti vje\u010dno. <b>Napomena: MongoDB podr\u017eava provjeru sheme: korisna je, ali ne pru\u017ea iste garancije kao relacijska baza podataka. Prije svega, dodavanje ili promjena provjere sheme ne utje\u010de na postoje\u0107e podatke u kolekciji. Morate osigurati da a\u017eurirate podatke u skladu s novom shemom. Odlu\u010dite sami je li to dovoljno za va\u0161e potrebe.<\/b>\n<\/li>\n<li><b>Vlastiti jezik upita \/ gubitak ekosustava alata<\/b>: pojava SQL-a bila je apsolutna revolucija, i od tada se ni\u0161ta nije promijenilo. To je nevjerojatno mo\u0107an jezik, ali i prili\u010dno slo\u017een. Potreba za konstruiranjem upita za bazu podataka na novom jeziku, koji se sastoji od dijelova JSON-a, smatra se velikim korakom unazad za ljude koji imaju iskustva s SQL-om. Postoji cijeli svemir alata koji sura\u0111uju s SQL bazama podataka: od IDE-a do alata za izvje\u0161tavanje. Prijelaz na bazu podataka koja ne podr\u017eava SQL zna\u010di da ne mo\u017eete koristiti ve\u0107inu tih alata ili morate prevesti podatke u SQL kako biste ih koristili, a to bi moglo biti te\u017ee nego \u0161to mislite.<\/li>\n<\/ul>\n<p>\nMnogi programeri koji su pre\u0161li na MongoDB nisu potpuno razumjeli kompromise i \u010desto su se u nju upletali s glavom, postavljaju\u0107i je kao glavno skladi\u0161te podataka. Nakon toga je \u010desto bilo nevjerojatno te\u0161ko vratiti se nazad.<\/p>\n<h1>\u0160to se moglo u\u010diniti druga\u010dije?<\/h1>\n<p>\nNe sko\u010di svi s glavom naprijed i ne udaraju u dno. No mnogi projekti postavili su MongoDB na mjesta gdje jednostavno nije odgovarala - i morat \u0107e s njom \u017eivjeti jo\u0161 mnogo godina. Da su te organizacije potro\u0161ile neko vrijeme i sustavno razmislile o izboru tehnologija, mnogi bi napravili druga\u010diji izbor.<\/p>\n<p>Kako odabrati odgovaraju\u0107u tehnologiju? Bilo je nekoliko poku\u0161aja da se stvori sustavni okvir za procjenu tehnologija, poput <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u201eOkvir za implementaciju tehnologija u softverskim organizacijama\u201c<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u201eOkvir za procjenu softverskih tehnologija\u201c<\/a><\/noindex>, ali mislim da je to suvi\u0161na slo\u017eenost.<\/p>\n<p>Mnoge tehnologije se mogu razumno procijeniti postavljanjem samo dva osnovna pitanja. <b>Problem le\u017ei u pronala\u017eenju ljudi koji mogu odgovorno odgovoriti na njih, tro\u0161e\u0107i vrijeme na tra\u017eenje odgovora i bez pristranosti.<\/b><\/p>\n<blockquote><p>Ako se ne suo\u010davate s nekim problemom, ne treba vam novi alat. To\u010dka.<\/p><\/blockquote>\n<p><\/p>\n<h1>Pitanje 1: Koje probleme poku\u0161avam rije\u0161iti?<\/h1>\n<p>\nAko se ne suo\u010davate s nekim problemom, ne trebate novi alat. To\u010dka. Nema potrebe tra\u017eiti rje\u0161enje, a zatim smi\u0161ljati problem. Ako se ne suo\u010davate s problemom koji nova tehnologija ne rje\u0161ava znatno bolje od va\u0161e postoje\u0107e tehnologije, onda ovdje nemamo o \u010demu razgovarati. Ako razmi\u0161ljate o kori\u0161tenju ove tehnologije jer ste vidjeli kako je koriste drugi, razmislite o problemima s kojima se oni suo\u010davaju i pitajte se imate li takve probleme. Lako je prihvatiti tehnologiju samo zato \u0161to je koriste drugi, ali pravi izazov je razumjeti imate li iste probleme.<\/p>\n<h1>Pitanje 2: \u010cega se odri\u010dem?<\/h1>\n<p>\nOvo je zasigurno te\u017ee pitanje jer \u0107ete morati dublje zaroniti i dobro razumjeti kako staru, tako i novu tehnologiju. Ponekad ne mo\u017eete doista razumjeti novu tehnologiju dok ne izgradite ne\u0161to pomo\u0107u nje ili dok ne dobijete zaposlenika s tim iskustvom.<\/p>\n<p>Ako nemate ni jedno ni drugo, ima smisla razmisliti o minimalnim mogu\u0107im ulaganjima kako biste odredili vrijednost ovog alata. I ako napravite ulaganje, koliko \u0107e biti te\u0161ko povu\u0107i odluku?<\/p>\n<h1>Ljudi uvijek sve pokvare<\/h1>\n<p>\nPoku\u0161avaju\u0107i odgovoriti na ova pitanja \u0161to je mogu\u0107e nepristranije, imajte na umu jednu stvar: morat \u0107ete se boriti protiv ljudske prirode. Postoji niz kognitivnih predrasuda koje treba prevazi\u0107i kako biste u\u010dinkovito procijenili tehnologiju. Evo samo nekih od njih:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Efekt pristupanja ve\u0107ini<\/a><\/noindex><\/b> \u2014 svi znaju za to, ali se s njim i dalje te\u0161ko boriti. Samo se uvjerite da tehnologija doista odgovara va\u0161im stvarnim potrebama.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Efekt novosti<\/a><\/noindex><\/b> \u2014 mnogi programeri imaju tendenciju da podcjenjuju tehnologije s kojima su dugo radili, a precjenjuju prednosti nove tehnologije. Ne samo programeri, svi su podlo\u017eni ovom kognitivnom deformitetu.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Efekt pozitivnih karakteristika<\/a><\/noindex> \u2014 imamo tendenciju vidjeti ono \u0161to postoji i zanemariti ono \u0161to nedostaje. To mo\u017ee dovesti do haosa u kombinaciji s efektom novosti, jer ne samo da naturalno precjenjujete novu tehnologiju, ve\u0107 i ignorirate njezine nedostatke.<\/b>.<\/li>\n<\/ul>\n<p>\nObjektivna ocjena nije jednostavna, ali razumijevanje osnovnih kognitivnih zabluda mo\u017ee pomo\u0107i pri dono\u0161enju razumnijih odluka.<\/p>\n<h1>Sa\u017eetak<\/h1>\n<p>\nKada se pojavljuje neka inovacija, va\u017eno je s velikim oprezom odgovoriti na dva pitanja:<\/p>\n<ul>\n<li>Rje\u0161ava li ovaj alat stvarni problem?\n<\/li>\n<li>Dobro li razumijemo kompromis?<\/li>\n<\/ul>\n<p>\nAko ne mo\u017eete sigurno odgovoriti na ova dva pitanja, napravite nekoliko koraka unatrag i promislite.<\/p>\n<p>Je li MongoDB bio pravi izbor? Naravno da jest; kao i kod ve\u0107ine in\u017eenjerskih tehnologija, to ovisi o mnogim faktorima. Mnogi koji su odgovorili na ova dva pitanja imali su koristi od MongoDB i nastavljaju imati. Tko nije, nadam se da je stekao vrijednu i ne previ\u0161e bolnu lekciju o ciklusu hype-a.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>Odricanje<\/h1>\n<p>\n\u017delim naglasiti da nemam ljubavi ni mr\u017enje prema MongoDB-u. Jednostavno nismo imali problema za koje bi MongoDB najbolje rje\u0161enje. Znam da je 10gen\/MongoDB Inc. u po\u010detku djelovala vrlo hrabro, postavljaju\u0107i nesigurne zadane vrijednosti i promoviraju\u0107i MongoDB svugdje (osobito na hackathonima) kao univerzalno rje\u0161enje za rad s bilo kojim podacima. Vjerojatno je to bila lo\u0161a odluka. No, to potvr\u0111uje pristup opisan ovdje: ovi problemi mogli su se otkriti vrlo brzo \u010dak i uz povr\u0161nu procjenu 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\/hr\/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=\"hr_HR\" \/>\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\/hr\/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\udd47Je li MongoDB bio pravi izbor? | ProHoster","description":"Nedavno sam saznao da Red Hat uklanja podr\u0161ku za MongoDB iz Satellite (ka\u017eu, zbog.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}