10 Aplicativos NoSQL assassinos - dummies

Muitas vezes as pessoas adquirem uma plataforma específica por causa dos aplicativos assassinos que são executados nela. Muitos aplicativos baseados em NoSQL se enquadram na categoria de aplicativos assassinos. Essas aplicações não poderiam se tornar realidade usando tecnologias de banco de dados relacionais existentes.

plataforma de mensagens do Facebook

O Apache Cassandra foi criado pelo Facebook para alimentar sua Caixa de entrada. Isso fez isso por vários anos. Cassandra trabalhou fazendo o seguinte:

Cassandra indexou as mensagens dos usuários e os termos (palavras, etc.) nas mensagens e dirigiu uma pesquisa sobre todo o conteúdo nessas mensagens. O ID do usuário era a chave primária. Cada termo tornou-se uma super coluna e as IDs de mensagens eram os nomes das colunas.
Cassandra forneceu a capacidade de listar todas as mensagens enviadas para e de um determinado usuário. Aqui, o ID do usuário era a chave primária, as IDs do destinatário eram as super colunas e as IDs das mensagens eram os nomes das colunas.

O documento original do Facebook Cassandra é anotado com informações recentes e é mantido pela DataStax, a empresa comercial que promove a Cassandra hoje.

Amazon DynamoDB

A Amazon originalmente publicou o documento Dynamo, lançando assim o conceito de lojas de valor-chave NoSQL. Desde então, a Amazon criou um banco de dados separado chamado DynamoDB como um serviço oferecido no site do Amazon Web Services.

Embora o DynamoDB obtenha o nome do Dínamo original, ele possui uma abordagem diferente: DynamoDB oferece replicação síncrona mundial para garantir consistência e durabilidade essenciais nas aplicações corporativas.

Com DynamoDB, você paga apenas pela capacidade de produção horária que você usa, à medida que a usa, e não pela quantidade de dados que você armazena, modelo interessante que os novos desenvolvedores de aplicativos encontrarão atraentes. Você também obtém a partir da escrita de uma opção 'free tier' que inclui 25GB de armazenamento e várias unidades de capacidade de gravação e leitura.

Google Mail

O Bigtable do Google foi criado para fornecer armazenamento de ampla coluna para uma variedade de aplicativos do Google, incluindo o Orkut, o Google Earth, indexação da web, Google Maps, Google Books, YouTube, blogueiro. com, Google Code e Google Mail.

Os clones Bigtable fornecem tabelas de pesquisa de índice para conjuntos de informações muito grandes

O LinkedIn usou o Hadoop para churn informações sobre relacionamentos durante a noite e para empurrar as informações de gráfico mais recentes para a loja NoSQL de valor-chave Voldemort para consultar o próximo dia. Desta forma, o LinkedIn manteve uma visão contínua de todos os dados no serviço.

Verifique aqui para obter mais informações sobre Espresso.

Catálogo de mídia on-line da BBC iPlayer

A British Broadcasting Corporation possui um serviço on-line para fornecer aos cidadãos do Reino Unido um serviço de catchup gratuito chamado iPlayer para programas de televisão e rádio da BBC.

A informação para episódios, séries e marcas é atualizada por uma equipe diferente da responsável pela agendamento de episódios para TV.

A BBC moveu vários sistemas MySQL para um único repositório do MarkLogic Server 6 para fornecer acesso aos metadados do programa. Esta operação incluiu a criação de uma API de serviços de dados chamada Nitro e incorporando-a no MarkLogic Server.

Nitro agora alimenta um número crescente de serviços da BBC. Nitro começou substituindo a funcionalidade em iPlayer para ajudar a estabilizar o desempenho dessa plataforma. No futuro, o Nitro incluirá feeds para organizações parceiras e possui uma API pública.

Plataformas de esportes e olimpíadas da BBC

Em 2011, a BBC percebeu que seus jornalistas passaram muito tempo decidindo onde publicar histórias no site da BBC Sport. Isso custou muito tempo, dinheiro e histórias não estavam constantemente disponíveis para usuários em diferentes áreas do site de esportes.

A BBC criou um tipo de solução totalmente novo chamado Dynamic Semantic Publishing (DSP) para automatizar grande parte desse processo. Ao usar uma combinação do MarkLogic Server 6 (a versão sem uma loja tripla) e GraphDB do Ontotext (anteriormente BigOWLIM), a BBC conseguiu sugerir tópicos sobre histórias para seus jornalistas.

Esta abordagem também permitiu que a BBC usasse as relações inerentes aos assuntos mencionados nas histórias para determinar onde publicar os dados, em vez de confiar nos jornalistas.

Ao ir à página inicial da BBC Sport e clicar no link para a equipe de futebol da Inglaterra, você vê não apenas histórias sobre o time de futebol da Inglaterra, mas também os jogadores que jogam na Inglaterra ou histórias sobre os jogadores cônjuges, mesmo que não mencionem explicitamente a equipe de futebol da Inglaterra nas histórias.

Verifique aqui informações sobre o excelente time de futebol da Inglaterra.

HealthCare. gov

Saúde. O gov foi chamado de implementação de sistema de TI mais complexa de todos os tempos. Construí-lo exigiu vários sistemas, sendo o mais visível o HealthCare. mercado do gov.

Nos bastidores, muitos outros sistemas oferecem funções de suporte, incluindo lojas para informações de outras agências, como dados do IRS e informações sobre a cobertura que os Estados já oferecem aos seus residentes. Além disso, as seguradoras enviam as políticas que querem oferecer aos cidadãos no site do mercado federal.

A comunicação entre os vários sistemas também requer armazenamento de mensagens por segurança (para que não sejam perdidas) e posterior entrega. Embora HealthCare. O governo fornece cobertura aos cidadãos em trinta e quatro estados, os sistemas back-end suportam os cinquenta estados através do banco de dados e alimenta os próprios mercados dos estados.

Os Centros de Serviços de Medicare e Medicaid (CMS) selecionaram o MarkLogic para fornecer o banco de dados de back-end para todos os dados desses sistemas.O MarkLogic Server armazena uma versão anonimizada de todo o conteúdo XML que flui entre esses sistemas e fornece a capacidade de combinar os requisitos dos cidadãos com cobertura de seguro disponível.

O subsistema que rastreia e analisa todo o tráfego de mensagens em tempo real provou ser o sucesso mais visível de um sistema NoSQL que afeta as vidas dos cidadãos diretamente. Embora o projeto tenha experimentado dificuldades públicas, o nível de complexidade que foi tratado e o lançamento agora bem-sucedido para mais de sete milhões de americanos recém-cobertos resultou em um grande sucesso.

Verifique aqui informações sobre o uso do MarkLogic no HealthCare. gov.

UK NHS Spine 2 Backbone

O Serviço Nacional de Saúde do Reino Unido compreende centenas de organizações, todas sob um único guarda-chuva nacional. Por exemplo, cirurgias de prática geral e hospitais cada um tem seus próprios sistemas.

O NHS do Reino Unido fornece um conjunto de serviços chamado Spine. Por exemplo, o Spine inclui um serviço que atribui recém nascidos com um número exclusivo de NHS que estará com eles para toda a vida. Esta espinha tem um sistema que atua como um backbone de mensagens para uma variedade de sistemas, chamado Spine Core.

Spine 2 também inclui comunicação com os sistemas de Registro de Cuidados de Resumo (SCR) que permitem ao pessoal em salas de emergência hospitalar localizar registros médicos individuais em todo o país.

O espinha dorsal da Spine 2 é construído em cima da Riak e substitui um sistema muito caro construído em cima da tecnologia relacional mais antiga.

Verifique aqui informações sobre o uso da Riak no Spine 2 Core.

Compartilhamento de informações seguras

Em muitas situações, você precisa fornecer acesso a informações ao mesmo tempo em que mantém sua segurança. Aqui estão vários exemplos:

Um editor de livros que fornece acesso a resumos para que você possa verificar a relevância de um livro antes da compra, mas apenas ver o livro completo após a compra
Um aplicativo de assistência social multi-agências com diferentes direitos de acesso para criança agentes de proteção, pessoal médico, educadores e agências de aplicação da lei
Um aplicativo de compartilhamento de inteligência onde a informação de alto nível em um relatório de inteligência é compartilhada para descoberta, mas onde todo o acesso deve ser aplicado e concedido em um caso-a- base de caso

Essas situações compartilham uma abordagem comum: exigem segurança definida no nível recorde como mínimo, para que você possa mostrar ou ocultar um registro para diferentes usuários do sistema.

Além disso, para fornecer acesso seguro a seções específicas dentro de um registro, você também exigirá desenergização ou controle de acesso baseado em células ou com base em etiquetas (LBAC). O LBAC impõe a segurança da gravação com base no conteúdo desse registro ao invés de permissões explícitas definidas para esse registro.

Nesses cenários, os bancos de dados NoSQL que suportam a segurança de registro ou célula / elemento / nível triplo, como Accumulo, MarkLogic Server e AllegroGraph, são boas opções.

Envolvimento do cidadão

Os governos usam bases de dados NoSQL para capacitar os cidadãos com informações sobre como o seu país é governado. Um bom exemplo é Fairfax County, na Virgínia, que usa o MarkLogic Server para fornecer informações geoespaciais através de uma interface de pesquisa e pesquisa on-line para agências governamentais e residentes.O serviço cobre uma variedade de informações - por exemplo, pontos geográficos no condado e eventos relacionados à polícia.

No Reino Unido, a legislação premiada. gov. O site do Reino Unido fornece informações sobre leis do Reino Unido que datam de mais de mil anos! Se você quer conhecer as leis sobre roubo de imóveis no País de Gales em 1542, basta visitar o site!

Você também pode encontrar leis atualmente debatidas pelo Parlamento, e as próximas ativações de cláusulas legais estão disponíveis como anotações para a legislação atual. Este serviço oferece aos cidadãos, bem como aos legisladores, uma referência muito rica em questões legais em todo o Reino Unido.

Este site é alimentado por MarkLogic Server 5 (versão sem uma loja tripla) e GraphDB do Ontotext.