Arquitetura de processo do fluxo de trabalho
Publicado: novembro de 2016
Aplicável a: Dynamics CRM 2015
O sistema de gerenciamento de processos no Microsoft Dynamics 365 inclui o SDK do Microsoft Dynamics CRM, plug-ins, formulários e outros componentes.
Neste tópico
Diagrama de arquitetura de processo
Processo e o modelo de evento unificado
Ciclo de vida do processo
Processo e serviço assíncrono: Apenas para fluxos de trabalho
Persistência e desligamento do processo: Apenas para fluxos de trabalho
Diagrama de arquitetura de processo
O diagrama a seguir ilustra uma arquitetura do sistema avançadas para o Microsoft Dynamics 365 e destaca as partes do sistema que são específicas para processos.
.jpeg "Arquitetura de processo")
Este diagrama mostra a arquitetura do processo do Microsoft Dynamics 365 que inclui componentes internos, componentes externos, infraestrutura e dados.
Componentes Internos. Os componentes internos com suporte do modelo de programação do processo do Microsoft Dynamics 365 inclui serviços Web, plataforma compartilhada e lógica comercial. A plataforma compartilhada consiste de componentes do Microsoft Dynamics 365 comuns que fornecem registro, cache de metadados e serviços de acesso aos dados. A lógica de negócios contém a implementação da lógica de negócios para as entidades de negócios do Microsoft Dynamics 365.
Componentes Externos. Os componentes externos são os seguintes:
Modelo de objeto do Windows Workflow Foundation, que contém um conjunto de classes usado para criar e analisar as definições de processo do fluxo de trabalho no formato XML.
A execução do Windows Workflow Foundation, que contém um conjunto de classes usadas para executar processos de fluxo de trabalho.
Infraestrutura do Processo. A infraestrutura do processo do Microsoft Dynamics 365 consiste dos seguintes componentes:
O modelo da entidade do processo, que contém um conjunto de classes que usam o modelo de objeto Windows Workflow Foundation e expõe as atividades do fluxo de trabalho do Microsoft Dynamics 365.
Lógica de processo empresarial, que implementa uma lógica de negócios para entidades específicas do processo.
Execução do processo, que fornece serviços de execução do fluxo de trabalho, como hospedagem e persistência do fluxo de trabalho.
Dados do Processo. O modelo de programação do processo do Microsoft Dynamics 365 é suportado pelos seguintes dados:
Dados corporativos, que contêm informações associadas com as entidades do Microsoft Dynamics 365.
Dados de configuração do processo, que inclui definições do processo do fluxo de trabalho, processos do fluxo de trabalho compilados e configurações do processo do fluxo de trabalho.
Dados do tempo de execução do processo, que são necessários para executar processos do fluxo de trabalho e implementar recursos do processo do fluxo de trabalho, como persistência e notificações.
Processo e o modelo de evento unificado
O Microsoft Dynamics 365 usa um modelo de evento unificado utilizado em ambos os plug-ins (chamadas)) e processos. Este subsistema de processamento de evento adiciona mais flexibilidade à execução de processos e plug-ins introduzindo o modelo de execução do pipeline.
Com este modelo, processos e plug-ins são executados dependendo do tipo de registro, tipo de mensagem e um conjunto predefinido de parâmetros configuráveis. As operações da plataforma principal participam da sequência de execução para criar um modelo de execução muito mais confiável e mais extensível.
Ciclo de vida do processo
O ciclo de vida de um processo descreve as transições de estado da criação à execução. Um processo pode estar em um dos seguintes estados: Pronto, Suspenso, Bloqueado e Concluído. Os eventos que ocorrem durante o tempo de vida do processo causam uma transição de um estado para outro.
Fluxos de Trabalho
O ciclo de vida do fluxo de trabalho é o seguinte:
Ao criar um fluxo de trabalho, está no estado de Rascunho. Você deve ativar o fluxo de trabalho para que possa executar. Quando você ativa um fluxo de trabalho, faz uma assinatura para eventos do Microsoft Dynamics 365 específicos. Quando esses eventos são acionados na plataforma, um instantâneo das dependências do fluxo de trabalho e os parâmetros de entrada são criados e uma nova operação assíncrona é adicionada ao gerente da fila de serviço assíncrono. A operação assíncrona representa um trabalho de execução do fluxo de trabalho e aguarda a execução na fila no estado Pronto.
Quando a operação assíncrona é processada, uma instância do fluxo de trabalho, associada a essa operação, é criada pelo mecanismo de tempo de execução do Windows Workflow Foundation e o estado é alterado de Pronto para Bloqueado.
A operação assíncrona é atualizada com o status do estado da instância do fluxo de trabalho em cada transição. Quando a operação assíncrona é bloqueada, o mecanismo do tempo de execução do Windows Workflow Foundation coloca a instância do fluxo de trabalho no estado Suspenso e remove da memória. Quando as condições estado Suspensas são satisfeitas, a instância do fluxo de trabalho será carregado de volta na memória.
A execução do fluxo de trabalho é reiniciada colocando a instância do fluxo de trabalho em um estado Pronto e em um estado Bloqueado. No cenário simples, nos movimentos da instância do fluxo de trabalho para um estado Concluído quando todas as atividades do fluxo de trabalho forem concluídas com êxito.
O estado de operações assíncronas também pode ser alterado pelo usuário. Por exemplo, uma operação assíncrona que está em estado Suspenso pode ser reiniciada explicitamente pelo usuário.
Caixas de Diálogo
A caixa de diálogo do ciclo de vida é o seguinte:
Ao criar uma caixa de diálogo, está no estado de Rascunho. Você deve ativar a caixa de diálogo para que possa executar. Um diálogo pode ser executado nos formulários de entidade primária e grade ou diretamente usando a URL do diálogo. Para obter mais informações, consulte Iniciar um diálogo usando uma URL.
Cada vez que você executar um diálogo, uma instância da sessão do processo é criada para o diálogo. Conforme você progride com a execução do diálogo, a entidade da sessão do processo é atualizada com as ações realizadas durante a execução do diálogo.
Se tiver terminado a execução do diálogo com êxito, o registro de sessão do processo correspondente é criado com um status Concluído. Se você cancelou o diálogo sem concluir, o registro de sessão do processo correspondente é criado com um status Incompleto.
Processo e serviço assíncrono: Apenas para fluxos de trabalho
O serviço assíncrono permite executar, monitorar e gerenciar várias operações de execução longa, como importação em massa, email em massa e processos do fluxo de trabalho. Para melhorar o desempenho, a escalabilidade e a confiabilidade do Microsoft Dynamics 365, essas operações são executadas de maneira assíncrona. Isso significa que uma operação solicitada não é processada imediatamente, mas adicionada a uma fila e processada pelo Microsoft Dynamics 365 em uma hora apropriada.
Quando um evento for aumentado no pipeline de plataforma do Microsoft Dynamics 365, todos os fluxos de trabalho que estão associados ao evento são realizados pelo serviço assíncrono. Os manipuladores de eventos do fluxo de trabalho são adicionados à fila assíncrona e processados de acordo com a ordem de execução do evento.
Persistência e desligamento do processo: Apenas para fluxos de trabalho
Um fluxo de trabalho pode ser uma operação de negócios de longa execução que pode levar horas, semanas ou meses para ser concluída. Pode estar ocioso efetivamente por longos período de tempo aguardando pela entrada dos usuários ou outros sistemas.
Para melhorar o desempenho, a escalabilidade e a confiabilidade de operações de longa execução do Microsoft Dynamics 365 como fluxos de trabalho usando o serviço assíncrono.
O serviço assíncrono, como o host do mecanismo do tempo de execução do Windows Workflow Foundation, não pode sempre armazenar em cache e manter ativo todos os objetos que acumulam durante a atividade do fluxo de trabalho contínuo. Quando determinadas condições, como a reinicialização ou desligamento ocorre quando um fluxo de trabalho está em execução, o mecanismo do tempo de execução do fluxo de trabalho usa um serviço persistência para salvar o estado da instância do fluxo de trabalho no disco. O serviço de persistência também é chamado quando ocorrem outras ocasiões, como quando um fluxo de trabalho se torna ocioso e está aguardando ocorrer algum evento externo. Persistir essas instâncias do fluxo de trabalho ocioso economiza memória ou aumenta muito a escalabilidade. Se um servidor executando o serviço assíncrono for desligado ou se o fluxo de trabalho falhar durante a execução, o fluxo de trabalho pode ser reiniciado do último ponto persistido depois da reinicialização do servidor. Quando o fluxo de trabalho não estiver mais ocioso, o estado da instância do fluxo de trabalho é restaurado na memória para o estado do último ponto persistido.
Para obter mais informações:Persistência do fluxo de trabalho.
Confira Também
Serviço assíncrono no Microsoft Dynamics CRM 2015
Pipeline de execução do evento
Introdução à estrutura de eventos
Gravar fluxos de trabalho para automatizar processos empresariais
© 2017 Microsoft. Todos os direitos reservados. Direitos autorais