{"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\/it\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"Era davvero la scelta giusta MongoDB?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Recentemente ho scoperto che <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">Red Hat rimuove il supporto per MongoDB da Satellite<\/a><\/noindex> (dicono a causa delle modifiche alla licenza). Questo mi ha fatto riflettere sul fatto che negli ultimi anni ho visto un sacco di articoli su quanto sia terribile MongoDB e che nessuno dovrebbe mai usarla. Ma nel frattempo MongoDB \u00e8 diventata un prodotto molto pi\u00f9 maturo. Cosa \u00e8 successo? Tutta questa avversione \u00e8 davvero spiegata da errori nel marketing della nuova DBMS? O la gente usa semplicemente MongoDB nei posti sbagliati?<\/p>\n<p>Se vi sembra che stia difendendo MongoDB, vi prego di leggere <noindex><a rel=\"nofollow\" href=\"#1\">il disclaimer<\/a><\/noindex> alla fine dell'articolo.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Nuova tendenza<\/h1>\n<p>\nLavoro nell'industria del software da pi\u00f9 anni di quanti ne voglia dire, ma ho comunque assistito a solo una piccola parte delle tendenze che hanno colpito il nostro settore. Ho visto la crescita di 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchain\u2026 la lista \u00e8 infinita. Ogni anno emergono nuove tendenze. Alcune svaniscono rapidamente, mentre altre cambiano radicalmente i modi di sviluppare software.<\/p>\n<p>Intorno a ogni nuova tendenza si crea una sorta di eccitazione collettiva: le persone saltano a bordo da sole o sentono il rumore generato da altri e seguono la folla. Questo processo \u00e8 stato codificato dalla societ\u00e0 Gartner nel <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">ciclo dell'hype<\/a><\/noindex>. Sebbene sia controverso, questo grafico descrive abbastanza bene cosa succede alle tecnologie prima che diventino utili.<\/p>\n<p>Ma di tanto in tanto emerge (o avviene una seconda venuta, come in questo caso) una nuova innovazione, alimentata solo da una sua specifica attuazione. Nel caso di NoSQL, l'hype \u00e8 stato molto influenzato dall'emergere e dalla rapida ascesa di MongoDB. Non \u00e8 stata MongoDB ad avviare questa tendenza: in realt\u00e0, le grandi aziende internet hanno iniziato ad avere problemi nell'elaborazione di grandi volumi di dati, che hanno portato a un ritorno ai database non relazionali. Il movimento generale \u00e8 iniziato con progetti come Bigtable di Google e Cassandra di Facebook, ma \u00e8 stata MongoDB a diventare l'implementazione di database NoSQL pi\u00f9 conosciuta e accessibile per la maggior parte degli sviluppatori.<\/p>\n<p><i>Nota: potreste pensare che stia mescolando i database documentali con i database colonnari, i magazzini chiave\/valore o qualsiasi altro dei numerosi altri tipi di magazzini dati che rientrano nella definizione generale di NoSQL. E avete ragione. Ma all'epoca regnava il caos. Tutti erano ossessionati da NoSQL, era diventato <b>assolutamente<\/b> \u00e8 necessario, anche se molti non hanno notato differenze nelle diverse tecnologie. Per molti, MongoDB \u00e8 diventato <b>un sinonimo<\/b> di NoSQL.<\/i><\/p>\n<p>E i programmatori si sono gettati su di esso. L'idea di un database senza schema, che si scala magicamente per risolvere qualsiasi problema, era piuttosto allettante. Intorno al 2014, sembrava che ovunque ci fosse prima un database relazionale, come MySQL, Postgres o SQL Server, si stessero implementando database MongoDB. Alla domanda sul perch\u00e9, si poteva ottenere una risposta che variava dal banale \u00ab\u00e8 la scala del web\u00bb a una pi\u00f9 riflessiva \u00abi miei dati sono molto debolmente strutturati e si adattano bene a un database senza schema\u00bb.<\/p>\n<p>\u00c8 importante ricordare che MongoDB e i database a documenti in generale risolvono diversi problemi con i tradizionali database relazionali:<\/p>\n<ul>\n<li><b>Schema rigido<\/b>: con un database relazionale, se hai dati generati dinamicamente, sei costretto a creare un mucchio di \u00abcolonne\u00bb di dati \u00abdiverse\u00bb, a infilare blob di dati o a usare una configurazione <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>\u2026 tutto questo ha notevoli svantaggi.\n<\/li>\n<li><b>Difficolt\u00e0 di scalabilit\u00e0<\/b>: se ci sono cos\u00ec tanti dati che non possono stare su un solo server, MongoDB offriva meccanismi che consentivano di scalare su pi\u00f9 macchine.\n<\/li>\n<li><b>Modifiche complesse allo schema<\/b>: nessuna migrazione! In un database relazionale, cambiare la struttura del DB pu\u00f2 diventare un enorme problema (soprattutto quando i dati diventano moltissimi). MongoDB \u00e8 riuscita a semplificare notevolmente il processo. E lo ha reso cos\u00ec facile che puoi semplicemente aggiornare lo schema al volo e procedere molto rapidamente.\n<\/li>\n<li><b>Prestazioni di scrittura<\/b>: le prestazioni di MongoDB erano buone, specialmente con una configurazione adeguata. Anche la configurazione di MongoDB di default, per cui spesso \u00e8 stata criticata, mostrava alcuni risultati prestazionali impressionanti.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Tutti i rischi ricadono su di te<\/h1>\n<p>\nI potenziali vantaggi di MongoDB erano enormi, soprattutto per determinate classi di problemi. Se leggi la lista sopra senza capire il contesto e senza esperienza, potresti avere l'impressione che MongoDB sia davvero un DBMS rivoluzionario. L'unico problema \u00e8 che i vantaggi elencati sopra erano accompagnati da una serie di avvertenze, alcune delle quali sono indicate di seguito.<\/p>\n<p>A fini giustizia, nessuno in 10gen\/MongoDB Inc. dir\u00e0 che quanto segue \u00e8 falso, \u00e8 solo compromessi.<\/p>\n<ul>\n<li><b>Perdita di transazioni<\/b>: le transazioni sono una caratteristica fondamentale di molti database relazionali (non tutti, ma la maggior parte). La transazionalit\u00e0 significa che puoi eseguire diverse operazioni in modo atomico e puoi garantire che i dati rimangano coerenti. Certamente, con un database NoSQL la transazionalit\u00e0 pu\u00f2 essere a livello di un singolo documento oppure puoi utilizzare commit in due fasi per ottenere una semantica transazionale. Ma dovrai implementare questa funzionalit\u00e0 da solo... il che pu\u00f2 essere un compito complesso e laborioso. Spesso non ti rendi conto dei problemi fino a quando non vedi che i dati nel database entrano in stati non validi, perch\u00e9 non \u00e8 possibile garantire l'atomicit\u00e0 delle operazioni. <b>Nota: molti mi hanno riferito che lo scorso anno sono state introdotte le transazioni in MongoDB 4.0, ma con diverse limitazioni. La conclusione dell'articolo rimane la stessa: valuta quanto la tecnologia soddisfa le tue esigenze.<\/b>\n<\/li>\n<li><b>Perdita di integrit\u00e0 relazionale (chiavi esterne)<\/b>: se nei tuoi dati ci sono relazioni, dovrai gestirle nell'applicazione. Avere un database che rispetti queste relazioni ridurr\u00e0 significativamente il lavoro nell'applicativo e, di conseguenza, per i tuoi programmatori.\n<\/li>\n<li><b>Assenza della possibilit\u00e0 di applicare una struttura dati<\/b>: schemi rigidi a volte possono diventare un grande problema, ma sono anche un potente meccanismo per una buona strutturazione dei dati, se utilizzati correttamente. I database documentali, come MongoDB, offrono una flessibilit\u00e0 schema incredibile, ma questa flessibilit\u00e0 elimina la responsabilit\u00e0 di mantenere i dati puliti. Se non te ne prendi cura, dovrai alla fine scrivere molto codice nell'applicazione per tener conto dei dati che sono memorizzati in forme non previste. Come spesso si dice nella nostra azienda Simple Thread... l'applicazione un giorno verr\u00e0 riscritta, ma i dati vivranno per sempre. <b>Nota: MongoDB supporta la verifica dello schema: \u00e8 utile, ma non offre le stesse garanzie di un database relazionale. Prima di tutto, l'aggiunta o la modifica della verifica dello schema non influisce sui dati esistenti nella raccolta. Devi assicurarti che i dati siano aggiornati secondo il nuovo schema. Decidi tu stesso se questo \u00e8 sufficiente per le tue esigenze.<\/b>\n<\/li>\n<li><b>Linguaggio di query proprietario \/ perdita dell'ecosistema degli strumenti<\/b>: l'emergere di SQL \u00e8 stata una vera e propria rivoluzione, e da allora nulla \u00e8 cambiato. \u00c8 un linguaggio incredibilmente potente, ma anche piuttosto complesso. La necessit\u00e0 di costruire query per il database in un nuovo linguaggio, composto da frammenti JSON, \u00e8 considerata da persone con esperienza in SQL come un grande passo indietro. Esiste un'intera galassia di strumenti che interagiscono con i database SQL: dai IDE agli strumenti di reportistica. Passare a un database che non supporta SQL significa che non puoi utilizzare la maggior parte di questi strumenti o che devi convertire i dati in SQL per utilizzarli, il che pu\u00f2 rivelarsi pi\u00f9 complicato di quanto pensi.<\/li>\n<\/ul>\n<p>\nMolti sviluppatori che hanno adoperato MongoDB non comprendevano a fondo i compromessi e spesso si immergevano alla cieca, installandolo come principale sistema di archiviazione dei dati. Dopo aver fatto ci\u00f2, tornare indietro pu\u00f2 risultare incredibilmente difficile.<\/p>\n<h1>Cosa si poteva fare in modo diverso?<\/h1>\n<p>\nNon tutti si sono tuffati a capofitto e si sono scontrati con il fondo. Ma molti progetti hanno installato MongoDB in contesti in cui semplicemente non si adattava \u2014 e dovranno convivere con essa ancora per molti anni. Se queste organizzazioni avessero speso un po' di tempo a riflettere e pianificare metodicamente la scelta delle tecnologie, molte avrebbero fatto una scelta differente.<\/p>\n<p>Come scegliere la tecnologia giusta? Ci sono stati alcuni tentativi di creare un framework sistematico per la valutazione delle tecnologie, come <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u00abFramework per l'implementazione delle tecnologie nelle organizzazioni software\u00bb<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u00abFramework per la valutazione delle tecnologie software\u00bb<\/a><\/noindex>, ma credo che sia un'eccessiva complessit\u00e0.<\/p>\n<p>Molte tecnologie possono essere valutate razionalmente ponendo solo due domande fondamentali. <b>Il problema sta nel trovare persone che possano rispondere responsabilmente a queste domande, dedicando tempo alla ricerca delle risposte e senza pregiudizi.<\/b><\/p>\n<blockquote><p>Se non stai affrontando un problema, non hai bisogno di un nuovo strumento. Punto.<\/p><\/blockquote>\n<p><\/p>\n<h1>Domanda 1: Quali problemi sto cercando di risolvere?<\/h1>\n<p>\nSe non ti imbatti in alcun problema, non hai bisogno di un nuovo strumento. Punto. Non cercare una soluzione e poi inventare un problema. Se non hai riscontrato un problema che la nuova tecnologia risolva significativamente meglio della tua tecnologia attuale, allora non c'\u00e8 nulla di cui discutere. Se stai considerando di utilizzare questa tecnologia perch\u00e9 hai visto come altri la utilizzano, rifletti sui problemi che affrontano e chiediti se tu abbia gli stessi problemi. \u00c8 facile adottare una tecnologia solo perch\u00e9 altri la utilizzano; la difficolt\u00e0 sta nel capire se stai affrontando gli stessi problemi.<\/p>\n<h1>Domanda 2: Cosa sto perdendo?<\/h1>\n<p>\nQuesta \u00e8 senza dubbio una domanda pi\u00f9 difficile, perch\u00e9 dovrai scavare a fondo e capire bene sia la tecnologia vecchia che quella nuova. A volte non puoi veramente comprendere la nuova finch\u00e9 non costruisci qualcosa con essa o non hai un collaboratore che ha esperienza in tal senso.<\/p>\n<p>Se non possiedi nessuna delle due cose, ha senso riflettere sugli investimenti minimi necessari per determinare il valore di questo strumento. E se fai investimenti, quanto sar\u00e0 difficile annullare la decisione?<\/p>\n<h1>Le persone rovinano sempre tutto<\/h1>\n<p>\nCercando di rispondere a queste domande nel modo pi\u00f9 obiettivo possibile, ricorda una cosa: dovrai lottare contro la natura umana. Ci sono una serie di distorsioni cognitive che devono essere superate per valutare efficacemente la tecnologia. Ecco solo alcune di esse:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Effetto di conformit\u00e0<\/a><\/noindex><\/b> \u2014 tutti ne sono a conoscenza, ma \u00e8 comunque difficile affrontarlo. Assicurati solo che la tecnologia soddisfi davvero le tue esigenze reali.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Effetto novit\u00e0<\/a><\/noindex><\/b> \u2014 molti sviluppatori tendono a sottovalutare le tecnologie con cui hanno lavorato per lungo tempo e sopravvalutare i vantaggi della nuova tecnologia. Non solo i programmatori, tutti sono soggetti a questa distorsione cognitiva.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Effetto di caratteristiche positive<\/a><\/noindex> \u2014 tendiamo a vedere ci\u00f2 che c'\u00e8 e a trascurare ci\u00f2 che manca. Questo pu\u00f2 portare al caos insieme all'effetto novit\u00e0, poich\u00e9 non solo si tende a sovrastimare la nuova tecnologia, ma si ignorano anche i suoi difetti.<\/b>.<\/li>\n<\/ul>\n<p>\nLa valutazione obiettiva non \u00e8 semplice, ma comprendere i principali bias cognitivi aiuta a prendere decisioni pi\u00f9 razionali.<\/p>\n<h1>Riepilogo<\/h1>\n<p>\nQuando emerge un'innovazione, \u00e8 necessario rispondere con grande cautela a due domande:<\/p>\n<ul>\n<li>Questo strumento risolve un problema reale?\n<\/li>\n<li>Comprendiamo bene i compromessi?<\/li>\n<\/ul>\n<p>\nSe non riuscite a rispondere con certezza a queste due domande, fate qualche passo indietro e riflettete.<\/p>\n<p>Quindi, \u00e8 stata davvero la scelta giusta MongoDB? Certo, s\u00ec; come nella maggior parte delle tecnologie ingegneristiche, dipende da molti fattori. Tra coloro che hanno risposto a queste due domande, molti hanno tratto beneficio da MongoDB e continuano a farlo. Chi non lo ha fatto, spero abbia ricevuto una lezione preziosa e non troppo dolorosa sul ciclo dell'hype.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>Disclaimer<\/h1>\n<p>\nVoglio chiarire che non nutro n\u00e9 amore n\u00e9 odio per MongoDB. Semplicemente non abbiamo avuto problemi per i quali MongoDB sarebbe stata la soluzione migliore. So che 10gen\/MongoDB Inc. inizialmente ha agito con grande audacia, impostando valori di default non sicuri e promuovendo MongoDB ovunque (soprattutto nei hackathon) come soluzione universale per la gestione di qualsiasi dato. Probabilmente \u00e8 stata una cattiva decisione. Ma conferma l'approccio descritto qui: questi problemi potevano essere identificati molto rapidamente anche con una valutazione superficiale della tecnologia.<br \/>\n<br \/>Fonte: <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\/it\/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=\"it_IT\" \/>\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\/it\/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\udd47\u00c8 stata davvero la scelta giusta MongoDB? | ProHoster","description":"Di recente ho scoperto che Red Hat rimuove il supporto a MongoDB da Satellite (si dice, a causa di.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}