Arquitetura do Orchestrator
Publicado: março de 2016
Aplicável a: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Este tópico oferece uma visão geral do System Center 2012 - Orchestrator, incluindo uma descrição da arquitetura do sistema, os componentes internos de um fluxo de trabalho de runbook típico e o fluxo de um runbook implantado.
Noções básicas sobre a implantação do Orchestrator
A tabela a seguir lista os recursos de uma implantação básica do Orchestrator.
| Recurso do Orchestrator | Descrição |
|---|---|
| Management Server | O servidor de management é a camada de comunicação entre o Runbook Designer e o banco de dados Orchestration. |
| servidor Runbook | Um servidor Runbook é onde uma instância de um runbook é executada. Servidores Runbook se comunicam diretamente com o banco de dados Orchestration. Você pode implantar múltiplos servidores Runbook por instalação do Orchestrator para aumentar a capacidade e a redundância. |
| banco de dados Orchestration | O banco de dados é um banco de dados Microsoft SQL Server que contém todos os runbooks implantados, o status dos runbooks em execução, arquivos de log e dados de configuração do Orchestrator. |
| Runbook Designer | O Runbook Designer é a ferramenta usada para desenvolver, editar e gerenciar runbooks do Orchestrator. Para mais informações sobre o Runbook Designer, consulte Usando runbooks no System Center 2012 - Orchestrator. |
| Runbook Tester | O Runbook Tester é uma ferramenta de tempo de execução usada para testar runbooks desenvolvidos no Runbook Designer. Para mais informações sobre o Runbook Tester, consulte Como testar um runbook no Usando runbooks no System Center 2012 - Orchestrator. |
| Console de Orquestração | O console Orchestration permite que você inicie ou pare runbooks e visualize o status em tempo real em um navegador da Web. Para mais informações sobre como usar o console Orchestration, consulte o Usando o Orchestration Console no System Center 2012 - Orchestrator. |
| Serviço Web do Orchestrator | O serviço Web do Orchestrator é um serviço Web baseado em REST (Representational State Transfer) que permite que aplicativos personalizados se conectem ao Orchestrator para iniciar e parar runbooks e recuperem informações sobre operações usando aplicativos ou scripts personalizados. O console Orchestration usa esse serviço Web para interagir com o Orchestrator. |
| Deployment Manager | O Deployment Manager é uma ferramenta usada para implantar pacotes de integração (PIs), servidores Runbook e Runbook Designers. Para obter mais informações sobre essa ferramenta, consulte o Implantando o System Center 2012 - Orchestrator. |
Diagrama da arquitetura
O diagrama a seguir ilustra cada um dos recursos do Orchestrator e a comunicação entre eles.
.jpeg "System Center 2012 - Orchestrator Architecture")
System Center 2012 - Orchestrator Architecture
O banco de dados Orchestration é o centro da instalação do Orchestrator, contendo todos os runbooks, definições de configuração e logs. O servidor de management é necessário como uma camada de comunicação entre o Runbook Designer e o banco de dados Orchestration. Um ou mais servidores Runbook se comunicam diretamente com o banco de dados para recuperar runbooks que serão executados e armazenarão informações sobre os trabalhos criados pelos runbooks. Esse serviço Web também se comunica diretamente com o banco de dados Orchestration e oferece uma conexão por navegador da Web para o console Orchestration.
Extensões do Orchestrator
A tabela a seguir mostra múltiplas estratégias disponíveis para ampliar a funcionalidade proporcionada pela instalação padrão do Orchestrator. Para informações adicionais, consulte o Implantando o System Center 2012 - Orchestrator.
| Recurso do Orchestrator | Descrição |
|---|---|
| Pacote de integração (PI) | Um pacote de integração é uma coleção de atividades personalizadas específicas para um produto ou tecnologia. A Microsoft e outras empresas fornecem pacotes de integração com atividades que permitem interação com seus produtos a partir de um runbook do Orchestrator. |
| Toolkit de Integração do Orchestrator | O Toolkit de Integração do Orchestrator permite ampliar sua biblioteca de atividades além da coleção de atividades e pacotes de integração padrão. O Toolkit de Integração tem ferramentas baseadas em assistentes para criar novas atividades e pacotes de integração do Orchestrator. Os desenvolvedores também podem usar o Toolkit de Integração para criar pacotes de integração a partir de atividades personalizadas desenvolvidas com o SDK do Orchestrator. |
Automação usando runbooks
Para automatizar uma tarefa ou processo no Orchestrator, você usa o Runbook Designer para criar um runbook. Você adiciona atividades ao runbook arrastando-as do painel Atividades, e depois vincula atividades na ordem necessária para criar um fluxo de trabalho.
A ilustração a seguir mostra um runbook simples.
.jpeg "Um runbook que monitora um log de eventos")
Este runbook monitora um log de eventos. Quando detecta o evento especificado, o runbook verifica o status de um processo particular do Windows em um computador específico. Se o processo estiver sendo executado, ele é interrompido. O runbook inicia o processo e envia um email notificando a alteração no estado do processo.
Cada atividade de runbook é concluída antes de passar para a seguinte, e há atividades disponíveis que proporcionam lógica complexa, como exigir que várias atividades sejam concluídas antes que o runbook prossiga. Ao usar uma combinação de lógica em atividades e smart links, você pode implantar qualquer lógica que seu cenário específico de automação exigir.
Como o Orchestrator processa um Runbook
Depois de criar um runbook, confirmeo banco de dados Orchestration ao fazer check-in. Em seguida, você pode usar o Runbook Designer ou o console Orchestration para iniciar e parar o runbook.
Uma solicitação para executar um runbook cria um trabalho que é armazenado no banco de dados Orchestration. Cada runbook pode definir um servidor Runbook primário e um ou mais servidores de reserva que processarão o runbook se o servidor primário não estiver disponível. Um serviço em cada servidor Runbook monitora continuamente o banco de dados Orchestration em busca de trabalhos que ele possa processar. Quando um servidor Runbook detecta um trabalho, ele registra quem está trabalhando nele, copia o runbook localmente, registra que está executando uma instância do runbook e começa a processá-lo. Você pode criar múltiplas solicitações de runbook para todos os runbooks que não contenham um monitor, o que significa que um único runbook pode ter múltiplos trabalhos.
Quando um servidor Runbook processa um trabalho, ele cria uma instância do runbook copiando-o localmente e realizando as ações definidas no runbook de acordo com a lógica do fluxo de trabalho incluído. Informações de status, resultados da atividade e dados são gravados no banco de dados Orchestration para que você possa monitorar o status do runbook em tempo real e seu histórico.
Permissões
O acesso ao Orchestrator é disponibilizado adicionando contas de usuário a um grupo de segurança criado durante a instalação. Esse grupo pode ser um grupo de domínio ou um grupo local no servidor de management. Os usuários desse grupo têm acesso total ao Runbook Designer para criar e modificar runbooks, e ao Deployment Manager para implantar novos Runbook Designers e servidores Runbook. Operadores que precisem iniciar e parar runbooks, mas não criá-los, podem receber essa permissão em runbooks individuais e usar o console Orchestration.