{"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\/sv\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"Var MongoDB verkligen ett bra val?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Nyligen fick jag veta att <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">Red Hat tar bort st\u00f6det f\u00f6r MongoDB fr\u00e5n Satellite<\/a><\/noindex> (det s\u00e4gs bero p\u00e5 \u00e4ndringar i licensen). Detta fick mig att fundera p\u00e5 att under de senaste \u00e5ren har jag sett massor av artiklar om hur fruktansv\u00e4rt MongoDB \u00e4r och att ingen n\u00e5gonsin borde anv\u00e4nda det. Men under denna tid har MongoDB blivit en mycket mer mogen produkt. Vad har h\u00e4nt? F\u00f6rklaras all denna hat verkligen av felen i b\u00f6rjan av marknadsf\u00f6ringen av den nya databashanteraren? Eller anv\u00e4nder folk bara MongoDB p\u00e5 fel platser?<\/p>\n<p>Om du pl\u00f6tsligt tycker att jag f\u00f6rsvarar MongoDB, v\u00e4nligen l\u00e4s <noindex><a rel=\"nofollow\" href=\"#1\">disclaimer<\/a><\/noindex> i slutet av artikeln.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>En ny trend<\/h1>\n<p>\nJag har arbetat inom mjukvaruindustrin l\u00e4ngre \u00e4n vad som \u00e4r passande att n\u00e4mna, men \u00e4nd\u00e5 har jag bara upplevt en liten del av de trender som har p\u00e5verkat v\u00e5r bransch. Jag har bevittnat tillv\u00e4xten av 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchain... listan \u00e4r o\u00e4ndlig. Varje \u00e5r dyker nya tendenser upp. Vissa falnar snabbt, medan andra radikalt f\u00f6r\u00e4ndrar s\u00e4ttet att utveckla programvara.<\/p>\n<p>Runt varje ny trend skapas det en slags allm\u00e4n upphetsning: folk hoppar antingen sj\u00e4lva p\u00e5 t\u00e5get, eller s\u00e5 ser de det v\u00e4sen som skapas av andra - och f\u00f6ljer str\u00f6mmen. Denna process kodifierades av Gartner i <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">hypecykeln<\/a><\/noindex>. \u00c4ven om den \u00e4r kontroversiell, beskriver denna graf ganska bra vad som h\u00e4nder med teknologier innan de till slut blir anv\u00e4ndbara.<\/p>\n<p>Men d\u00e5 och d\u00e5 dyker en (eller en andra kommande, som i det h\u00e4r fallet) ny innovation upp, drivet av en enda specifik implementering. N\u00e4r det g\u00e4ller NoSQL var hypen starkt pr\u00e4glad av framv\u00e4xten och den snabba uppg\u00e5ngen av MongoDB. Det var inte MongoDB som satte ig\u00e5ng denna trend: i sj\u00e4lva verket b\u00f6rjade stora internetf\u00f6retag f\u00e5 problem med att hantera stora datavolymer, vilket ledde till att icke-relationsdatabaser kom tillbaka. Den allm\u00e4nna r\u00f6relsen startade med projekt som Bigtable fr\u00e5n Google och Cassandra fr\u00e5n Facebook, men det var MongoDB som blev den mest k\u00e4nda och tillg\u00e4ngliga NoSQL-databasen, till vilken de flesta utvecklare hade tillg\u00e5ng.<\/p>\n<p><i>Notera: Du kanske tror att jag blandar dokumentdatabaser med kolumndatabaser, nyckel-v\u00e4rde-lager eller n\u00e5got av de m\u00e5nga andra typerna av datalager som faller under den gemensamma termen NoSQL. Och du har r\u00e4tt. Men vid den tiden r\u00e5dde kaos. Alla var besatta av NoSQL, det blev <b>fullst\u00e4ndigt<\/b> det \u00e4r n\u00f6dv\u00e4ndigt, \u00e4ven om m\u00e5nga inte m\u00e4rkte n\u00e5gra skillnader mellan de olika teknologierna. F\u00f6r m\u00e5nga blev MongoDB <b>synonymt med<\/b> NoSQL.<\/i><\/p>\n<p>Och utvecklare kastade sig \u00f6ver det. Id\u00e9n om en schemal\u00f6s databas som magiskt kan skalas f\u00f6r att l\u00f6sa vilket problem som helst var ganska lockande. Runt 2014 verkade det som om \u00f6verallt d\u00e4r det f\u00f6r ett \u00e5r sedan anv\u00e4ndes en relationsdatabas som MySQL, Postgres eller SQL Server, s\u00e5 b\u00f6rjade man implementera MongoDB-databaser. P\u00e5 fr\u00e5gan varf\u00f6r kunde du f\u00e5 svar som str\u00e4ckte sig fr\u00e5n den banala \"det handlar om webbs skala\" till det mer genomt\u00e4nkta \"mina data \u00e4r v\u00e4ldigt d\u00e5ligt strukturerade och passar bra i en schemal\u00f6s databas\".<\/p>\n<p>Det \u00e4r viktigt att komma ih\u00e5g att MongoDB och dokumentdatabaser i allm\u00e4nhet l\u00f6ser ett antal problem med traditionella relationsdatabaser:<\/p>\n<ul>\n<li><b>Strikt schema<\/b>: i en relationsdatabas, om du har dynamiskt genererade data, tvingas du antingen skapa en massa slumpm\u00e4ssiga \"olika\" datakolumner, trycka in blobbar av data eller anv\u00e4nda en konfiguration <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>\u2026 allt detta har betydande nackdelar.\n<\/li>\n<li><b>Sv\u00e5righet att skala<\/b>: om det finns s\u00e5 mycket data att den inte f\u00e5r plats p\u00e5 en server, erbj\u00f6d MongoDB mekanismer f\u00f6r att skala den \u00f6ver flera maskiner.\n<\/li>\n<li><b>Komplexa schema\u00e4ndringar<\/b>: inga migrationer! I en relationsdatabas kan f\u00f6r\u00e4ndringar i databasens struktur bli ett stort problem (s\u00e4rskilt n\u00e4r datam\u00e4ngden v\u00e4xer mycket). MongoDB lyckades f\u00f6renkla processen avsev\u00e4rt. Och gjorde den s\u00e5 enkel att du bara kan uppdatera schemat p\u00e5 spr\u00e5ng och snabbt g\u00e5 vidare.\n<\/li>\n<li><b>Skrivprestanda<\/b>: MongoDB:s prestanda var bra, s\u00e4rskilt med r\u00e4tt inst\u00e4llningar. \u00c4ven MongoDB-konfigurationen ur l\u00e5dan, som ofta kritiserades, visade upp en del imponerande prestandasiffror.<\/li>\n<\/ul>\n<p><\/p>\n<h1>All risk ligger p\u00e5 dig<\/h1>\n<p>\nDe potentiella f\u00f6rdelarna med MongoDB var enorma, s\u00e4rskilt f\u00f6r vissa typer av problem. Om du l\u00e4ser listan ovan utan att f\u00f6rst\u00e5 kontexten och utan erfarenhet kan det ge intryck av att MongoDB verkligen \u00e4r en revolutionerande databashanterare. Det enda problemet var att de f\u00f6rdelar som n\u00e4mndes ovan \u00e5tf\u00f6ljdes av ett antal f\u00f6rbeh\u00e5ll, varav n\u00e5gra anges nedan.<\/p>\n<p>F\u00f6r r\u00e4ttvisans skull, ingen p\u00e5 10gen\/MongoDB Inc. skulle s\u00e4ga att det som n\u00e4mns nedan \u00e4r osant, det \u00e4r bara kompromisser.<\/p>\n<ul>\n<li><b>F\u00f6rlust av transaktioner<\/b>: transaktioner \u00e4r en grundl\u00e4ggande funktion i m\u00e5nga relationella databaser (inte alla, men de flesta). Transaktionalitet inneb\u00e4r att du kan utf\u00f6ra flera operationer atom\u00e4rt och kan garantera att data f\u00f6rblir konsekventa. Naturligtvis kan transaktionalitet i en NoSQL-databas vara inom ett enda dokument, eller s\u00e5 kan du anv\u00e4nda tv\u00e5fas-bekr\u00e4ftelser f\u00f6r att f\u00e5 transaktionell semantik. Men du m\u00e5ste implementera denna funktionalitet sj\u00e4lv... vilket kan vara en komplicerad och tidskr\u00e4vande uppgift. Ofta inser du inte problemen f\u00f6rr\u00e4n du ser att data i databasen hamnar i ogiltiga tillst\u00e5nd, eftersom det \u00e4r om\u00f6jligt att garantera atomaritet av operationer. <b>Notera: m\u00e5nga har sagt till mig att transaktioner kom till MongoDB 4.0 f\u00f6rra \u00e5ret, men med ett antal begr\u00e4nsningar. Slutsatsen fr\u00e5n artikeln f\u00f6rblir densamma: utv\u00e4rdera hur v\u00e4l teknologin passar dina behov.<\/b>\n<\/li>\n<li><b>F\u00f6rlust av relationell integritet (externa nycklar)<\/b>: om dina data har relationer, m\u00e5ste du till\u00e4mpa dem i applikationen. Att ha en databas som uppr\u00e4tth\u00e5ller dessa relationer tar bort en betydande del av arbetet fr\u00e5n applikationen och d\u00e4rmed fr\u00e5n dina programmerare.\n<\/li>\n<li><b>Brist p\u00e5 m\u00f6jlighet att till\u00e4mpa databasstruktur<\/b>: strikta scheman kan ibland vara ett stort problem, men de \u00e4r ocks\u00e5 en kraftfull mekanism f\u00f6r att strukturera data p\u00e5 ett bra s\u00e4tt, om de anv\u00e4nds klokt. Dokumentbaserade databaser, s\u00e5som MongoDB, erbjuder otrolig schemaflexibilitet, men denna flexibilitet l\u00e4gger ansvaret p\u00e5 att h\u00e5lla data rena. Om du inte ser efter dem, s\u00e5 kommer det i slut\u00e4ndan att kr\u00e4vas mycket kod i applikationen f\u00f6r att hantera data som lagras i former som inte \u00e4r vad du f\u00f6rv\u00e4ntar dig. Som det ofta s\u00e4gs p\u00e5 v\u00e5rt f\u00f6retag Simple Thread... applikationen kommer n\u00e5gon g\u00e5ng att skrivas om, men data kommer att leva f\u00f6r evigt. <b>Obs: MongoDB st\u00f6djer schemakontroll: det \u00e4r anv\u00e4ndbart, men ger inte samma garantier som en relationsdatabas. F\u00f6r det f\u00f6rsta p\u00e5verkar till\u00e4gg eller \u00e4ndring av schemakontroll inte befintliga data i samlingen. Du m\u00e5ste sj\u00e4lv s\u00e4kerst\u00e4lla att du uppdaterar data i enlighet med det nya schemat. Avg\u00f6r sj\u00e4lv om detta \u00e4r tillr\u00e4ckligt f\u00f6r dina behov.<\/b>\n<\/li>\n<li><b>Eget fr\u00e5gespr\u00e5k \/ f\u00f6rlorad verktygsekosystem<\/b>: introduktionen av SQL var en absolut revolution, och sedan dess har ingenting f\u00f6r\u00e4ndrats. Det \u00e4r ett otroligt kraftfullt spr\u00e5k, men ocks\u00e5 ganska komplext. Behovet av att konstruera fr\u00e5gor till databasen p\u00e5 ett nytt spr\u00e5k best\u00e5ende av JSON-fragment ses som ett stort steg tillbaka av dem med erfarenhet av SQL. Det finns ett helt universum av verktyg som interagerar med SQL-databaser: fr\u00e5n IDE:er till rapporteringsverktyg. Att byta till en databas som inte st\u00f6der SQL betyder att du inte kan anv\u00e4nda de flesta av dessa verktyg eller att du m\u00e5ste \u00f6vers\u00e4tta data till SQL f\u00f6r att kunna anv\u00e4nda dem, vilket kan vara sv\u00e5rare \u00e4n du tror.<\/li>\n<\/ul>\n<p>\nM\u00e5nga utvecklare som v\u00e4nde sig till MongoDB f\u00f6rstod inte riktigt kompromisserna, och ofta hoppade de huvudet f\u00f6rst in i att installera den som sitt prim\u00e4ra datalager. Efter\u00e5t var det ofta otroligt sv\u00e5rt att g\u00e5 tillbaka.<\/p>\n<h1>Vad kunde ha gjorts annorlunda?<\/h1>\n<p>\nInte alla hoppade huvudstupa och kraschade. Men m\u00e5nga projekt installerade MongoDB p\u00e5 st\u00e4llen d\u00e4r den helt enkelt inte passade - och de kommer att f\u00e5 leva med det i m\u00e5nga \u00e5r fram\u00f6ver. Om dessa organisationer hade tagit sig tid och metodiskt \u00f6verv\u00e4gt sitt teknikval skulle m\u00e5nga ha gjort ett annat val.<\/p>\n<p>Hur v\u00e4ljer man r\u00e4tt teknik? Det har gjorts flera f\u00f6rs\u00f6k att skapa en systematisk ram f\u00f6r att utv\u00e4rdera teknologier, s\u00e5som <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u00abRamverket f\u00f6r inf\u00f6rande av teknologier i mjukvaruorganisationer\u00bb<\/a><\/noindex> och <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u00abRamverk f\u00f6r utv\u00e4rdering av mjukvaruteknologier\u00bb<\/a><\/noindex>, men jag tycker att det \u00e4r on\u00f6dig komplexitet.<\/p>\n<p>M\u00e5nga teknologier kan rimligt utv\u00e4rderas genom att st\u00e4lla bara tv\u00e5 grundl\u00e4ggande fr\u00e5gor. <b>Problemet ligger i att hitta personer som kan svara p\u00e5 dem ansvarsfullt, ta sig tid att leta efter svar och vara objektiva.<\/b><\/p>\n<blockquote><p>Om du inte st\u00e5r inf\u00f6r n\u00e5got problem beh\u00f6ver du inte ett nytt verktyg. Punkt.<\/p><\/blockquote>\n<p><\/p>\n<h1>Fr\u00e5ga 1: Vilka problem f\u00f6rs\u00f6ker jag l\u00f6sa?<\/h1>\n<p>\nOm du inte st\u00e5r inf\u00f6r n\u00e5got problem beh\u00f6ver du inte ett nytt verktyg. Punkt. Du beh\u00f6ver inte leta efter en l\u00f6sning och sedan p\u00e5hitta ett problem. Om du inte har st\u00f6tt p\u00e5 ett problem som den nya teknologin l\u00f6ser betydligt b\u00e4ttre \u00e4n din befintliga teknologi, s\u00e5 \u00e4r det inget att diskutera. Om du \u00f6verv\u00e4ger att anv\u00e4nda denna teknik f\u00f6r att andra g\u00f6r det, t\u00e4nk p\u00e5 vilka problem de st\u00e5r inf\u00f6r och fr\u00e5ga om du har s\u00e5dana problem. Det \u00e4r l\u00e4tt att acceptera teknologi eftersom andra anv\u00e4nder den, utmaningen ligger i att f\u00f6rst\u00e5 om du st\u00e5r inf\u00f6r samma problem.<\/p>\n<h1>Fr\u00e5ga 2: Vad g\u00e5r jag miste om?<\/h1>\n<p>\nDetta \u00e4r utan tvekan en sv\u00e5rare fr\u00e5ga, eftersom det kr\u00e4ver gr\u00e4vande och en god f\u00f6rst\u00e5else av b\u00e5de den gamla och den nya teknologin. Ibland kan du inte riktigt f\u00f6rst\u00e5 den nya tills du har byggt n\u00e5got med den eller har en medarbetare med s\u00e5dan erfarenhet.<\/p>\n<p>Om du varken har det ena eller det andra \u00e4r det rimligt att t\u00e4nka p\u00e5 minimala investeringar f\u00f6r att fastst\u00e4lla v\u00e4rdet av detta verktyg. Och om du g\u00f6r investeringar, hur sv\u00e5rt blir det att \u00e5ngra beslutet?<\/p>\n<h1>Folk f\u00f6rst\u00f6r alltid saker<\/h1>\n<p>\nN\u00e4r du f\u00f6rs\u00f6ker svara p\u00e5 dessa fr\u00e5gor s\u00e5 objektivt som m\u00f6jligt, kom ih\u00e5g en sak: du kommer att beh\u00f6va k\u00e4mpa mot den m\u00e4nskliga naturen. Det finns en rad kognitiva f\u00f6rvr\u00e4ngningar som m\u00e5ste \u00f6vervinnas f\u00f6r att effektivt kunna bed\u00f6ma teknologin. H\u00e4r \u00e4r bara n\u00e5gra:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Majoritetseffekt<\/a><\/noindex><\/b> \u2014 alla k\u00e4nner till det, men det \u00e4r fortfarande sv\u00e5rt att motverka. Se bara till att teknologin verkligen uppfyller dina verkliga behov.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Nyhetseffekt<\/a><\/noindex><\/b> \u2014 m\u00e5nga utvecklare tenderar att underskatta teknologier de har arbetat med under l\u00e5ng tid och \u00f6verskatta f\u00f6rdelarna med ny teknologi. Inte bara programmerare, alla \u00e4r ben\u00e4gna att drabbas av denna kognitiva f\u00f6rvr\u00e4ngning.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Positiva egenseffekt<\/a><\/noindex> \u2014 vi tenderar att se det som finns och missar det som saknas. Detta kan leda till kaos i kombination med nyhetseffekten, eftersom du inte bara tenderar att \u00f6verskatta den nya teknologin utan ocks\u00e5 ignorerar dess brister.<\/b>.<\/li>\n<\/ul>\n<p>\nEn objektiv bed\u00f6mning \u00e4r inte l\u00e4tt att g\u00f6ra, men f\u00f6rst\u00e5else f\u00f6r grundl\u00e4ggande kognitiva f\u00f6rvr\u00e4ngningar kan hj\u00e4lpa till att fatta mer rationella beslut.<\/p>\n<h1>Sammanfattning<\/h1>\n<p>\nN\u00e4r en innovation uppst\u00e5r, beh\u00f6ver man med stor f\u00f6rsiktighet svara p\u00e5 tv\u00e5 fr\u00e5gor:<\/p>\n<ul>\n<li>L\u00f6ser det h\u00e4r verktyget ett verkligt problem?\n<\/li>\n<li>F\u00f6rst\u00e5r vi kompromisserna v\u00e4l?<\/li>\n<\/ul>\n<p>\nOm du inte kan svara p\u00e5 dessa tv\u00e5 fr\u00e5gor med sj\u00e4lvf\u00f6rtroende, ta ett par steg tillbaka och fundera.<\/p>\n<p>Var MongoDB verkligen r\u00e4tt val? Absolut; precis som med de flesta ingenj\u00f6rsteknologi, beror det p\u00e5 m\u00e5nga faktorer. M\u00e5nga som svarade p\u00e5 dessa tv\u00e5 fr\u00e5gor har dragit f\u00f6rdel av MongoDB och forts\u00e4tter att g\u00f6ra det. De som inte gjorde det hoppas jag har f\u00e5tt en v\u00e4rdefull och inte alltf\u00f6r sm\u00e4rtsam l\u00e4xa om att navigera genom hype-cykeln.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>Disclaimer<\/h1>\n<p>\nJag vill klarg\u00f6ra att jag varken har n\u00e5gon k\u00e4rlek eller hat mot MongoDB. Vi hade helt enkelt inte de problem som MongoDB \u00e4r b\u00e4st l\u00e4mpat att l\u00f6sa. Jag vet att 10gen\/MongoDB Inc. fr\u00e5n b\u00f6rjan agerade mycket dj\u00e4rvt genom att s\u00e4tta os\u00e4kra standardinst\u00e4llningar och marknadsf\u00f6ra MongoDB \u00f6verallt (s\u00e4rskilt p\u00e5 hackathons) som en universall\u00f6sning f\u00f6r att hantera alla typer av data. Det var f\u00f6rmodligen ett d\u00e5ligt beslut, men det bekr\u00e4ftar det method som beskrivs h\u00e4r: dessa problem kunde snabbt uppt\u00e4ckas \u00e4ven vid en ytliga bed\u00f6mning av teknologin.<br \/>\n<br \/>K\u00e4lla: <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\/sv\/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=\"sv_SE\" \/>\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\/sv\/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\udd47Var MongoDB verkligen r\u00e4tt val? | ProHoster","description":"Nyligen fick jag veta att Red Hat tar bort st\u00f6det f\u00f6r MongoDB fr\u00e5n Satellite (det s\u00e4gs p\u00e5 grund av.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}