Ainda há muitas pessoas que são que arquitetura de integração os dados soa estranho para você. Quase como uma contradição. Eles discordam que a integração de dados deve ter sua própria arquitetura.
Na atualidade, muitos especialistas em integração de dados ainda criam interfaces independentes. Uma má prática que também é simplesmente anti-arquitetônica. Outro erro comum é pensar que ao usar o produto fornecido por um fornecedor para integração de dados, já estamos automaticamente garantidos o arquitetura de integração.
E qual é o problema com tudo isso?? Nós vamos, se não assumirmos a existência de uma arquitetura de integração de dados, não vamos abordar como essa arquitetura afeta a escalabilidade da integração, Custos, pessoal, capacidade de suporte em tempo real, gestão de dados, SOA, etc.
Vamos ver um pouco mais quebrado o que são alguns objetivos de um arquitetura de integração De dados. Como é capaz de impor uma ordem dentro da complexidade.
A maioria dos componentes de uma solução de integração de dados se enquadra em uma das três categorias: servidores, interfaces e itens para transformação de dados. Levando isso em consideração, poderíamos dizer que um arquitetura de integração os dados nada mais é do que a modelagem de servidores que estão relacionados por meio de interfaces.
O ponto ideal deste modelo de arquitetura é que eles fornecem uma visão abrangente da infraestrutura e de todo o desenvolvimento que é implementado nela.. Desta forma, todos serão claros sobre o que está lá, e todos terão uma visão comum para colaborar nos desenvolvimentos.
Ao mesmo tempo, se essas regras de desenvolvimento são sempre seguidas e os arquitetura de integração adaptou-se bem a eles, um trabalho posterior que ainda tem que ser herdado por outras pessoas, será muito mais rápido.
Como esses padrões de desenvolvimento e modelos arquitetônicos podem ser aplicados a vários projetos de integração de dados, o resultado será a simplicidade ao conduzir o reaproveitamento do código, ao mesmo tempo em que aumenta a consistência no manuseio de dados.
O tipo de arquitetura de integração A preferência para a maioria das soluções de integração é conhecida como hub e falou. Nesta arquitetura, comunicação e transferência de dados entre servidores passa por um centro central, onde um servidor de integração gerencia comunicações e realiza transformações de dados. Se a resposta de integração de dados é criada com a ferramenta de um fornecedor, que servidor no centro é geralmente o servidor de integração de dados desse provedor. Se você usar suas próprias soluções, o servidor centro pode ser seu próprio sistema de gerenciamento de banco de dados ou uma coleção de rotinas de programação feitas por sua própria equipe. Você pode selecionar e tudo ainda faz sentido.
- Reconhecer que a arquitetura de integração de dados existe. Mesmo quando se sobrepõe à arquitetura do data warehouse e interage com o resto da infraestrutura de inteligência de negócios, arquitetura de integração de dados é uma estrutura independente que precisa de uma solução autônoma.
- Incorpora pessoal especializado em integração de dados. Em vez de contratar especialistas em integração de dados da sua equipe de data warehouse, considerar a oportunidade de criar um departamento especializado de integração de dados.
- Abrace a arquitetura hub e falou para suas implementações de integração de dados. o centro Reduz o número de interfaces indispensáveis e fornece um modelo que todos podem entender e ser produtivos com. É também uma arquitetura ideal para garantir o reaproveitamento, produtividade, colaboração e padrões de desenvolvimento consistentes.
- Não envie todo o seu trabalho para aquele hub central. Se você não distribuir a carga de trabalho um pouco, em breve o centro vai entrar em colapso. Quando você precisa lidar com grandes volumes de dados, é melhor espalhar a carga de trabalho para além do hub por meio de vários módulos de pré-processamento e pós-processamento.
