NewSQL

Notícias, idéias, tutoriais, dicas, etc...
Avatar do usuário
Xevious
Administrador
Administrador
Mensagens: 9396
Registrado em: 28 Abr 2009, 01:12
Fale sobre voce: Sou feito de atomos
Gender:
Brazil

NewSQL

Mensagempor Xevious » 20 Jul 2016, 17:42

A galera nem conhece ainda o noSQL e agora vem o NewSQL

NewSQL: Tenta resolver problema que nem o SQL e o noSQL conseguem.

Imagem

NewSQL e NoSQL têm semelhanças e diferenças. A escolha de banco de dados "direito" é toda sobre o caso de uso, como sempre. Dependendo do que a sua empresa está tentando realizar, você provavelmente tem um mix de soluções SQL e NoSQL. E se você não fizer isso, você provavelmente vai no futuro.

Como NoSQL, NewSQL foi concebido para as necessidades modernas, que incluem alta velocidade e escalabilidade massiva. Além disso, como NoSQL, NewSQL como um termo carece de uma definição precisa, o que pode tornar a navegação a paisagem mais difícil.

Matt Aslett, diretor de pesquisa da 451 Research, cunhou o termo NewSQL cerca de cinco anos atrás, embora em uma entrevista ele disse que a definição da nova categoria foi "tipo de acidental." Na época, a ideia era reconhecer um conjunto de fornecedores que eram tomar as melhores aspectos de um banco de dados SQL e projetar novos produtos para a arquitetura moderna, nuvem especificamente arquitetura.

"Não foi uma tentativa de definir uma nova categoria. Foi uma tentativa de descrever um grupo de produtos que eram muito similares em termos de vendedores tentando fazer algo novo com um banco de dados SQL relacional ", disse Aslett. "Costumo brincar que, se soubéssemos o termo iria decolar, nós teria colocado mais pensamento em exatamente o que era antes do tempo."

Ao longo dos anos, tornou-se óbvio que NoSQL resolve problemas que o SQL não podem fazer bem, ou em tudo. As queixas sobre NoSQL como um tipo de banco de dados tem menos a ver com os modelos e mais fazer para sobre a natureza não-descritiva e amorfa do termo em si. NewSQL tem problemas-the semelhantes mais pronunciada do que é a percepção do que "novos" meios. Alguns consideram NewSQL ser uma categoria de bancos de dados que tem sido em torno de anos, se não um par de décadas. Outros pensam nisso como mais perto mandato de dentro de cinco anos. Nesse visão mais próxima prazo, o que qualifica como "novo" torna-se mais evidente, porque a dinâmica da indústria semelhantes têm vindo a impulsionar o frenesi NoSQL, não menos do que é a necessidade de escalabilidade massiva.

Dada a natureza instável da actual definição de NewSQL, Aslett está tentando definir o que significa NewSQL num próximo artigo, ele é co-autoria com Andy Pavlo, professor assistente de databaseology no departamento de ciência da computação na Carnegie Mellon University.

"As características [de NewSQL] bases de dados têm permanecido o mesmo para os últimos anos", disse Aslett. "Nós vê-los aproveitando o armazenamento em memória, particionamento, compartilhamento e controles de simultaneidade. As implementações diferem de fornecedor para fornecedor, mas há um conjunto comum de tecnologia que leva as melhores partes do banco de dados relacional e aplica-a arquitetura distribuída. "

Compreender a paisagem depende da visão de um dos que constitui NewSQL. Os jogadores mais citados incluem Clustrix, MemSQL, NuoDB e VoltDB, embora SAP HANA, CockroachDB, Amazon Aurora, outros bancos de dados, alguns serviços de banco de dados e tecnologias de sharding pode qualificar dependendo da vista da paisagem.

Como se define a paisagem também determina que o tamanho do mercado é. Por exemplo, 451 Research estima que os fornecedores NewSQL gerou aproximadamente US $ 146 milhões em receita em 2015, em comparação com o mercado de atuação do banco de dados (US $ 25 bilhões) e no mercado de banco de dados NoSQL ($ 814,000,000). Em 2020, 451 Research estima que o mercado NewSQL chegará a US $ 500 milhões.

"NewSQL e NoSQL eram ambos reações a algo que não estava funcionando: bancos de dados relacionais tradicionais. [No entanto,] as suas reacções eram completamente diferentes ", disse Dennis Duckworth, diretor de marketing de produtos da fabricante NewSQL VoltDB. "NoSQL disse jogar tudo fora e começar com uma lousa em branco. NewSQL disse que há algumas coisas boas sobre OldSQL. sistemas NewSQL oferecer capacidade de consulta SQL familiar para análise mais ricos, juntamente com a velocidade e escala de NoSQL ".

Benefícios e limitações

Nenhum banco de dados é ideal para todos os casos de uso, razão pela qual SQL, NoSQL e NewSQL todos têm os seus benefícios e malefícios. Mas, novamente, aqueles podem ser coloridos com o que se considera ser NewSQL.

"Traditional SQL fornece transações ACID em partições [e] multi-way UNE, e impõe a integridade referencial", disse Dave Anselmi, diretor de gerenciamento de produto do fornecedor NewSQL Clustrix. "Eles estão otimizado para dados estruturados e assegu [e] que não há nenhum update / delete anomalias. Eles geralmente não são caracterizados por uma arquitetura de compartilhamento de nada, nem podem dimensionar linearmente, especialmente escreve.

" 'relaxado' as garantias ACID NoSQL em busca de escala. Normalmente, se NoSQL fornece transações ACID e junta-se, eles estão em um único nó. No entanto, NoSQL normalmente é compartilhado nada, e pode escalar linearmente para centenas de nós. NewSQL fornece as RDBMS, transações ACID e multi-caminho junta-se em vários nós, e pode dimensionar linearmente para lidar com ambos lê e escreve. "

Médias e grandes empresas com alto valor e de alta transações cargas estão usando Clustrix para o seu e-commerce, jogos, tecnologia de anúncios, tecnologia de marketing, aplicações web social e outros. Em cada caso, o seu desejo de usar NewSQL foi conduzido por escamação limitações.

"Muitos fornecedores NoSQL estão tentando fornecer semântica 'SQL', mas eles são realmente apenas o fornecimento de intérpretes de linguagem SQL", disse Anselmi. "O que as empresas realmente querem é o" single-source of-verdade "confiança que sempre tive de SQL da empresa, juntamente com a escala de NoSQL."

Duckworth de VoltDB disse que vê "um monte" de empresas pulando fora do movimento NoSQL porque foram queimados pela falta de consistência e transacionalidade.

"Nós vemos muitas organizações em muitas indústrias diferentes, quer migrando para NewSQL ou pelo menos investigando isso", disse Duckworth. "Tecnologia de anúncios e móvel já estão no caminho NoSQL e aprenderam onde ele faz e não se encaixa para eles. Mais velhas indústrias, mais conservadores, como os serviços financeiros ainda são na sua maioria em OldSQL e são mais lentos para adotar novas tecnologias ".

Independentemente da indústria, velocidade, precisão, disponibilidade e confiabilidade são cada vez mais críticos para as operações diárias e mais tipos de cargas de trabalho.

"Qualquer coisa não-operacionais, mais cache / pesquisas analíticas ou simples está indo em direção NoSQL ou o sabor analítico da NewSQL", disse Duckworth. "Qualquer coisa operacional (transacional) e em tempo real tende a trazer empresas para o sabor transacional de NewSQL."

VoltDB é principalmente um banco de dados OLTP que tem algumas capacidades analíticas. empresas de telecomunicações estão usando-o para a autorização de baixa latência, gerenciamento de políticas, roteamento de rede e otimização. Outros casos de uso incluem tecnologia de anúncios, serviços financeiros, redes inteligentes, e desenvolvimento de jogos.

A escalabilidade é crítica
Historicamente, se uma organização precisava de uma base de dados maior e melhor desempenho, ele colocou seu banco de dados SQL em um servidor maior. Os problemas com que foram dois: alto custo e diminuindo ROI em termos de desempenho. Alguns se voltaram para servidores de commodities de escalar, exigindo sharding para que o banco de dados pode ser executado em vários servidores. Essa abordagem tornou difícil compreender onde os dados residia em todo os nós, e também pode torná-lo difícil de executar consultas em vários nós.

"Ele chega ao ponto em que você olha para um novo banco de dados que é projetado para ser executado na arquitetura em vez de tentar obter uma base de dados antiga para trabalhar com ele", disse 451 Aslett de Research. "Os jogadores NewSQL trazer algo novo para a mesa em termos de partilha transparente, armazenamento em memória, particionamento, controle de concorrência, índices secundários, e replicação."

Em termos de casos de uso, Aslett vê-los como sendo principalmente transacional, aplicações de operações, tais como tecnologia de anúncios, varejo on-line, mídia social, e, claro, a Internet das Coisas (Internet das coisas) -uso casos que requerem análise de dados mais frequente. No caso de IdC, certos dados tende a ser analisado na extremidade antes de um subconjunto de que é armazenado num armazém de dados para análise histórica.

Novas aplicações exigem novos bancos de dados

NoSQL e NewSQL foram ambos concebidos para arquiteturas modernas. Como tal, eles são, em geral a ser utilizado para novas aplicações.

"Não é tanto sobre a migração de fluxos de trabalho existentes a partir de bancos de dados Oracle e da Microsoft já existente, tanto quanto é do desenvolvimento de novas aplicações que, ao longo do tempo, virá on-line e os aplicativos mais antigos podem ser aposentados", disse Aslett.

Enquanto isso, as empresas são sábias para identificar quais aplicações são mais adequados para um determinado tipo de banco de dados e o que está dirigindo a decisão de um sobre o outro: o modelo, a estrutura do banco de dados, ou a missão de criticidade da aplicação.

"O que os fornecedores NewSQL não estão fazendo está dizendo, 'Porta seus bancos de dados de CRM e ERP para o nosso banco de dados," porque ninguém vai fazer isso ", disse Aslett.

Muitos dos pioneiros NewSQL ter sido startups que começar de novo com tecnologias de última geração. Empresas que pensam sobre sua arquitetura de longo prazo deve considerar as implicações sobre a camada de banco de dados e o potencial para uma arquitetura de banco de dados mais distribuída e flexível, o que pode tornar fornecedores NewSQL vale a pena explorar.

Capgemini foi a implantação de New SQL e plataformas NoSQL na mesma infra-estrutura subjacente.

"A boa notícia é que temos levado a restrição de como armazenar os dados", disse Goutham Belliappa, consultor de Big Data e análise para Capgemini América do Norte. "Em uma plataforma Hadoop, se eu tiver uma interface NewSQL, posso armazenar os dados como se eu armazená-lo em Hadoop e expressá-lo usando NewSQL no topo. NoSQL é ideal para casos de uso em que não faz sentido usar uma loja de SQL em tudo ".

Expressando relacionamentos é um exemplo, porque ele é o melhor feito usando um banco de dados gráfico. Um banco de dados gráfico pode inferir relações onde não foram previamente definidos. Usando uma interface SQL, é difícil até mesmo para descrever relacionamentos.

"Os clientes estão se afastando de suas plataformas de armazenamento de dados antigos em massa, e muitas vezes eles estão execução NewSQL em uma plataforma NoSQL, porque eles não têm a flexibilidade de que precisam e nós vimos diferenças de custo de um para 100 ou ainda maior ", disse Belliappa. "Há uma confluência de fatores que está empurrando as pessoas para longe da forma como eles fizeram coisas no passado para a forma como eles querem fazer as coisas no futuro."

Um desses fatores é o modelo de licenciamento de software. licenças de bancos de dados relacionais tradicionais têm sido caros, e os clientes foram muitas vezes limitada por vendor lock-in. alternativas de SaaS permitem a experimentação rentável e proporcionar maior flexibilidade.

Considere os requisitos de avaliação de qualquer novo banco de dados sem primeiro considerar o caso problema ou uso pode levar a várias consequências negativas, incluindo pobre ROI e resultados menos-que-ideais.

"Para os usuários SQL tradicionais, o movimento NewSQL tenta trazer o desempenho em escala que as implementações NoSQL muitas vezes fornecem, sem sacrificar os muitos atributos que fazem SQL a escolha correta para a organização em primeiro lugar", disse Vicky Harp, estrategista corporativo da infra-estrutura de TI desempenho e provedor de ferramenta SQL Server Idera. "Para os usuários NoSQL, NewSQL pode ser atraente por causa da robustez do SQL, incluindo transações ACID e capacidades ad hoc com todos os recursos que podem exigir uma grande quantidade de código personalizado em uma implementação NoSQL."

Há um debate sobre se NewSQL é mais adequado para casos de uso analíticos ou operacionais. "Não é a tecnologia muito legal disponível no espaço NewSQL, mas para a maior parte, essas soluções são projetadas para cargas de trabalho que podem caber na memória principal de um servidor, então eu não vejo isso como sendo apropriado para a mineração de dados ou grande análise -scale de qualquer espécie ", disse Harp. "É também uma solução muito caro, esforço-sábio, se você estiver em uma situação com esquema muito fluida."

bancos de dados relacionais tradicionais lutam para atender crescentes exigências do elástico, on-demand escala, implementação de nuvem, e outras transições de centros de dados de desempenho para infra-estrutura de commodities, porque eles não foram originalmente concebidos para essas coisas. tecnologias NoSQL falta transações ACID e, consequentemente, lutar para oferecer as garantias de dados exigidos pela aplicações de missão crítica que lidam com dados valiosos. produtos NoSQL também renunciar a um modelo de programação do lado do servidor, como SQL, com os esquemas coerentes e estruturas de dados que permitem o processamento do lado do servidor eficiente, de acordo com Barry Morris, co-fundador e presidente-executivo do provedor de NewSQL NuoDB.

"Nós temos agora uma indústria de base de dados em que os fornecedores de banco de dados relacionais tradicionais estão tentando adicionar recursos NoSQL semelhantes aos seus produtos, e no qual os fornecedores de banco de dados NoSQL está tentando adicionar transações ACID e capacidades SQL-como a seus produtos", disse ele. "A verdade é que os clientes querem ambas as classes de recursos, e eles não querem executar várias bases de dados."

A realidade é que muitas empresas estão executando vários bancos de dados porque eles estão lidando com diferentes tipos de problemas. Embora alguns dos expansão de banco de dados é o resultado de uma falta de planejamento estratégico, como a natureza das mudanças de negócios e tecnologia, assim como as soluções. Isto leva a coexistência necessária de bancos de dados SQL e NoSQL e / ou bases de dados NewSQL.

"Estamos descobrindo o mercado voltando-se para nuvens privadas, híbridas ou públicas números crescentes", disse Morris. "Eles estão olhando para reduzir os custos através do hardware commodity e pay-as-you-go de preços, ao mesmo tempo, simplificando a administração geral da sua arquitetura. Tais objetivos estão em contradição direta com RDBMSes tradicionais que exigem altamente personalizados caixas previamente provisionados caros, que são caros de manter, complicado de se replicar e desafiador para escala ".

A paisagem continua a mudar

o mercado de banco de dados é fragmentada, e ele provavelmente irá obter mais fragmentado no curto prazo, embora alguma consolidação já está ocorrendo. Amazon AWS, Apple, Dell, EMC e outros têm vindo a adquirir ativos NoSQL. Da mesma forma, as aquisições NewSQL são esperados pelos operadores históricos para as razões do costume: eliminar a concorrência, ganhando uma vantagem competitiva, e obter acesso rápido a recursos que levaria muito mais tempo para construir em casa.

"NewSQL não teve um impacto significativo sobre o fluxo de receita dos jogadores do banco de dados relacionais incumbentes ainda, mas vemos algum potencial para aquisições NewSQL", disse 451 da Research Aslett ".

A questão de longo prazo é se NewSQL vai sobreviver como uma categoria de banco de dados. No curto prazo, a quantidade de fragmentação do mercado de banco de dados pode tornar a navegação a paisagem difícil para TI e desenvolvedores.

"Certifique-se de entender o que você realmente precisa para a sua aplicação", disse Morris do NuoDB. "Quais são as suas verdadeiras necessidades, e quais são os que têm nice-to-? Você está procurando principalmente para a disponibilidade contínua, scale-out elástico, ou a capacidade de obter análises em tempo real fora de seu banco de dados? Isso pode ser diferente do que se você estiver olhando para fazer análise de Big Data, operar dentro Docker, ou obter um desempenho extremamente alto em um único centro de dados. NewSQL não é uma bala mágica ".

Dada a crescente popularidade do Docker, não é surpreendente que NuoDB está vendo um interesse crescente em apoio do banco de dados para ele. Enquanto isso, a Capgemini está a aconselhar os clientes a tirar proveito de plantas, em vez de reinventar a roda quando se trata de implementar novas tecnologias de banco de dados.

"A diversidade existe para resolver problemas diferentes e lidar com diferentes casos de uso", disse Belliappa da Capgemini. "Há pessoas, fornecedores, especialistas e organizações como a nossa, que tenham resolvido [o mesmo] problema. Se você começar a experimentar sem aprender o que existe no mercado, então a sua descoberta será mais demorado e dispendioso. "

Enquanto blueprints servir de orientação ao invés de cortar e colar panacéias, eles podem ajudar a desmistificar abordagens para implementações de tecnologia, e mais importante fornecer um ponto de partida que é ainda mais para baixo a curva de aprendizagem.

Nem todo mundo é vendido em NewSQL

Mike Bowers, principal arquiteto na Igreja dos Santos dos Últimos Dias, não é um fã de NewSQL. Na verdade, ele acha que é "morto na chegada."

"Bancos de dados NewSQL enfrentar o desafio de velocidade. Eles escala, eles estão lá na RAM para que eles possam se adaptar a uma velocidade alta ", disse Bowers. "Eu estava realmente animado sobre a Oracle TimesTen, mas o preço e marketing pobres matou. As pessoas que querem velocidade e decidiram deixar o mundo do SQL e ir NoSQL mudaram-se para uma base de dados de documentos. Os desenvolvedores realmente não gosto de bancos de dados relacionais por causa de toda a modelagem e complexidades ".

Aqueles que adotam bases de dados de documentos NoSQL seguem um padrão de adoção, de acordo com Bowers. Eles começam com algo simples como Redis, e depois passar para algo mais poderoso como MongoDB, CouchDB ou MarkLogic, e, dependendo da escolha, eles podem ou não podem enfrentar problemas de consistência. Bowers usa MarkLogic.

"Se você está olhando para NewSQL, faça um POC muito forte porque não é OldSQL", disse Bowers. "Não vai se comportar o mesmo, você está indo para ajustá-lo de forma diferente, e cada um desses bancos de dados NewSQL diferem de seus bancos de dados relacionais tradicionais. Eles têm limitações e há considerações de arquitetura tão realmente sabe o que você está se metendo e veterinário da empresa. Você não quer investir em uma empresa que vai ser ido em poucos anos. "

Robin Schumacher, diretor de produtos de multi-modelo de provedor de banco de dados DataStax, recomenda olhar cuidadosamente para a arquitetura e dados do modelo subjacente.

"Se o modelo NewSQL conserva integralmente o modelo de RDBMS Codd-Data padrão, então ele pode herdar implicitamente todas as limitações de RDBMS padrão de RDBMSes gerais, como Oracle, MySQL, etc, que NoSQL foi projetado para superar", disse ele. "Se a arquitetura adere a um projeto mestre-escravo como a maioria faz, então ele vai deixar de enfrentar adequadamente os requisitos write-em qualquer lugar de aplicações distribuídas radicalmente de hoje, e ser propenso a falhas no entanto pequenas. Em contraste, bancos de dados NoSQL, tais como Apache Cassandra, fornecer um modelo de dados mais flexível do que o RDBMS. Sua arquitetura masterless, consistência sintonizável e de distribuição de dados capacidades permitem-lhe lidar com escreve a partir de qualquer local e sincronizar essas alterações para todas as outras cópias dos dados ".

fonte: sdtimes.com
Conheça o site Tele-Tudo, que contem prestadores de serviços para todo tipo de serviço


Voltar para “Programação”

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante