Por que NoSQL está agitando o mercado de banco de dados
NotíciaO número cada vez mais multiplicado de maneiras pelas quais nós, dados de consumidores, estamos tendo um efeito profundo no mercado de banco de dados.
Como tal, as empresas estão lutando para acompanhar as mudanças que estão ocorrendo e ajustar suas operações de armazenamento de dados para atender às necessidades de seus negócios e de seus clientes..
Adrian Carr, VP de MarkLogic, especialista em banco de dados, nos falou sobre como novas tecnologias, como Not Only SQL, ou NoSQL, estão se tornando essenciais devido à flexibilidade que elas oferecem ao cuidar de dados..
TechRadar Pro: Você pode explicar a mudança que está ocorrendo no segmento de banco de dados agora?
Adrian Carr: Não faz muito tempo, todos nós subscrevemos a teoria de que você poderia armazenar qualquer coisa em um banco de dados relacional. Mas agora percebemos que, embora seja tecnicamente possível, não é nada como ideal.
Embora agora você possa armazenar conteúdo avançado, como documentos e mídias sociais, em bancos de dados relacionais, não é fácil fazer qualquer coisa com os dados. Mesmo funções básicas, como a pesquisa, são problemáticas. Os bancos de dados relacionais simplesmente não funcionam bem, a menos que recebam dados lindamente estruturados e sejam caros para inicializar.
Como 80% dos dados do mundo são desestruturados e mais adequados a bancos de dados NoSQL (não apenas SQL), essas tecnologias amadureceram, resultando na onda de interesse que estamos testemunhando neste espaço..
TRP: Como você prevê que o mercado de banco de dados irá evoluir?
AC: Em vez de widgets e maravilhas de um projeto, acredito que as plataformas controlam o destino da maioria da computação. No mundo do banco de dados NoSQL, isso significa uma plataforma integrada que incorpora não apenas o banco de dados, mas também o mecanismo de pesquisa e os serviços de aplicativos.
Com 50 ou mais jogadores NoSQL disputando posições, estamos vendo os primeiros estágios de consolidação - como a compra da Cloudant pela IBM - e a segmentação.
Eu prevejo que todos os operadores de bancos de dados relacionais terão que entrar neste espaço, já que levaria muito tempo para eles mesmos construírem novos mecanismos. Eles vêm adicionando extensões ao seu produto, mas é como encaixar uma estaca redonda em um buraco quadrado e certamente não.
Parte do desafio para os responsáveis é o medo de minar as enormes receitas que recebem de seus negócios de banco de dados relacional, lançando ofertas de NoSQL de custo mais baixo.
TRP: Qual o impacto dos grandes dados sobre como arquitetamos o datacenter?
AC: O Big Data ajudou a mudar a mentalidade das pessoas e a valorizar os terabytes de dados que estão sendo criados e armazenados.
No entanto, requer uma abordagem diferente para construir bancos de dados e aplicativos. Até agora, os desenvolvedores criaram um banco de dados para alimentar aplicativos de data center. Mas, para cada aplicativo, você precisa carregar os dados de onde quer que eles estejam no banco de dados específico do aplicativo..
Com vários aplicativos, em breve, você tem centenas de repositórios de dados com dados duplicados em todo o lugar. Um dia você acorda gritando quando percebe que o problema é pior do que a duplicação. Você também perdeu contexto, segurança e proveniência de dados.
TRP: Sua empresa discute o data center 'centrado em dados' - o que é e como é diferente de uma arquitetura de data center tradicional??
AC: A abordagem centrada em dados é enfocar os dados, seu uso e sua governança em todo o ciclo de vida como a consideração principal. Ao levar os aplicativos aos dados, em vez de levar os dados aos aplicativos, você pode minimizar a duplicação de dados, resultando em integridade de dados consistente, desenvolvimento de aplicativos mais flexível, portabilidade para dispositivos dos usuários e escalabilidade.
Alguns desses bancos de dados podem ficar muito grandes e tê-los em um só lugar torna a vida mais simples quando se trata de gerenciar os conceitos básicos da empresa, como segurança, recuperação de desastres, armazenamento em camadas e arquivamento..