{"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\/et\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"Kas MongoDB oli \u00fcldse \u00f5ige valik?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hiljuti sain teada, et <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">Red Hat eemaldab MongoDB toe Satellite'ist<\/a><\/noindex> (\u00f6eldakse, et litsentsimuudatuste t\u00f5ttu). See pani mind m\u00f5tlema, et viimastel aastatel olen n\u00e4inud hulgaliselt artikleid selle kohta, kui kohutav on MongoDB ja et keegi ei tohiks seda kunagi kasutada. Kuid selle aja jooksul on MongoDB muutunud palju k\u00fcpsemaks tooteks. Mis siis juhtus? Kas kogu see viha on t\u00f5esti seotud varajaste turundusvigadega? V\u00f5i kasutavad inimesed MongoDB-d lihtsalt valedes kohtades?<\/p>\n<p>Kui teil tundub, et ma kaitsen MongoDB-d, lugege palun <noindex><a rel=\"nofollow\" href=\"#1\">eemaldatud<\/a><\/noindex> artikli l\u00f5pus.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Uus suundumus<\/h1>\n<p>\nOlen t\u00f6\u00f6tanud tarkvaraarenduse valdkonnas kauem, kui on viisakas r\u00e4\u00e4kida, kuid selle aja jooksul on mind tabanud vaid v\u00e4ike osa meie valdkonda m\u00f5jutanud suundumustest. Olen olnud tunnistajaks 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blokchaini... loetelu on l\u00f5putu. Iga aasta tulevad v\u00e4lja uued suundumused. Osa neist hajub kiiresti, samas kui teised muudavad oluliselt tarkvaraarenduse viise.<\/p>\n<p>Iga uue suundumuse \u00fcmber tekib mingi \u00fcldine elevus: inimesed kas h\u00fcppavad ise paati v\u00f5i n\u00e4evad teistelt tekkinud m\u00fcra ja j\u00e4rgivad rahvamassi. Seda protsessi kodeeris ettev\u00f5te Gartner <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">hype'i ts\u00fcklis<\/a><\/noindex>. Kuigi see on vaieldav, kirjeldab see graafik umbes seda, mis igasugustega tehnoloogiatega juhtub, enne kui need saavad l\u00f5puks kasutamiseks kasulikuks.<\/p>\n<p>Kuid aeg-ajalt ilmub (v\u00f5i toimub teine tulemine, nagu sel juhul) uus innovatsioon, mille motiveerib ainult \u00fcks konkreetne rakendus. NoSQL hype'it m\u00e4\u00e4ratses tugevalt MongoDB kiire t\u00f5us. Mitte MongoDB alustas seda trendi: tegelikult tekkisid suurtes internetifirmades probleemid suurte andmemahtude t\u00f6\u00f6tlemisega, mis t\u00f5i tagasi mitte-relatsioonilised andmebaasid. \u00dcldine liikumine algas selliste projektidega nagu Google'i Bigtable ja Facebooki Cassandra, kuid just MongoDB-st sai k\u00f5ige tuntum ja kergemini ligip\u00e4\u00e4setav NoSQL andmebaasi rakendus, millega enamik arendajatest sai t\u00f6\u00f6tada.<\/p>\n<p><i>M\u00e4rkus: v\u00f5ite m\u00f5elda, et segan dokumentide andmebaase veergude andmebaaside, v\u00f5tme-v\u00e4\u00e4rtuse ladude v\u00f5i paljude teiste andmelaod t\u00fc\u00fcpiliste NoSQL m\u00e4\u00e4ratlemise alla. Ja teil on \u00f5igus. Kuid toona valitses segadus. K\u00f5ik oli NoSQL-i f\u00e4nnid ja see muutus <b>absoluutseks<\/b> on vajalik, kuigi paljud ei ole tehnoloogiate vahel erinevusi n\u00e4inud. Paljudele on MongoDB saanud <b>s\u00fcnon\u00fc\u00fcmiks<\/b> NoSQL-ile.<\/i><\/p>\n<p>Ja arendajad r\u00fcndasid seda. Idee skeemivabast andmebaasist, mis maagiliselt skaleerub k\u00f5ikide probleemide lahendamiseks, oli piisavalt ahvatlev. Umbes 2014. aastal n\u00e4is, et igas kohas, kus veel aasta tagasi kasutati relatsioonilist andmebaasi, nagu MySQL, Postgres v\u00f5i SQL Server, hakati kasutama MongoDB-sid. K\u00fcsimusele miks, v\u00f5isite saada vastuse alates lihtsast \u201esee on veebiskaal\u201d kuni l\u00e4bim\u00f5elduma \u201emu andmed on v\u00e4ga halvasti struktureeritud ja sobivad h\u00e4sti skeemivabasse andmebaasi\u201d.<\/p>\n<p>Oluline on meeles pidada, et MongoDB ja dokumendip\u00f5hised andmebaasid lahendavad teatud probleeme traditsiooniliste relatsiooniliste andmebaasidega:<\/p>\n<ul>\n<li><b>Range skeem<\/b>: relatsioonilise andmebaasi puhul, kui teil on d\u00fcnaamiliselt loodud andmed, peate kas looma hulga juhuslikke \"erinevaid\" andmesambasid, pressima sinna andmepunkte v\u00f5i kasutama konfiguratsiooni <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>... k\u00f5ikidel sellel on olulised puudused.\n<\/li>\n<li><b>Skaalamisvaev<\/b>: kui andmeid on nii palju, et need ei mahu \u00fchele serverile, pakkus MongoDB mehhanisme, mis v\u00f5imaldasid neid skaleerida mitmele masinale.\n<\/li>\n<li><b>Skeemi keerulised muutused<\/b>: mingeid migreerimisi! Relatsioonilises andmebaasis andmebaasi struktuuri muutmine v\u00f5ib olla suur probleem (eriti kui andmeid on t\u00f5eliselt palju). MongoDB suutis protsessi oluliselt lihtsustada. Ja tegi selle nii lihtsaks, et saate lihtsalt skeemi jooksvalt uuendada ja v\u00e4ga kiiresti edasi minna.\n<\/li>\n<li><b>Kirjutamisv\u00f5imekus<\/b>: MongoDB j\u00f5udlus oli hea, eriti korraliku seadistuse korral. I even MongoDB out-of-the-box configuration, for which it was often criticized, demonstrated some impressive performance metrics.<\/li>\n<\/ul>\n<p><\/p>\n<h1>K\u00f5ik riskid on teie peal.<\/h1>\n<p>\nMongoDB potentsiaalsed eelised olid tohutud, eriti teatud probleemide klasside jaoks. Kui lugeda \u00fclaltoodud loetelu ilma konteksti m\u00f5istmata ja kogemusteta, v\u00f5ib tekkida mulje, et MongoDB on t\u00f5eliselt revolutsiooniline andme\u00adbaasi\u00adhaldus\u00ads\u00fcsteem. Ainus probleem oli see, et eespool nimetatud eelised kaasnesid hulga m\u00e4rgustega, millest m\u00f5ned on allpool toodud.<\/p>\n<p>Aus \u00f5igusem\u00f5istmise nimel, keegi 10gen\/MongoDB Inc.-is ei \u00fctle, et allj\u00e4rgnev pole t\u00f5si, need on lihtsalt kompromissid.<\/p>\n<ul>\n<li><b>Tehingute kaotus<\/b>: tehingud on paljude relatsiooniliste andmebaaside (mitte k\u00f5ikide, kuid enamik) p\u00f5hijoon. Tehingulisus t\u00e4hendab, et saate teostada mitu operatsiooni aatomaaridena ja v\u00f5ite tagada, et andmed j\u00e4\u00e4vad koosk\u00f5lla. Loomulikult v\u00f5ib NoSQL andmebaasis tehingulisus olla \u00fche dokumendi piires v\u00f5i v\u00f5ite kasutada kahefaasilisi kinnitusi, et saavutada tehinguline semantika. Kuid peate selle funktsionaalsuse ise rakendama... mis v\u00f5ib olla keeruline ja aegan\u00f5udev \u00fclesanne. Sageli ei teadvusta te probleeme enne kui n\u00e4ete, et andmed andmebaasis satuvad lubamatutesse olekutesse, sest operatsioonide aatomaarset tagamist ei saa garanteerida. <b>M\u00e4rkus: paljud on mulle teatanud, et eelmisel aastal ilmus MongoDB 4.0-s tehingud, kuid mitmete piirangutega. Artikli j\u00e4reldus j\u00e4\u00e4b endiseks: hindage, kui h\u00e4sti tehnoloogia vastab teie vajadustele.<\/b>\n<\/li>\n<li><b>Relatsiooni terviklikkuse kaotus (v\u00e4lishiid)<\/b>: kui teie andmetes on suhted, peate neid rakenduses rakendama. Sukeldumine andmebaasi, mis j\u00e4rgib neid suhteid, v\u00e4hendab m\u00e4rkimisv\u00e4\u00e4rselt t\u00f6\u00f6koormust rakendusel ja seega ka teie arendajatele.\n<\/li>\n<li><b>Andmestruktuuri rakendamise puudumine<\/b>: ranged skeemid v\u00f5ivad m\u00f5nikord osutuda suureks probleemiks, kuid need on ka v\u00f5imas mehhanism andmete korralikuks struktureerimiseks, kui neid \u00f5igesti kasutada. Dokumentide andmebaasid, nagu MongoDB, pakuvad uskumatut skeemi paindlikkust, kuid see paindlikkus vabastab vastutuse andmete s\u00e4ilitamise eest korralikult. Kui te nende eest ei hooli, peate l\u00f5puks rakenduses kirjutama palju koodi, et arvestada andmetega, mis on salvestatud teie ootustele mittevastavas vormis. Nagu meie ettev\u00f5ttes Simple Thread sageli \u00f6eldakse\u2026 rakendus kirjutatakse kunagi \u00fcmber, kuid andmed elavad igavesti. <b>M\u00e4rkus: MongoDB toetab skeemide kontrollimist: see on kasulik, kuid ei paku samu garantiisid kui relationaalne andmebaas. Esiteks, skeemide kontrollimise lisamine v\u00f5i muutmine ei m\u00f5juta olemasolevaid andmeid kogus. Te peaksite ise veenduma, et v\u00e4rskendate andmeid vastavalt uuele skeemile. Otsustage ise, kas see on teie vajaduste jaoks piisav.<\/b>\n<\/li>\n<li><b>Omandatud p\u00e4ringukeel \/ \u00f6kos\u00fcsteemi t\u00f6\u00f6riistade kaotus<\/b>: SQL-i ilmumine oli absoluutne revolution, ning sellest ajast alates ei ole midagi muutunud. See on uskumatult v\u00f5imas keel, kuid ka \u00fcsna keeruline. Tehniliselt on uusi p\u00e4ringute koostamine andmebaasi uue keele abil, mis koosneb JSON-i fragmentidest, inimestele, kellel on SQL-i kogemus, suur tagasilangemine. SQL-andmebaasidega t\u00f6\u00f6tamiseks on terve universum t\u00f6\u00f6riistu: alates IDE-dest kuni aruandlust\u00f6\u00f6riistadeni. Andmebaasi \u00fcleminek, mis ei toeta SQL-i, t\u00e4hendab, et te ei saa kasutada enamikku neist t\u00f6\u00f6riistadest v\u00f5i peate oma andmed SQL-i viima, et neid kasutada, ja see v\u00f5ib osutuda keerulisemaks, kui arvate.<\/li>\n<\/ul>\n<p>\nPaljud arendajad, kes p\u00f6\u00f6rdusid MongoDB poole, ei m\u00f5istnud v\u00e4ga h\u00e4sti kompromisse ja sageli h\u00fcppasid nad pea ees sisse, seadistades selle peamiseks andmesalvestuseks. P\u00e4rast seda oli sageli uskumatult keeruline tagasi tulla.<\/p>\n<h1>Mida oleks saanud teisiti teha?<\/h1>\n<p>\nK\u00f5ik ei h\u00fcpanud peadpidi ning ei paisanud end p\u00f5hja. Kuid paljusid projekte seadistati MongoDB-se, kuhu see lihtsalt ei sobinud - ja nad peavad sellega veel palju aastaid elama. Kui need organisatsioonid oleksid veetnud natuke aega ja m\u00f5elnud s\u00fcsteemselt tehnoloogia valikule, oleks paljud teinud teistsuguse valiku.<\/p>\n<p>Kuidas valida sobiv tehnoloogia? Oli mitmeid katse, et luua s\u00fcsteemne raamistik tehnoloogiate hindamiseks, nagu <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u201eRaamistik tehnoloogiate rakendamiseks tarkvarorganisatsioonides\u201c<\/a><\/noindex> ja <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u201eRaamistik tarkvaratehnoloogiate hindamiseks\u201c<\/a><\/noindex>, kuid mulle tundub, et see on \u00fclem\u00e4\u00e4rane keerukus.<\/p>\n<p>Paljusid tehnoloogiaid saab m\u00f5istlikult hinnata, esitamata vaid kahte peamist k\u00fcsimust. <b>Probleem seisneb selles, et leida inimesi, kes saavad vastutustundlikult vastata, kulutades aega vastuste leidmiseks ja ilma eelarvamusteta.<\/b><\/p>\n<blockquote><p>Kui te ei seisate silmitsi mingi probleemiga, ei vajate uut t\u00f6\u00f6riista. Punkt.<\/p><\/blockquote>\n<p><\/p>\n<h1>K\u00fcsimus 1: Milliseid probleeme ma p\u00fc\u00fcan lahendada?<\/h1>\n<p>\nKui te ei kohta mingit probleemi, ei vaja te uut t\u00f6\u00f6riista. L\u00f5pp. Pole m\u00f5tet otsida lahendust ja seej\u00e4rel v\u00e4lja m\u00f5elda probleem. Kui te ei ole silmitsi probleemiga, mille uus tehnoloogia lahendab oluliselt paremini kui teie olemasolev tehnoloogia, siis siin pole midagi arutada. Kui kaalute selle tehnoloogia kasutuselev\u00f5ttu, kuna olete n\u00e4inud, kuidas teised seda kasutavad, siis m\u00f5elge, milliste probleemidega nad silmitsi seisavad, ja k\u00fcsige endalt, kas teil on sarnaseid probleeme. On lihtne omaks v\u00f5tta tehnoloogiat, kuna teised seda kasutavad, kuid raskus seisneb selles, et m\u00f5ista, kas olete silmitsi samade probleemidega.<\/p>\n<h1>K\u00fcsimus 2: Millest ma loobun?<\/h1>\n<p>\nSee on kindlasti raskem k\u00fcsimus, sest tuleb s\u00fcveneda ja h\u00e4sti m\u00f5ista nii vana kui ka uut tehnoloogiat. M\u00f5nikord ei saa te uut t\u00f5eliselt m\u00f5ista, kuni ei ehita midagi selle abil v\u00f5i kuni teil ei ole t\u00f6\u00f6tajat, kellel on selline kogemus.<\/p>\n<p>Kui teil ei ole ei \u00fchtegi ega teist, siis on m\u00f5istlik m\u00f5elda minimaalsetele investeeringutele, et kindlaks teha selle t\u00f6\u00f6riista v\u00e4\u00e4rtus. Ja kui teete investeeringud, kui raske on otsus tagasi v\u00f5tta?<\/p>\n<h1>Inimesed rikuvad alati k\u00f5ik \u00e4ra<\/h1>\n<p>\nP\u00fc\u00fcdes nendel k\u00fcsimustele vastata v\u00f5imalikult objektiivselt, pidage meeles \u00fchte asja: peate v\u00f5itlema inimloomusega. On mitmeid kognitiivseid v\u00e4\u00e4rarusaamu, millele tuleb \u00fcle saada, et tehnoloogiat t\u00f5husalt hinnata. Siin on vaid m\u00f5ned:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">M\u00fc\u00fcgipooluse effekt<\/a><\/noindex><\/b> \u2014 k\u00f5ik teavad sellest, kuid sellega on ikkagi raske v\u00f5idelda. Veenduge, et tehnoloogia rahuldab teie tegelikke vajadusi.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Uudsuse effekt<\/a><\/noindex><\/b> \u2014 paljud arendajad kipuvad alahindama tehnoloogiaid, millega nad on pikka aega t\u00f6\u00f6tanud, ja \u00fclehindama uue tehnoloogia eeliseid. Mitte ainult programmeerijad, vaid k\u00f5ik on sellele kognitiivsele v\u00e4\u00e4rarusaamale vastuv\u00f5tlikud.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Positiivsete omaduste effekt<\/a><\/noindex> \u2014 me kipume n\u00e4gema seda, mis on olemas, ja unustame, mis puudub. See v\u00f5ib koos uudsuse effektiga viia segadusse, kuna te mitte ainult ei alahinda uut tehnoloogiat, vaid ignoreerite ka selle puudusi.<\/b>.<\/li>\n<\/ul>\n<p>\nObjektiivne hinnang pole kerge, kuid peamiste kognitiivsete v\u00e4\u00e4rarusaamade m\u00f5istmine aitab teha ratsionaalsemaid otsuseid.<\/p>\n<h1>Elulookirjeldus<\/h1>\n<p>\nKui ilmub mingi uuendus, tuleb v\u00e4ga ettevaatlikult vastata kahele k\u00fcsimusele:<\/p>\n<ul>\n<li>Kas see t\u00f6\u00f6riist lahendab reaalse probleemi?\n<\/li>\n<li>Kas me m\u00f5istame kompromisse piisavalt h\u00e4sti?<\/li>\n<\/ul>\n<p>\nKui te ei suuda neile kahele k\u00fcsimusele kindlalt vastata, astuge paar sammu tagasi ja m\u00f5elge.<\/p>\n<p>Kas MongoDB oli t\u00f5epoolest \u00f5ige valik? Loomulikult jah; nagu paljude inseneritehnoloogiate puhul, s\u00f5ltub see paljuski erinevatest teguritest. Paljude seas, kes vastasid neile kahele k\u00fcsimusele, on mitmed saanud MongoDB-st kasu ja saavad seda endiselt. Loodetavasti need, kes ei saanud, \u00f5ppisid v\u00e4\u00e4rtusliku ja mitte liiga valusa \u00f5ppetunni h\u00fcppe ts\u00fckli k\u00e4igus.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>M\u00e4rkus<\/h1>\n<p>\nTahan selgitada, et ma ei tunne ei armastust ega vihkamist MongoDB vastu. Lihtsalt meil polnud selliseid probleeme, mille jaoks MongoDB oleks parim lahendus. Tean, et 10gen\/MongoDB Inc. tegutses alguses v\u00e4ga julgesti, seades ebaturvalised vaikev\u00e4\u00e4rtused ja edendades MongoDB-d igal pool (eriti hackathon'idelt) universaalse lahendusena k\u00f5igi andmete t\u00f6\u00f6tlemiseks. See oli ilmselt vale otsus. Kuid see kinnitab siin kirjeldatud l\u00e4henemist: neid probleeme oleks saanud tuvastada v\u00e4ga kiiresti isegi pindmise tehnoloogia hindamise korral.<br \/>\n<br \/>Allikas: <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.1.1 - 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\/et\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\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\/et\/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\udd47Kas MongoDB oli t\u00f5epoolest \u00f5ige valik? | ProHoster","description":"Hiljuti kuulsin, et Red Hat eemaldab MongoDB toe Satellite'ist (kuuldavasti seet\u00f5ttu, et.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\/et\/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\/et\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}