{"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\/pt\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"A MongoDB foi realmente a escolha certa?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Recentemente, descobri que <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">a Red Hat est\u00e1 removendo o suporte ao MongoDB do Satellite<\/a><\/noindex> (dizem que devido a mudan\u00e7as na licen\u00e7a). Isso me fez pensar que, nos \u00faltimos anos, vi um monte de artigos dizendo o qu\u00e3o terr\u00edvel \u00e9 o MongoDB e que ningu\u00e9m nunca deveria us\u00e1-lo. Mas, ao longo desse tempo, o MongoDB se tornou um produto muito mais maduro. O que aconteceu? Toda essa avers\u00e3o \u00e9 realmente explicada por erros no in\u00edcio do marketing desse novo SGBD? Ou as pessoas simplesmente aplicam o MongoDB em contextos errados?<\/p>\n<p>Se voc\u00ea acha que estou defendendo o MongoDB, por favor, leia o <noindex><a rel=\"nofollow\" href=\"#1\">disclaimer<\/a><\/noindex> no final do artigo.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Uma nova tend\u00eancia<\/h1>\n<p>\nTrabalho na ind\u00fastria de software h\u00e1 mais anos do que \u00e9 apropriado mencionar, mas, ainda assim, vivenciei apenas uma pequena parte das tend\u00eancias que impactaram nosso setor. Fui testemunha do crescimento de 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchain\u2026 a lista \u00e9 intermin\u00e1vel. A cada ano surgem novas tend\u00eancias. Algumas desaparecem rapidamente, enquanto outras mudam fundamentalmente a forma como desenvolvemos software.<\/p>\n<p>Em torno de cada nova tend\u00eancia, gera-se uma certa agita\u00e7\u00e3o coletiva: as pessoas ou pulam no barco ou veem o barulho gerado por outros \u2013 e seguem a multid\u00e3o. Esse processo foi codificado pela empresa Gartner no <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">ciclo de hype<\/a><\/noindex>. Embora controverso, esse gr\u00e1fico descreve aproximadamente o que acontece com as tecnologias antes de se tornarem \u00fateis.<\/p>\n<p>Mas de tempos em tempos surge (ou ocorre um segundo advento, como neste caso) uma nova inova\u00e7\u00e3o, impulsionada apenas por uma implementa\u00e7\u00e3o espec\u00edfica. No caso do NoSQL, o hype foi fortemente influenciado pelo surgimento e r\u00e1pido crescimento do MongoDB. N\u00e3o foi o MongoDB que deu in\u00edcio a essa tend\u00eancia: na verdade, grandes empresas de internet come\u00e7aram a enfrentar problemas ao lidar com grandes volumes de dados, o que levou ao ressurgimento dos bancos de dados n\u00e3o relacionais. O movimento geral come\u00e7ou com projetos como Bigtable do Google e Cassandra do Facebook, mas foi o MongoDB que se tornou a implementa\u00e7\u00e3o de banco de dados NoSQL mais conhecida e acess\u00edvel \u00e0 maioria dos desenvolvedores.<\/p>\n<p><i>Nota: voc\u00ea pode pensar que estou misturando bancos de dados documentais com bancos de dados colunares, armazenamentos de chave\/valor ou qualquer um dos in\u00fameros outros tipos de armazenamentos de dados que se encaixam na defini\u00e7\u00e3o geral de NoSQL. E voc\u00ea est\u00e1 certo. Mas naquela \u00e9poca havia um caos. Todos estavam obcecados por NoSQL, todos se tornaram <b>absolutamente<\/b> \u00e9 necess\u00e1rio, embora muitos n\u00e3o tenham notado diferen\u00e7as nas v\u00e1rias tecnologias. Para muitos, o MongoDB se tornou <b>um sin\u00f4nimo<\/b> de NoSQL.<\/i><\/p>\n<p>E os desenvolvedores se precipitaram sobre ele. A ideia de um banco de dados sem esquema, que escala magicamente para resolver qualquer problema, era bastante atraente. Por volta de 2014, parecia que em todos os lugares onde um ano atr\u00e1s um banco de dados relacional, como MySQL, Postgres ou SQL Server, era usado, estavam agora implementando bancos de dados MongoDB. \u00c0 pergunta do porqu\u00ea, voc\u00ea poderia receber respostas que variavam de \"\u00e9 a escala da web\" at\u00e9 \"meus dados s\u00e3o muito mal estruturados e se encaixam bem em um banco de dados sem esquema.\"<\/p>\n<p>\u00c9 importante lembrar que o MongoDB e os bancos de dados de documentos, de modo geral, resolvem uma s\u00e9rie de problemas com bancos de dados relacionais tradicionais:<\/p>\n<ul>\n<li><b>Esquema r\u00edgido<\/b>: com um banco de dados relacional, se voc\u00ea tiver dados gerados dinamicamente, \u00e9 for\u00e7ado a criar um monte de colunas de dados \"diferentes\", enfiar blobs de dados ou usar uma configura\u00e7\u00e3o <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>\u2026 tudo isso tem desvantagens significativas.\n<\/li>\n<li><b>Dificuldade de escalabilidade<\/b>: se os dados s\u00e3o t\u00e3o grandes que n\u00e3o cabem em um servidor, o MongoDB ofereceu mecanismos que permitem escal\u00e1-los em v\u00e1rias m\u00e1quinas.\n<\/li>\n<li><b>Modifica\u00e7\u00f5es complexas no esquema<\/b>: sem migra\u00e7\u00f5es! Em um banco de dados relacional, alterar a estrutura do banco de dados pode se tornar um grande problema (especialmente quando os dados s\u00e3o muito numerosos). O MongoDB conseguiu simplificar muito o processo. E tornou-o t\u00e3o f\u00e1cil que voc\u00ea pode simplesmente atualizar o esquema em tempo real e avan\u00e7ar rapidamente.\n<\/li>\n<li><b>Desempenho de escrita<\/b>: o desempenho do MongoDB era bom, especialmente com configura\u00e7\u00e3o adequada. Mesmo a configura\u00e7\u00e3o padr\u00e3o do MongoDB, pela qual muitas vezes foi criticada, demonstrou alguns indicadores de desempenho impressionantes.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Todos os riscos est\u00e3o com voc\u00ea<\/h1>\n<p>\nOs potenciais benef\u00edcios do MongoDB eram enormes, especialmente para certas classes de problemas. Se voc\u00ea ler a lista acima sem entender o contexto e sem experi\u00eancia, pode dar a impress\u00e3o de que o MongoDB \u00e9 realmente um SGBD revolucion\u00e1rio. O \u00fanico problema \u00e9 que os benef\u00edcios mencionados acima s\u00e3o acompanhados por uma s\u00e9rie de ressalvas, algumas das quais est\u00e3o listadas abaixo.<\/p>\n<p>Para ser justo, ningu\u00e9m na 10gen\/MongoDB Inc. dir\u00e1 que o que se segue \u00e9 mentira; s\u00e3o apenas compromissos.<\/p>\n<ul>\n<li><b>Perda de transa\u00e7\u00f5es<\/b>: transa\u00e7\u00f5es s\u00e3o um recurso principal de muitos bancos de dados relacionais (n\u00e3o todos, mas a maioria). A atomicidade significa que voc\u00ea pode realizar v\u00e1rias opera\u00e7\u00f5es de maneira at\u00f4mica e garantir que os dados permane\u00e7am consistentes. Claro, em um banco de dados NoSQL, a atomicidade pode ocorrer dentro de um \u00fanico documento ou voc\u00ea pode usar commits de duas fases para obter sem\u00e2ntica transacional. Mas voc\u00ea ter\u00e1 que implementar essa funcionalidade por conta pr\u00f3pria... o que pode ser uma tarefa complexa e trabalhosa. Muitas vezes, voc\u00ea n\u00e3o percebe os problemas at\u00e9 ver que os dados no banco est\u00e3o em estados inv\u00e1lidos, pois n\u00e3o \u00e9 poss\u00edvel garantir a atomicidade das opera\u00e7\u00f5es. <b>Nota: muitos me informaram que as transa\u00e7\u00f5es foram introduzidas no MongoDB 4.0 no ano passado, mas com uma s\u00e9rie de limita\u00e7\u00f5es. A conclus\u00e3o do artigo permanece a mesma: avalie at\u00e9 que ponto a tecnologia atende \u00e0s suas necessidades.<\/b>\n<\/li>\n<li><b>Perda de integridade relacional (chaves externas)<\/b>: se seus dados possuem relacionamentos, voc\u00ea ter\u00e1 que aplic\u00e1-los no aplicativo. Ter um banco de dados que respeite esses relacionamentos reduz significativamente o trabalho no aplicativo e, portanto, dos seus programadores.\n<\/li>\n<li><b>Falta de capacidade de aplicar estrutura de dados<\/b>: esquemas r\u00edgidos \u00e0s vezes se tornam um grande problema, mas tamb\u00e9m s\u00e3o um poderoso mecanismo de boa estrutura\u00e7\u00e3o de dados, se usados corretamente. Bancos de dados documentais, como o MongoDB, proporcionam uma flexibilidade incr\u00edvel no esquema, mas essa flexibilidade elimina a responsabilidade de manter os dados em ordem. Se voc\u00ea n\u00e3o cuidar deles, acabar\u00e1 tendo que escrever muito c\u00f3digo no aplicativo para lidar com dados que est\u00e3o armazenados em uma forma diferente da que voc\u00ea espera. Como frequentemente dizemos em nossa empresa, a Simple Thread... o aplicativo ser\u00e1 reescrito um dia, mas os dados viver\u00e3o para sempre. <b>Nota: O MongoDB suporta a verifica\u00e7\u00e3o de esquema: isso \u00e9 \u00fatil, mas n\u00e3o fornece as mesmas garantias que um banco de dados relacional. Antes de mais nada, adicionar ou alterar a verifica\u00e7\u00e3o de esquema n\u00e3o afeta os dados existentes na cole\u00e7\u00e3o. Voc\u00ea mesmo deve garantir que est\u00e1 atualizando os dados de acordo com o novo esquema. Decida por si mesmo se isso \u00e9 suficiente para as suas necessidades.<\/b>\n<\/li>\n<li><b>Linguagem de consulta pr\u00f3pria \/ perda do ecossistema de ferramentas<\/b>: o surgimento do SQL foi uma revolu\u00e7\u00e3o absoluta, e desde ent\u00e3o nada mudou. \u00c9 uma linguagem incrivelmente poderosa, mas tamb\u00e9m bastante complexa. A necessidade de construir consultas para o banco de dados em uma nova linguagem composta de fragmentos JSON \u00e9 vista como um grande retrocesso por pessoas com experi\u00eancia em SQL. Existe um universo inteiro de ferramentas que interagem com bancos de dados SQL: de IDEs a ferramentas de relat\u00f3rios. A transi\u00e7\u00e3o para um banco de dados que n\u00e3o suporta SQL significa que voc\u00ea n\u00e3o pode usar a maioria dessas ferramentas ou precisa converter os dados para SQL para us\u00e1-los, o que pode ser mais dif\u00edcil do que voc\u00ea pensa.<\/li>\n<\/ul>\n<p>\nMuitos desenvolvedores que migraram para o MongoDB n\u00e3o compreendiam muito bem os compromissos e muitas vezes se lan\u00e7avam de cabe\u00e7a, instalando-o como o principal reposit\u00f3rio de dados. Depois disso, muitas vezes era incrivelmente dif\u00edcil voltar atr\u00e1s.<\/p>\n<h1>O que poderia ter sido feito de forma diferente?<\/h1>\n<p>\nNem todos mergulharam de cabe\u00e7a e se chocaram com o fundo. Mas muitos projetos instalaram o MongoDB em lugares onde simplesmente n\u00e3o se adequava \u2014 e ter\u00e3o que viver com isso por muitos anos. Se essas organiza\u00e7\u00f5es tivessem dedicado algum tempo e pensado sistematicamente sobre a escolha das tecnologias, muitas teriam feito uma escolha diferente.<\/p>\n<p>Como escolher a tecnologia certa? Houve v\u00e1rias tentativas de criar uma estrutura sistem\u00e1tica para avaliar tecnologias, como <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u00abEstrutura para a implementa\u00e7\u00e3o de tecnologias em organiza\u00e7\u00f5es de software\u00bb<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u00abEstrutura para avalia\u00e7\u00e3o de tecnologias de software\u00bb<\/a><\/noindex>, mas parece-me que isso \u00e9 um excesso de complexidade.<\/p>\n<p>Muitas tecnologias podem ser avaliadas de forma razo\u00e1vel fazendo apenas duas perguntas principais. <b>O problema est\u00e1 em encontrar pessoas que possam responder a elas de forma respons\u00e1vel, gastando tempo em busca de respostas e sem preconceitos.<\/b><\/p>\n<blockquote><p>Se voc\u00ea n\u00e3o enfrenta nenhum problema, n\u00e3o precisa de uma nova ferramenta. Ponto.<\/p><\/blockquote>\n<p><\/p>\n<h1>Pergunta 1: Que problemas estou tentando resolver?<\/h1>\n<p>\nSe voc\u00ea n\u00e3o est\u00e1 enfrentando nenhum problema, n\u00e3o precisa de uma nova ferramenta. Ponto. N\u00e3o h\u00e1 necessidade de procurar uma solu\u00e7\u00e3o e, em seguida, inventar um problema. Se voc\u00ea n\u00e3o encontrou um problema que a nova tecnologia resolve significativamente melhor do que a sua tecnologia existente, ent\u00e3o n\u00e3o h\u00e1 o que discutir. Se voc\u00ea est\u00e1 considerando usar essa tecnologia porque viu outras pessoas fazendo isso, pense sobre quais problemas elas est\u00e3o enfrentando e pergunte-se se voc\u00ea tem esses problemas. \u00c9 f\u00e1cil adotar uma tecnologia porque outros a usam; a dificuldade est\u00e1 em entender se voc\u00ea enfrenta os mesmos problemas.<\/p>\n<h1>Pergunta 2: Do que estou abrindo m\u00e3o?<\/h1>\n<p>\nEsta \u00e9, sem d\u00favida, uma pergunta mais dif\u00edcil, pois voc\u00ea precisar\u00e1 investigar e entender bem tanto a tecnologia antiga quanto a nova. \u00c0s vezes, voc\u00ea n\u00e3o pode realmente entender a nova at\u00e9 que construa algo com ela ou tenha um colaborador que tenha essa experi\u00eancia.<\/p>\n<p>Se voc\u00ea n\u00e3o tem nem uma coisa nem outra, faz sentido pensar em investimentos m\u00ednimos para determinar o valor desta ferramenta. E se voc\u00ea fizer investimentos, qu\u00e3o dif\u00edcil ser\u00e1 desfazer a decis\u00e3o?<\/p>\n<h1>As pessoas sempre estragam tudo.<\/h1>\n<p>\nAo tentar responder a essas perguntas da forma mais imparcial poss\u00edvel, lembre-se de uma coisa: voc\u00ea ter\u00e1 que lutar contra a natureza humana. Existem v\u00e1rios vieses cognitivos que precisam ser superados para avaliar a tecnologia de forma eficaz. Aqui est\u00e3o apenas alguns:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Efeito de ades\u00e3o \u00e0 maioria<\/a><\/noindex><\/b> \u2014 todos sabem sobre ele, mas \u00e9 dif\u00edcil de combater. Certifique-se de que a tecnologia realmente atende \u00e0s suas necessidades reais.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Efeito de novidade<\/a><\/noindex><\/b> \u2014 muitos desenvolvedores tendem a subestimar as tecnologias com as quais trabalharam por um longo tempo e superestimar os benef\u00edcios da nova tecnologia. N\u00e3o s\u00e3o apenas programadores; todos est\u00e3o sujeitos a esse vi\u00e9s cognitivo.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Efeito de caracter\u00edsticas positivas<\/a><\/noindex> \u2014 tendemos a ver o que existe e ignoramos o que est\u00e1 ausente. Isso pode levar ao caos em combina\u00e7\u00e3o com o efeito de novidade, pois n\u00e3o apenas superestima a nova tecnologia, mas tamb\u00e9m ignora suas desvantagens.<\/b>.<\/li>\n<\/ul>\n<p>\nA avalia\u00e7\u00e3o objetiva n\u00e3o \u00e9 f\u00e1cil, mas entender as principais distor\u00e7\u00f5es cognitivas ajudar\u00e1 a tomar decis\u00f5es mais racionais.<\/p>\n<h1>Resumo<\/h1>\n<p>\nQuando uma nova inova\u00e7\u00e3o surge, \u00e9 necess\u00e1rio responder com cautela a duas perguntas:<\/p>\n<ul>\n<li>Esse instrumento resolve um problema real?\n<\/li>\n<li>Entendemos bem os compromissos?<\/li>\n<\/ul>\n<p>\nSe voc\u00ea n\u00e3o consegue responder a essas duas perguntas com confian\u00e7a, d\u00ea alguns passos para tr\u00e1s e reflita.<\/p>\n<p>Ent\u00e3o, a MongoDB foi realmente a escolha certa? Com certeza, sim; como na maioria das tecnologias de engenharia, isso depende de muitos fatores. Muitos que responderam a essas duas perguntas se beneficiaram da MongoDB e continuam a faz\u00ea-lo. Aqueles que n\u00e3o o fizeram, espero que tenham aprendido uma li\u00e7\u00e3o valiosa e n\u00e3o muito dolorosa sobre o ciclo da inova\u00e7\u00e3o.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>Isen\u00e7\u00e3o de responsabilidade<\/h1>\n<p>\nQuero esclarecer que eu n\u00e3o tenho nem amor nem \u00f3dio pela MongoDB. Simplesmente n\u00e3o tivemos problemas para os quais a MongoDB fosse a solu\u00e7\u00e3o ideal. Eu sei que a 10gen\/MongoDB Inc. inicialmente agiu de forma bastante ousada, estabelecendo configura\u00e7\u00f5es inseguras como padr\u00e3o e promovendo a MongoDB em todos os lugares (especialmente em hackathons) como uma solu\u00e7\u00e3o universal para trabalhar com qualquer tipo de dado. Provavelmente, essa foi uma m\u00e1 decis\u00e3o. Mas isso confirma a abordagem descrita aqui: esses problemas poderiam ser detectados rapidamente, mesmo com uma avalia\u00e7\u00e3o superficial da 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.3 - 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\/pt\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\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\/pt\/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\udd47A MongoDB foi realmente a escolha certa? | ProHoster","description":"Recentemente, soube que a Red Hat est\u00e1 removendo o suporte \u00e0 MongoDB do Satellite (dizem que por causa de.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}