{"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":"\u00c8 stata veramente la scelta giusta optare per 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 sta rimuovendo il supporto per MongoDB da Satellite<\/a><\/noindex> (si dice a causa delle modifiche alla licenza). Questo mi ha fatto riflettere, perch\u00e9 negli ultimi anni ho visto un sacco di articoli su quanto sia brutta MongoDB e che nessuno dovrebbe mai usarla. Ma nel frattempo, MongoDB \u00e8 diventata un prodotto molto pi\u00f9 maturo. Cosa \u00e8 veramente successo? \u00c8 tutta questa avversione dovuta a errori commessi all'inizio del marketing di questo nuovo DBMS? Oppure le persone semplicemente non lo stanno utilizzando dove sarebbe necessario?<\/p>\n<p>Se ti sembra che stia difendendo MongoDB, ti invito a 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>Una nuova tendenza<\/h1>\n<p>\nLavoro nel settore del software da pi\u00f9 anni di quanti possa dire, ma ho comunque vissuto solo una piccola parte delle tendenze che hanno colpito la nostra industria. Ho assistito alla crescita di 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchain\u2026 l'elenco \u00e8 infinito. Ogni anno emergono nuove tendenze. Alcune si esauriscono rapidamente, altre cambiano radicalmente i modi di sviluppo del software.<\/p>\n<p>Attorno a ogni nuova tendenza si crea un certo fermento: le persone o saltano nella barca da sole, oppure vedono il clamore generato dagli altri e seguono la folla. Questo processo \u00e8 stato codificato dalla societ\u00e0 Gartner in <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">un ciclo di hype<\/a><\/noindex>. Sebbene controverso, questo grafico descrive grosso modo cosa succede alle tecnologie prima che diventino realmente utili.<\/p>\n<p>Di tanto in tanto, emerge (o avviene una sorta di secondo avvento, come in questo caso) una nuova innovazione, guidata solo da una sua specifica realizzazione. Nel caso di NoSQL, l'hype \u00e8 stato fortemente influenzato dall'emergere e dalla rapida ascesa di MongoDB. Non \u00e8 MongoDB a determinare questa tendenza: in realt\u00e0, grandi aziende internet hanno iniziato a riscontrare problemi nella gestione di grandi volumi di dati, che hanno portato a una rinascita dei database non relazionali. Il movimento generale \u00e8 iniziato con progetti come Bigtable di Google e Cassandra di Facebook, ma \u00e8 MongoDB ad essere diventata la realizzazione di database NoSQL pi\u00f9 conosciuta e accessibile, a cui la maggior parte degli sviluppatori ha potuto accedere.<\/p>\n<p><i>Nota: potresti pensare che stia mescolando i database documentali con i database a colonne, gli store di chiavi\/valori o qualsiasi altro tra i numerosi tipi di archiviazione dati che rientrano nella definizione generale di NoSQL. E hai ragione. Ma a quell'epoca regnava il caos. Tutti erano ossessionati dal NoSQL, era diventato <b>assolutamente<\/b> necessario, anche se molti non vedevano le differenze tra le diverse tecnologie. Per molti MongoDB era diventato <b>il sinonimo<\/b> di NoSQL.<\/i><\/p>\n<p>E gli sviluppatori si sono fiondati su di essa. L'idea di un database senza schemi, che si scalava magicamente per risolvere qualsiasi problema, era piuttosto allettante. Intorno al 2014, sembrava che ovunque ci fosse stato un database relazionale come MySQL, Postgres o SQL Server, venissero distribuiti database MongoDB. Alla domanda del perch\u00e9, si poteva ottenere una risposta che spaziava dal banale \u00ab\u00e8 la scalabilit\u00e0 del web\u00bb a una pi\u00f9 ponderata \u00abi miei dati sono molto poco strutturati e si adattano bene a un database senza schemi\u00bb.<\/p>\n<p>\u00c8 importante ricordare che MongoDB e i database documentali, in generale, risolvono una serie di problemi delle tradizionali basi di dati relazionali:<\/p>\n<ul>\n<li><b>Schema rigido<\/b>: con un database relazionale, se hai dati dinamicamente generati, sei costretto a creare una serie di colonne di dati \u00abdiverse\u00bb casuali, a infilare blob di dati o a utilizzare 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 i dati sono cos\u00ec tanti da non poter essere contenuti su un singolo server, MongoDB ha proposto meccanismi per scalare su pi\u00f9 macchine.\n<\/li>\n<li><b>Modifiche complesse dello schema<\/b>: nessuna migrazione! In un database relazionale cambiare la struttura del DB pu\u00f2 diventare un enorme problema (soprattutto quando ci sono tanti dati). MongoDB ha notevolmente semplificato il processo rendendolo cos\u00ec facile che puoi semplicemente aggiornare lo schema al volo e proseguire rapidamente.\n<\/li>\n<li><b>Prestazioni di scrittura<\/b>: le prestazioni di MongoDB sono state buone, soprattutto con una corretta configurazione. Anche la configurazione di MongoDB out-of-the-box, per la quale \u00e8 stata spesso criticata, ha dimostrato alcune prestazioni impressionanti.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Tutti i rischi ricadono su di te<\/h1>\n<p>\nI potenziali vantaggi di MongoDB sono stati enormi, specialmente per alcune classi di problemi. Leggendo l'elenco sopra senza comprendere il contesto e senza avere esperienza, si potrebbe avere l'impressione che MongoDB sia davvero un database di tipo rivoluzionario. L'unico problema era che i vantaggi elencati erano accompagnati da una serie di riserve, alcune delle quali sono indicate di seguito.<\/p>\n<p>A dire il vero, nessuno in 10gen\/MongoDB Inc. affermer\u00e0 che quanto segue non \u00e8 vero; sono semplicemente compromessi.<\/p>\n<ul>\n<li><b>Perdita di transazioni<\/b>: le transazioni sono una caratteristica fondamentale di molti database relazionali (non di tutti, ma della maggior parte). La transazionalit\u00e0 significa che puoi eseguire pi\u00f9 operazioni in modo atomico e puoi garantire che i dati rimangano coerenti. Certo, con un database NoSQL, la transazionalit\u00e0 pu\u00f2 avvenire all'interno di un singolo documento oppure puoi utilizzare il commit a due fasi per ottenere la semantica transazionale. Tuttavia, dovrai implementare tu stesso questa funzionalit\u00e0\u2026 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 si trovano in stati non validi, perch\u00e9 non \u00e8 possibile garantire l'atomicit\u00e0 delle operazioni. <b>Nota: molte persone mi hanno riferito che l'anno scorso in MongoDB 4.0 sono state introdotte transazioni, ma con alcune limitazioni. La conclusione dell'articolo rimane invariata: valuta quanto la tecnologia soddisfi le tue esigenze.<\/b>\n<\/li>\n<li><b>Perdita dell'integrit\u00e0 relazionale (chiavi esterne)<\/b>: se nei tuoi dati ci sono relazioni, dovrai applicarle nell'applicazione. Avere un database che rispetta queste relazioni semplificher\u00e0 notevolmente il lavoro con le applicazioni e, di conseguenza, quello dei tuoi programmatori.\n<\/li>\n<li><b>Impossibilit\u00e0 di applicare la struttura dei dati<\/b>: schemi rigidi possono a volte diventare un grande problema, ma rappresentano anche un potente strumento per una buona strutturazione dei dati, se utilizzati correttamente. I database documentali, come MongoDB, offrono incredibile flessibilit\u00e0 nello schema, ma questa flessibilit\u00e0 riduce la responsabilit\u00e0 di mantenere i dati puliti. Se non te ne prendi cura, alla fine dovrai scrivere molto codice nell'applicazione per gestire i dati che non sono conservati nella forma che ti aspetti. Come si dice spesso nella nostra azienda Simple Thread\u2026 l'applicazione sar\u00e0 riscritta prima o poi, mentre i dati vivranno per sempre. <b>Nota: MongoDB supporta la validazione degli schemi: \u00e8 utile, ma non fornisce le stesse garanzie di un database relazionale. Prima di tutto, l'aggiunta o la modifica della validazione degli schemi non influisce sui dati esistenti nella collezione. Devi assicurarti di aggiornare i dati secondo il nuovo schema. Decidi tu se questo \u00e8 sufficiente per le tue esigenze.<\/b>\n<\/li>\n<li><b>Linguaggio di query proprietario \/ perdita dell'ecosistema di strumenti<\/b>: La comparsa di SQL \u00e8 stata una vera 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 fatto di frammenti JSON \u00e8 vista come un grande passo indietro da chi ha esperienza con SQL. Esiste un'intera galassia di strumenti che interagiscono con database SQL: dagli 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 usarli, il che potrebbe rivelarsi pi\u00f9 complicato di quanto tu possa pensare.<\/li>\n<\/ul>\n<p>\nMolti sviluppatori che si sono avvicinati a MongoDB non comprendevano a fondo i compromessi e spesso si tuffavano a capofitto, installandola come principale sistema di archiviazione dei dati. Dopo un'esperienza del genere, tornare indietro era spesso incredibilmente difficile.<\/p>\n<h1>Cosa si sarebbe potuto fare diversamente?<\/h1>\n<p>\nNon tutti si sono lanciati a capofitto senza pensarci. Ma numerosi progetti hanno installato MongoDB in contesti dove semplicemente non era adatta, e dovranno convivere con essa per molti anni a venire. Se queste organizzazioni avessero dedicato del tempo a riflettere methodicamente sulla scelta delle tecnologie, molte avrebbero fatto scelte diverse.<\/p>\n<p>Come scegliere la tecnologia giusta? Ci sono state varie tentativi di creare un framework sistematico per valutare le 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 mi sembra che sia un'eccessiva complessit\u00e0.<\/p>\n<p>Molte tecnologie possono essere valutate in modo ragionevole ponendo semplicemente due domande fondamentali. <b>Il problema sta nel trovare persone che possano rispondere a queste domande con responsabilit\u00e0, dedicando tempo per cercare 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 stai affrontando un problema, non hai bisogno di un nuovo strumento. Punto. Non hai bisogno di cercare una soluzione e poi inventare un problema. Se non hai incontrato un problema che la nuova tecnologia risolve significativamente meglio della tua tecnologia attuale, non c'\u00e8 nulla da discutere. Se stai considerando l'uso di questa tecnologia solo perch\u00e9 l'hai vista usare da altri, considera quali problemi affrontano e chiediti se hai gli stessi problemi. \u00c8 facile adottare una tecnologia solo perch\u00e9 \u00e8 utilizzata da altri; la difficolt\u00e0 sta nel capire se stai affrontando le stesse sfide.<\/p>\n<h1>Domanda 2: Cosa sto perdendo?<\/h1>\n<p>\nQuesta \u00e8 sicuramente una domanda pi\u00f9 difficile, perch\u00e9 richiede di scavare e comprendere a fondo sia la tecnologia vecchia che quella nuova. A volte non puoi veramente comprendere la nuova tecnologia finch\u00e9 non costruisci qualcosa utilizzando essa o finch\u00e9 non hai un collaboratore con tale esperienza.<\/p>\n<p>Se non hai n\u00e9 l'uno n\u00e9 l'altro, ha senso considerare investimenti minimi per valutare il valore di questo strumento. E se decidi di investire, quanto sar\u00e0 difficile annullare la decisione?<\/p>\n<h1>Le persone rovinano sempre tutto.<\/h1>\n<p>\nNel tentativo di rispondere a queste domande il pi\u00f9 obiettivamente possibile, ricorda una cosa: dovrai combattere con la natura umana. Ci sono vari pregiudizi cognitivi da superare per valutare la tecnologia in modo efficace. Ecco solo alcuni di essi:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Effetto dell'appartenenza alla maggioranza<\/a><\/noindex><\/b> \u2014 tutti sanno di cosa si tratta, ma \u00e8 comunque difficile combatterlo. 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 della novit\u00e0<\/a><\/noindex><\/b> \u2014 molti sviluppatori tendono a sottovalutare le tecnologie con cui hanno lavorato a lungo e a sovrastimare i vantaggi delle nuove tecnologie. Non solo i programmatori, tutti sono soggetti a questo pregiudizio cognitivo.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Effetto delle 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 sovrastimate la nuova tecnologia, ma ignorate anche i suoi difetti.<\/b>.<\/li>\n<\/ul>\n<p>\nUna valutazione oggettiva non \u00e8 facile, ma comprendere i principali bias cognitivi aiuter\u00e0 a prendere decisioni pi\u00f9 razionali.<\/p>\n<h1>Riepilogo<\/h1>\n<p>\nQuando si presenta un'innovazione, \u00e8 necessario rispondere con molta 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 sicurezza a queste due domande, fate un passo indietro e riflettete.<\/p>\n<p>MongoDB \u00e8 stata davvero una scelta giusta? Certo che 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 vantaggi da MongoDB e continuano a farlo. Speriamo che chi non lo ha fatto abbia imparato 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>\nVorrei chiarire che non ho n\u00e9 amore n\u00e9 odio per MongoDB. Semplicemente non abbiamo mai avuto problemi per i quali MongoDB fosse la soluzione migliore. So che 10gen\/MongoDB Inc. ha inizialmente agito in modo molto audace, impostando valori predefiniti non sicuri e promuovendo MongoDB ovunque (soprattutto nei hackathon) come la soluzione universale per gestire qualsiasi tipo di dato. Probabilmente, \u00e8 stata una cattiva decisione. Ma ci\u00f2 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.0.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 \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\" \/>\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.0.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 \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\" \/>\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\udd47Era MongoDB davvero la scelta giusta? | ProHoster","description":"Di recente ho scoperto che Red Hat sta rimuovendo il supporto per MongoDB da Satellite (dicono a causa dei cambiamenti nella licenza). Questo mi ha fatto riflettere sul fatto che negli ultimi anni ho visto una serie di articoli su quanto fosse terribile MongoDB e che nessuno avrebbe mai dovuto usarla. Ma nel frattempo, MongoDB \u00e8 diventato un prodotto molto pi\u00f9 maturo. Cosa \u00e8 successo? \u00c8 stato realmente un","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 \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","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}]}}