Acesso de alto desempenho para armazenamento de arquivos
Em um movimento surpreendente, uma startup foi forçada a migrar seus dados de um banco de dados NoSQL e moda em um relacional tradicional depois de correr em numerosos problemas técnicos com a nova tecnologia fofa.
O movimento pela internet-de-coisas Revolv startup foi divulgada pelo chefe de seu grupo de engenharia de nuvem, Matt Butcher, em um post no blog pessoal na sexta-feira.
Revolv faz hardware que ajuda a conectar dispositivos sem fio juntos e dá ao usuário controle sobre eles. "O Revolv set-up wizard torna fácil de encontrar e se conectar aos dispositivos sem fio que você já possui e ter instalado e funcionando, como luzes, fechaduras, termostatos, alto-falantes, a SMART-plugs, máscaras, sensores e muito mais. Uma vez conectado, você pode facilmente criar suas próprias ações com base em uma série de ações, como Geosense, hora do dia, e os sensores ", explica a empresa.
Isto significa que, apesar de não ter de lidar com as taxas de processamento de dados temíveis gigantes de consumo, tais como o Twitter ou o Facebook, ele tem um conjunto complexo de relações de dados - "12:59 relacionamentos e um para muitos relacionamentos e muitos para muitos relacionamentos ", explica Butcher.
Sua base de dados é necessária para refletir esses muitos relacionamentos [A chave está no nome, caps.-Ed.], E é aí que NoSQL quebrou por isso.
Como muitas empresas jovens, Revolv tinha mergulhado de frente em um banco de dados não-relacional (no início MongoDB depois, mais tarde, o sistema DynamoDB da Amazon), devido à facilidade de uso e flexibilidade da tecnologia.
Mas, como a inicialização cresceu, correu para as questões de escala e arquitetônicas que causaram muita dor de cabeça para pouco ganho.
Eventualmente, ele teve que se mudar para um sistema relacional tradicional ( PostgreSQL ), mas aprendi algumas lições valiosas sobre novas tecnologias NoSQL ao longo do caminho.
"Você acha que está mordendo a solução mais fácil, e parte da razão por que você está descontando o material de fundo", disse Butcher The Register. "Um banco de dados de armazenamento de objetos sem esquema, foi possível aumentar e construir algo rapidamente, sem ter que fazer um monte de trabalhos de manutenção que você faz em um banco de dados relacional. Um dos fatores que nós mal entendido foi que pensávamos que poderia obter um melhor desempenho fora dele ".
Embora DynamoDB é fácil de usar e rápido, ele não tem algumas características que são encontradas em bancos de dados relacionais tradicionais. Exige também que as consultas ser escrito em sua própria sintaxe , o que foi fácil no início - mas como Revolv escalado de 40 a 1.000 clientes isso se tornou cada vez mais difícil de lidar.
"Por alguma razão nós descontamos SQL tão fácil de escrever, porque a sintaxe pode ser um pouco concisa, mas quando é entre isso e escrever 50 linhas para uma consulta, é fácil de escrever", disse Butcher.
O sistema NoSQL DynamoDB tinha outros problemas, Butcher disse, relativamente à forma como a empresa poderia facilmente processar os dados armazenados no sistema.
"DynamoDB foi extremamente inflexível para nós a menos que começamos a construir um cluster do Hadoop, ou algo assim", explicou. "Do meu fundo - HP e coisas assim - quando você morder uma solução MapReduce para um problema que você está comprando em uma sobrecarga muito pesado, não há um investimento devops, um investimento financeiro, as questões de arquitetura."
PostgreSQL, por comparação, é muito mais fácil para a empresa para lidar com e para contratar. Em retrospectiva, Butcher diz que o DynamoDB "esquema impotência foi um dos fatores que nos permitem inicializar um aplicativo em um mês e meio", mas para crescer a uma escala significativa de dezenas de milhares de clientes, a empresa acredita que ele precisa estar em relacional um sistema tradicional.
Isso não significa que ele está deixando a Amazon, a mente - ele está usando PostgreSQL serviço banco de dados relacional da Amazon para que ele não tem que assumir a despesa de administrar o seu próprio hardware.
Talvez o maior problema enfrentado Revolv resultou da juventude da atual safra de tecnologias NoSQL.
"Francamente, é frustrante ter de construir e reconstruir até mesmo ferramentas para bancos de dados NoSQL triviais", escreveu Butcher em seu blog. "E é igualmente frustrante para encontrar tantas lacunas de conhecimento e falta de documentação. Tanto tempo é gasto em descobrir e fazer o mundano. Banco de dados SQL O mundo só olha muito melhor nesta frente."
Nós aqui em conjunto banco de dados 's El Reg tem certeza de que as tecnologias NoSQL têm alguns grandes benefícios (a flexibilidade de um sistema orientado a documentos como MongoDB, ou a estrutura do anel de armazenamento de resiliência de Riak, por exemplo), mas o risco de muitas startups a ser cravado por problemas misteriosos que surgem à medida que escala. Recomendamos que tomar um duro olhar para os sistemas tradicionais e descobrir se eles podem ter um relacionamento com eles. [Isso é o suficiente-Ed.] ®
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário