Arquitetura MDM
Arquitetura
A solução de MDM da MD2 oferece uma plataforma centralizada de gestão de dados mestre em nível corporativo. A partir do monitoramento contínuo dos sistemas conectados a esta plataforma.
As informações inseridas ou alteradas são submetidas a uma bateria de regras de tratamento. As regras de validação, saneamento e enriquecimento de dados serão aplicadas a estas informações com intuito de garantir que o Golden Record (registro mestre que representa a visão 360º de cada pessoa) contenha a informação mais atual e assertiva possível, consolidada em nível corporativo a partir de todas estas fontes de dados.
Abaixo, um diagrama da arquitetura da solução MDM:
- Fontes: Views de cada assunto para cada sistema de origem (Pessoa, Endereço, Telefone, E-mail, Documentos, etc.);
- Integração: Monitoramento das alterações cadastrais nas fontes de origem, captura de dados, rastreabilidade;
- Higienização: Regras de validação, padronização das informações, enriquecimento de dados;
- Unificação: Resolução de identidade, regras de sobrevivência, composição do Golden Record;
- Enquadramento: controle na automação das hipóteses legais ao longo do ciclo de vida da informação e gestão de consentimento caso os respectivos fluxos de tratamento de dados estejam formalizados no Quality Manager;
- Consumo: serviços de publicação de dados mestre de referência, serviços de consumo, serviços de qualidade de dados;
- Governança: Controle de indicadores através de dashboards de gestão e curadoria de dados;
Uma vez implantada, a solução permite que futuros sistemas sejam adicionados de forma fácil e rápida, fornecendo uma arquitetura altamente flexível baseada em camadas que representam os diversos domínios funcionais. Os sistemas legados podem estar implantados em plataformas e tecnologias diferentes e o objetivo da camada de Ingestão é cuidar do trabalho da captura e integração de dados entre estes sistemas de armazenamento de dados e o MDM. Recomendamos a estratégia de integração por Views, por ser a menos intrusiva para os sistemas de origem e por trazer maior desacoplamento entre estas aplicações.
A carga inicial será aplicada na integração de todos dados com a base centralizada (HUB MDM), sendo estabelecidos a partir daí ciclos de cargas incrementais recorrentes de forma contínua para manter as informações sempre atualizadas e confiáveis, sendo gerenciados através de controle de carga próprio da solução.
Estilos de Implementação MDM
O sucesso da implantação de um sistema MDM é diretamente relacionado a correta escolha do método de implementação da solução, visando as diretrizes de governança dos dados, a gestão e o acesso aos dados resultantes da esteira de integração, qualificação e unificação do motor.
Segue abaixo um descritivo dos estilos de implementação MDM suportados pela solução e também como são providos na arquitetura do produto.
Centralizado/Transacional
Dados são criados, armazenados e processados pelo motor MDM, sendo após isso publicados para consumo por parte dos sistemas de origem. Esse estilo de implementação pressupõe a interferência do MDM na consistência dos dados na origem.
Consolidação
Os dados são extraídos de diversas fontes e são processados pelo Motor MDM, gerando dessa forma o Golden Record, sendo esse a visão única dos dados mestre, que é armazenado em um hub visando o consumo.
Coexistência
Mescla os métodos centralizado e consolidação, onde o Golden Record é gerado a partir de inserções e edições no próprio MDM ou nos sistemas de origem, sendo passíveis de consumo visando inclusive atualização dos sistemas de origem. É importante salientar que os dados são tratados e unificados pelo motor MDM.
Registro
Atribuição de identificação exclusiva aos registros visando criar uma estrutura de rastreabilidade onde é possível visualizar as associações entre os dados da origem que culminaram na formação da visão única. As alterações no MDM são realizadas a partir da manipulação nos sistemas de origem, não existindo uma retroalimentação.
A solução MD2 MDM provê funcionalidades e uma estrutura de modelo dos dados que permite a implantação dos estilos MDM descritos acima de forma separada ou híbrida.
A implementação centralizada/transacional prevê a criação de registros no MDM. Para esse intuito a solução fornece duas formas para cadastro e edição de registros golden no MDM.
Cadastro e Edição de Golden Records
Em implementações centralizada/transacional, consolidação e de coexistência é necessário prover uma forma de consumo dos dados, seja por aplicações terceiras ou pelos sistemas de origem. Nesse contexto a solução provê uma arquitetura com diversificados métodos de publicação de dados.
Para a implementação no modo registro a solução provê em seu modelo de dados tabelas de trilha inseridas nas camadas STG e BUP, sendo a primeira responsável por garantir a rastreabilidade do registro no sistema origem, e a segunda responsável por garantir a as associações e vigências entre os registros STG e os Golden Records gerados a partir dos mesmos.
Arquitetura Ambiente
A suíte IBM InfoSphere Information Server impulsiona a solução MD2 MDM com todo o ferramental necessário para realizar a gestão de metadados, integração as bases de dados e implementação do motor de ingestão, qualificação e unificação do dados mestre.
Abaixo será apresento as camadas da arquitetura do ambiente IBM InfoSphere Information Server.
2.1. Camada Servidor
O Information Server é inteiramente construído sobre um conjunto de serviços compartilhados que centraliza as tarefas essenciais em toda a plataforma. O compartilhamento dos serviços permite que os mesmos sejam controlados em único local, independente de qual componente esteja sendo utilizado. A plataforma Information Server é baseada na arquitetura Cliente/ Servidor e inclui as camadas de Serviços, Engine, Repositório e Working Areas.
Camada Servidor
Inclui diversas camadas que interagem do lado Server da solução, compreendida por componentes distintos.
Camada Serviços
É suportada pelo IBM WebSphere Apllication Server. Pode ser desmembrada para que funcione em um servidor distinto dos demais componentes.
- Common services – são usados por toda a suíte Information Server para tarefas de segurança, administração de usuários, logs, metadados e execução;
- Product-specific services – fornece tarefas específicas para um determinado produto dentro da suíte Information Server;
- Application Server: Servidor de Aplicações WebSphere que realiza a autenticação dos usuários na suíte, além de hospedar WebServices desenvolvidos
Camada Repositório
O repositório compartilhado é um banco de dados usado para armazenar todos os objetos de todos os componentes da suíte Information Server.
Camada Engine
É o motor do QualityStage, que estabelece as conexões entre as fontes e alvos de dados, além de executar os processos desenvolvidos. Este serviço deve estar ativo para que as conexões de Pessoas QualityStage sejam aceitas.
Working Areas
São áreas de armazenamento temporário utilizada pelos componentes da suíte.