{"id":1732,"date":"2014-12-16T18:53:32","date_gmt":"2014-12-16T18:53:31","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=1732"},"modified":"2023-06-28T01:08:09","modified_gmt":"2023-06-28T08:08:09","slug":"northscale-unleashes-membase-server","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/northscale-unleashes-membase-server\/","title":{"rendered":"NorthScale lan\u00e7a o servidor Membase"},"content":{"rendered":"

Hoje \u00e9 um dia emocionante para n\u00f3s da NorthScale. Juntamente com nossos parceiros Zynga e NHN, n\u00f3s anunciado<\/a> a forma\u00e7\u00e3o do projeto de c\u00f3digo aberto membase. O Membase \u00e9 um simples<\/em>, r\u00e1pido<\/em>, el\u00e1stico <\/em>\"NoSQL\" (absolutamente \u00f3dio <\/em>Esse termo, e apoiaremos com prazer qualquer pessoa que consiga reunir o mundo em torno de um nome melhor) sistema de gerenciamento de banco de dados. Atualmente, o Membase est\u00e1 fornecendo dados para alguns dos aplicativos da Web mais movimentados do planeta. O projeto est\u00e1 hospedado em membase.org<\/a> onde o c\u00f3digo-fonte, a documenta\u00e7\u00e3o e as informa\u00e7\u00f5es da comunidade est\u00e3o dispon\u00edveis.<\/p>\n

Al\u00e9m do lan\u00e7amento do membase.org, n\u00f3s anunciado<\/a> disponibilidade beta de Servidor NorthScale Membase<\/a>nossa distribui\u00e7\u00e3o comercialmente suportada do software de c\u00f3digo aberto. A vers\u00e3o Beta 1 est\u00e1 dispon\u00edvel como um pacote RPM (certificado para os sistemas operacionais Red Hat e CentOS de 32 e 64 bits, vers\u00f5es 5.2 e 5.4). O Beta 2 adicionar\u00e1 suporte ao Ubuntu, seguido pelo suporte aos sistemas operacionais cliente e servidor Microsoft Windows no Beta 3. H\u00e1 uma grande quantidade de informa\u00e7\u00f5es detalhadas sobre o projeto e o produto dispon\u00edveis em membase.org <\/a>e northscale.com<\/a>Por isso, em vez de repeti-la aqui, usarei esta postagem do blog para fornecer um pouco de hist\u00f3ria sobre o projeto e a motiva\u00e7\u00e3o por tr\u00e1s dele. No in\u00edcio de 2009, a NorthScale foi fundada por l\u00edderes do projeto de software de c\u00f3digo aberto memcached para responder a uma s\u00e9rie de perguntas e solicita\u00e7\u00f5es que ouvimos na comunidade. Eles deixaram cada vez mais claro que os usu\u00e1rios do memcached gostavam tanto da tecnologia que queriam come\u00e7ar a us\u00e1-la (e, em muitos casos...), estavam usando-o<\/em>) para coisas que nunca foram planejadas para serem usadas. A maioria dessas \"coisas\" girava em torno de tratar o memcached como se fosse um banco de dados, em vez do cache distribu\u00eddo muito simples que ele \u00e9. O Memcached \u00e9 um cache (v\u00e1 entender). Ele \u00e9 usado para armazenar dados em cache de forma transit\u00f3ria, na mem\u00f3ria, espalhados uniformemente em um cluster de servidores de commodities. Se um servidor ficar cheio, o memcached ejetar\u00e1 da mem\u00f3ria o objeto de dados usado menos recentemente para abrir espa\u00e7o para dados mais \"quentes\". Se um servidor for desconectado, os dados, que est\u00e3o armazenados em cache na mem\u00f3ria vol\u00e1til, ser\u00e3o naturalmente perdidos. Isso \u00e9 muito bom com o memcached, porque os aplicativos que usam o memcached devem estar em posi\u00e7\u00e3o de reconstruir quaisquer dados necess\u00e1rios, a qualquer momento, a partir de um banco de dados dur\u00e1vel. Normalmente, os aplicativos fazem isso armazenando os dados em um sistema de gerenciamento de banco de dados relacional. Se os dados n\u00e3o forem encontrados no cache (ou se o pr\u00f3prio cache n\u00e3o for encontrado!), o aplicativo poder\u00e1 simplesmente consultar o banco de dados. Em alguns casos, sem saber, mas em muitos casos com pleno conhecimento do que foi dito acima, os aplicativos estavam armazenando dados no memcached como se eles fossem ficar l\u00e1 para sempre. Algumas organiza\u00e7\u00f5es se esfor\u00e7aram ao m\u00e1ximo para se proteger, garantindo que sempre houvesse excesso de capacidade de mem\u00f3ria em cada n\u00f3 e investindo em sistemas de gerenciamento de energia para garantir que as quedas de energia n\u00e3o derrubassem a mem\u00f3ria. Isso levanta a quest\u00e3o: por que pessoas inteligentes se esfor\u00e7ariam tanto para usar algo que \u00e9 tentando ativamente perder seus dados<\/em>para armazenar seus dados? Tr\u00eas palavras: simples, r\u00e1pido e el\u00e1stico. As pessoas gostam do memcached porque ele representa um local praticamente ilimitado para armazenar dados em cache com facilidade, a um custo muito baixo e com um desempenho previsivelmente estelar. Sem esquemas, sem tabelas, sem fragmenta\u00e7\u00e3o, sem normaliza\u00e7\u00e3o, sem ajuste. Se voc\u00ea quiser colocar algo no memcached, voc\u00ea o coloca l\u00e1. Por que coloc\u00e1-lo em dois lugares? O Memcached \u00e9 uma lufada de ar fresco. E h\u00e1 benef\u00edcios econ\u00f4micos substanciais: um cluster do memcached \u00e9 escalon\u00e1vel (basta adicionar mais caixas de commodities para aumentar a capacidade), com custo linear e desempenho agregado constante. At\u00e9 o infinito, para todos os fins pr\u00e1ticos. Atraente. Como um canto da sereia<\/a>. Entre no membase. Sem nunca comprometer a simples, r\u00e1pido, el\u00e1stico <\/em>e, ao mesmo tempo em que garante a compatibilidade 100% on-the-wire com o memcached (agora e no futuro, dada a nossa alavancagem direta do c\u00f3digo front-end do memcached), o membase acrescenta:<\/p>\n