Serviços de integração de informações empresariais

Por volta de 1995, os fornecedores começaram a posicionar o seu software como ferramentas de armazenamento de dados virtuais. A premissa fundamental é que às vezes ele simplesmente não faz sentido para copiar e manipular um monte de dados, apenas no caso de alguém precisa dele. Por que não acessar dados diretamente da fonte em uma base como necessária?

Video: Primeira etapa de integração dos sistemas de informações sobre cargas começa a funcionar

Infelizmente, o acesso a dados através de uma rede em sua fonte provou ser o menos desafiador dos problemas na tentativa de fornecer uma espécie de no local de armazenamento de dados. Os mesmos desafios enfrentados em qualquer ambiente de armazenamento de dados (como lidar com a qualidade dos dados, decidir quais os tipos de transformações deve ocorrer, e escolher como lidar com essas transformações quando diferentes fontes são inconsistentes) ainda estão presentes.

Só porque você pode obter os dados na sua origem (em quase qualquer banco de dados ou arquivo de estrutura) não significa que os dados fornece a inteligência de negócios necessária quando está em suas mãos.

Video: Integração de sistemas e dados

Para resolver estes problemas de qualidade de dados, arquitetos muitos dados começaram a realizar construção data mart de baixo para cima para desenvolver um armazém de dados baseado em componentes. Em vez de ter um único banco de dados em que você alimenta todos os dados (criando seu data warehouse), uma série de componentes cada lida com um determinado conjunto de funções (como responder a perguntas específicas de negócios) ou determinados assuntos. Juntos, estes mercados de dados (ou componentes) compreender um meio de armazenamento de dados.

Este, dinâmica arquitetura de dados de acesso baseado em componentes é a base para armazenamento de dados virtual e, mais especificamente, o que Enterprise Information Integration servidores (EII) está oferecendo ao mercado.

Video: Software para gerar ordens de serviços

Esta figura mostra um ambiente no qual os componentes individuais são criados dentro do ambiente de armazenamento de dados de um modo de baixo para cima. Em vez de combinar os componentes em um grande banco de dados (e copiar todos os dados novamente), EII cria um ambiente de armazenamento de dados em que os usuários podem acessar o conteúdo de cada componente de uma ferramenta de inteligência de negócios como eles foram todos armazenados juntos, mesmo que eles não são .

Pense sobre como você usa um navegador da Web em seu desktop. Você clicar em um link ou digita uma URL específica, e o meio ambiente, trabalhando nos bastidores, leva você para o lugar certo para o conteúdo que você pediu. Agora, imagine a Internet funcionando muito mais rápido.



Quando você ir a vários sites, você não está acessando os anúncios para as últimas quatro rodas motrizes que você está cobiçando, resultados esportivos, desenhos animados Dilbert, ou qualquer outra coisa que você faz na internet. Você está trazendo de volta pedaços de dados que são então combinados e enviados de volta para o seu browser. Isso é o armazenamento de dados virtual - é apenas como a Internet!

Não é uma boa idéia para construir um ambiente de armazenamento de dados virtual para acessar dados de origem diretamente, em seu formato nativo. Seu desafio não é descobrir como se juntar a bases de dados multi-plataforma (combinando dados do IMS com dados do DB2, por exemplo) e manipulam os tipos de transformação em nível de sistema, é garantir que a qualidade dos dados é alta e não requer o usuário para limpar manualmente os dados.

Cada aplicação deve, portanto, ser habilitado para armazém e contêm um editor de dados que é responsável por todos os serviços de middleware (como extração e garantia de qualidade), conforme especificado nas regras de negócio do ambiente.

O editor de dados pode conseguir operar quase no modo em tempo real, como ele teria que fazer em um armazenamento de dados operacionais, ou poderia funcionar em um modo periódico (orientada para o lote) se as atualizações instantâneas não são necessários. Nesta situação, o editor de dados é um produto mini-middleware embutido no aplicativo (ou um serviço acessado pelo aplicativo).

Quando você pensa de armazenamento de dados virtual, substitua a pergunta “Posso chegar aos dados?” Com a pergunta “Posso obter dados utilizáveis?” O editor de dados desempenha um papel importante, e não deve ser negligenciada.

Você também não pode arquitetura de dados negligência. Só porque você está desenvolvendo componentes de forma bottom-up e eles estão sendo acessados ​​no lugar, ao invés de ser copiado em um banco de dados maior data warehouse, não significa que você pode negligenciar esta função.

Dizer que IDs lojas de um componente do cliente como números de cinco dígitos após a transformação ocorre e contém apenas os clientes que fizeram compras nos últimos seis meses. E um outro componente, que contém todos os clientes que já compraram produtos da sua empresa, utiliza sete caracteres identificadores alfanuméricos. Nesta situação, você pode ter o mesmo tipo de problemas de incompatibilidade de dados que você faria se estivesse acessando dados diretamente das fontes.

Video: Logística - O uso de elementos de sistemas de informação na Logística

Embora EII permite diferenças entre o conteúdo de componentes, você deve entender e gerenciar as diferenças de modo que você não impedem a missão de inteligência de negócios.


Publicações relacionadas