Visão geral da automação do modelo de serviço

A partir do Junos OS Release 12.3, você pode usar a automação de modelos de serviço (STA) para provisionar serviços como VPLS VLAN, VPNs de Camada 2 e Camada 3 e IPsec em plataformas semelhantes que executam o Junos OS. A automação de modelos de serviço usa o script op service-builder.slax para transformar uma definição de modelo de serviço definida pelo usuário em uma API uniforme, que você pode usar para configurar e provisionar serviços em plataformas semelhantes que executam o Junos OS. Isso permite que você crie um modelo de serviço em um dispositivo, generalize os parâmetros e, em seguida, provisione esse serviço de maneira rápida e uniforme em outros dispositivos. Isso diminui o tempo necessário para configurar o mesmo serviço em vários dispositivos e reduz erros de configuração associados à configuração manual de cada dispositivo.

O processo a seguir descreve como usar a automação do modelo de serviço para fornecer serviços:

1. Crie uma definição de modelo de serviço.

2. Execute o script service-builder.slax e defina parâmetros de instâncias específicas de serviço.

3. Gere a interface de serviço, que cria automaticamente a interface (API) necessária a partir do modelo.

4. Habilite a interface de serviço em cada dispositivo onde o serviço é necessário.

5. Provisione sistemas invocando a interface de serviço usando NETCONF e fornecendo os valores dos parâmetros de serviço.

Você cria um novo modelo de serviço configurando as hierarquias para que o serviço real seja provisionado em um dispositivo que executa o Junos OS. As hierarquias de modelo de serviço estão configuradas no nível de [edit groups] hierarquia. Ao criar o modelo de serviço:

• Não inclua apply-groups nem apply-macro declarações.

• Não inclua quaisquer declarações suportadas no dispositivo atual que também não sejam suportadas nos dispositivos onde o serviço será provisionado (por exemplo, mecanismo de roteamento duplo versus mecanismo de roteamento único).

• Confirmar a configuração. A configuração do grupo de modelo de serviço é lida a partir da configuração comprometida.

Depois de criar a definição básica do modelo de serviço, você invoca o script op service-builder.slax . O script lê as informações do modelo de serviço da configuração comprometida e usa uma interface interativa para ajudar você a construir e gerar a API do serviço. Você tem a opção de parametrizar todas as variáveis do modelo de serviço ou apenas variáveis selecionadas. Para cada variável selecionada, você cria um parâmetro de modelo de serviço genérico. O script service-builder.slax orienta você através da criação e configuração de cada parâmetro.

Depois de definir os parâmetros do modelo de serviço, você gera a interface de serviço. Isso cria um script de operação de serviço específico da plataforma. Se a load-scripts-from-flash declaração estiver configurada, o script de serviço gerado será armazenado no /config/scripts/op directory na memória flash. Caso contrário, o script gerado é armazenado no /var/db/scripts/diretório op no disco rígido.

Para habilitar a interface de serviço em um dispositivo, você habilita o script de serviço gerado na configuração como qualquer script de operação. Você pode habilitar a interface de serviço no dispositivo local usando o script service-builder.slax ou atualizando manualmente a configuração. Para habilitar a interface de serviço em uma plataforma semelhante, você deve copiar o script de serviço gerado para o diretório correspondente no novo dispositivo e habilitar o script de serviço na configuração.

Para provisionar o serviço em um dispositivo, invoque a interface de serviço usando o NETCONF e forneça os valores necessários para cada parâmetro. Como alternativa, você pode invocar a interface de serviço na CLI executando o script de serviço e fornecendo os valores necessários para cada parâmetro como argumentos de linha de comando para o script. Você pode direcionar o script de serviço para criar uma nova configuração de serviço, ou atualizar ou excluir uma configuração de serviço existente. O script de serviço faz as alterações na configuração do candidato e depois confirma a configuração. O script de serviço não suporta a ajuda sensível ao contexto e os recursos de conclusão automática disponíveis no Junos OS CLI.