Considerações sobre o Desempenho das Funcionalidades
Publicado: março de 2016
Aplica-se A: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Esta secção descreve os processos do Orchestrator que influenciam o desempenho num ambiente de produção. A finalidade deste procedimento é identificar processos que ocorrem durante o tempo de execução, no serviço Web e durante a criação. Apesar de muitas atividades de criação ocorrerem fora de um ambiente de produção, as considerações para a configuração de um ambiente de produção para testar o desempenho também devem incluir variações como, por exemplo, se os pedidos especiais de um administrador do Orchestrator são suportados.
Runbooks
Apesar das diferenças de estrutura e complexidade, os runbooks têm uma estrutura simples. Eles realizam três operações: executam atividades, gerem dados publicados e executam lógica de ramificação. As secções seguintes fornecem mais detalhes sobre estas operações.
Atividades internas
As atividades do runbook contêm dois tipos de códigos: código de plataforma e código de domínio. O código de plataforma foi concebido numa estrutura partilhada entre todos os runbooks. O código de plataforma gere os processos do Orchestrator. O código de domínio diz respeito ao código numa atividade do runbook que gere processos fora do Orchestrator. Por exemplo, a atividade Invocar Serviço Web contém um código de plataforma para tratar de ações de processamento no Orchestrator, tais como a publicação de dados, e um código de domínio específico para invocar um serviço Web.
Há pouca variação de processamento entre runbooks quando se comparam atividades que executam um código de plataforma semelhante. O código de domínio depende de questões de latência exteriores ao Orchestrator. Possivelmente, o código de domínio varia bastante entre atividades. Para compreender as dependências de um código de domínio e o impacto delas no desempenho do runbook, é necessário testar o desempenho de atividades individuais antes de determinar os requisitos para o ambiente de produção.
Dados Publicados
Os runbooks no Orchestrator partilham dados entre atividades. Cada atividade consome Dados Publicados que foram criados por atividades anteriores do runbook. O modo como uma atividade utiliza os dados publicados depende do código de domínio. Todas as atividades do runbook publicam um conjunto mínimo de parâmetros de tempo de execução chamado Dados Publicados Comuns. O código de domínio pode publicar dados, mas não é obrigado a fazê-lo. Os Dados Publicados que o código de domínio cria chamam-se Dados Publicados Específicos da Atividade. Os dados produzidos por uma atividade podem conter elementos de dados de valor único ou com múltiplos valores. Por exemplo, cada atividade produz um registo individual de Dados Publicados Comuns de valor único. O código de domínio pode produzir vários registos de dados de valor único e com múltiplos valores.
A publicação de dados na base de dados Orchestration é uma atividade que consome muitos recursos. O desempenho do runbook depende da quantidade de dados que cada atividade publica e do desempenho e resiliência do computador que aloja a base de dados Orchestration. Como parte do planeamento dos requisitos de desempenho, tenha em atenção a quantidade de dados publicados de que os runbooks necessitam e o desempenho do computador que aloja a base de dados Orchestration.
Ramificação
As atividades do runbook criam uma ramificação, se alguma atividade necessitar que os dados sejam transmitidos simultaneamente para duas ou mais atividades. Quando um runbook é iniciado, o processamento consiste num único thread. Quando este thread encontra uma ramificação, é criado um thread para cada ramificação. Cada thread faz referência aos dados publicados de todas as atividades anteriores ao longo do thread. O número total de threads num runbook depende do número de ramificações utilizadas num runbook. Os runbooks com vários threads necessitam de maior potência de processamento do que os runbooks com um único thread.
Como parte da avaliação dos requisitos de desempenho do runbook, tenha em atenção o número de ramificações que pretende incluir num runbook. Os runbooks com muitas ramificações necessitam de maior potência de processamento nos servidores runbook do que os runbooks sem ramificações.
Experiência do operador
A experiência do operador ocorre na consola Orchestration e no serviço Web do Orchestrator. A consola Orchestration é uma aplicação Web baseada no Microsoft Silverlight que necessita do serviço Web do Orchestrator para estabelecer ligação com a base de dados Orchestration. A consola Orchestration e o serviço Web do Orchestrator dependem do desempenho da base de dados Orchestration e do servidor de Serviços de Informação Internet (IIS) que aloja o serviço Web do Orchestrator.
Conetor do Service Manager
O serviço Web do Orchestrator suporta o conetor do Service Manager. O Service Manager destina-se a clientes de TI que servem aproximadamente 50 000 utilizadores. Nos cenários de gestão de pedidos do Service Manager assume-se que cada utilizador submete um pedido por mês. Isto resulta num volume de 2500 pedidos por dia (200 pedidos/hora ou aproximadamente três pedidos por minuto). O Service Manager utiliza o serviço Web do Orchestrator para atualizar o estado das atividades, necessitando de suporte para um número semelhante de pedidos de estado. Além disso, tenha em atenção que o conetor do Service Manager deteta runbooks publicados. O tempo de resposta para detetar uma determinada pasta do runbook depende do número de runbooks na pasta.
Consultar Também