Cronograma RFCs - Guia do usuário avançado do AMS

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Cronograma RFCs

O recurso de agendamento permite que você escolha um horário de início para RFCs. As seguintes opções estão disponíveis no recurso de agendamento:

  • Execute essa alteração o mais rápido possível: O AMS executa o RFC assim que ele for aprovado. A CTs maioria é aprovada automaticamente. Use essa opção se não quiser que o RFC comece em um horário específico.

  • Agende essa alteração: defina um dia, hora e fuso horário para a execução do RFC. Para tipos de alteração automatizados, é uma prática recomendada solicitar um horário de início de pelo menos 10 minutos após o planejamento do envio da RFC. Para revisar os tipos de alteração necessários, é necessário que você solicite um horário de início de pelo menos 24 horas após o plano de enviar a RFC. Se a RFC não for aprovada na hora de início configurada, a RFC será rejeitada.

Defina uma programação de RFC

Para agendar um RFC, use um dos seguintes métodos:

Execute esta alteração o mais rápido possível:

  • Console: Não faça nada. Isso usa a programação de RFC padrão.

  • API ou CLI: remova as RequestedEndTime opções RequestedStartTime e na operação Criar RFC.

As “revisões obrigatórias” o mais rápido possível RFCs são rejeitadas automaticamente se não forem aprovadas dentro de trinta dias após o envio.

Agende essa alteração:

  • Console: Selecione o botão de rádio Agendar esta alteração. Uma área de horário de início é aberta. Digite manualmente um dia ou use o widget de calendário para escolher um dia. Insira uma hora, em UTC, expressa no formato ISO 8601 e use a lista suspensa para escolher um local. Por padrão, o AMS usa o formato ISO 8601 YYYYMMDDThhmmss Z YYYY-MM-DDThh ou:MM:SSZ, qualquer um dos formatos é aceito.

    nota

    O horário de término padrão é de 4 horas a partir do horário de início inserido. Para definir a hora de término da alteração programada além de 4 horas, use a API ou a CLI para executar a alteração.

  • API ou CLI: envie valores para os RequestedEndTime parâmetros RequestedStartTime e na operação Criar RFC. Passar uma configuração RequestedEndTime não interrompe a execução de um tipo de alteração automatizada que já foi iniciado. Para um tipo de alteração de “revisão obrigatória”, se ela RequestedEndTime for alcançada enquanto a pesquisa operacional do AMS ainda estiver em andamento e você estiver em comunicação com a AMS, poderá solicitar uma extensão ou talvez seja solicitado que você reenvie a RFC.

    dica

    Para ver um exemplo de leitura da hora UTC, consulte UTC no site Time-is. Exemplo de formato ISO 8601 para um date/time valor de 2016-12-05 às 14h20:2016-12-05T 14:20:00 Z ou 20161205T142000Z.

Se você fornecer...

  • somente aRequestedStartTime, a RFC é considerada programada e RequestedEndTime é preenchida usando o ExecutionDurationInMinutes valor.

  • apenas umRequestedEndTime, nós jogamos um InvalidArgumentException.

  • ambos RequestedStartTime eRequestedEndTime, substituímos o pela hora RequestedEndTime de início especificada mais o ExecutionDurationInMinutes valor.

  • RequestedStartTimenem tampoucoRequestedEndTime, mantemos esses valores como nulos e o RFC é tratado como um ASAP RFC.

nota

Para todos os agendados RFCs, um horário de término não especificado é escrito como o horário especificado RequestedStartTime mais o ExpectedExecutionDurationInMinutes atributo do tipo de alteração enviado. Por exemplo, se ExpectedExecutionDurationInMinutes for “60" (minutos) e o especificado RequestedStartTime for 2016-12-05T14:20:00Z (5 de dezembro de 2016 às 4h20), o horário real de término seria definido como 5 de dezembro de 2016 às 5h20. Para encontrar o ExpectedExecutionDurationInMinutes para um tipo de alteração específico, execute este comando:

aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"

Use a opção RFC Priority

Use a opção Prioridade nos tipos de execution mode = manual alteração para alertar as operações do AMS sobre a urgência da solicitação.

Opção prioritária emexecution mode = manual:

Especifique a prioridade de um RFC manual como Alta, Média ou Baixa. RFCs classificados como Alto são revisados e aprovados antes de serem RFCs classificados como Médios, sujeitos aos objetivos de nível de serviço da RFC (SLOs) e seus prazos de envio. RFCs com baixa prioridade ou nenhuma prioridade especificada são processados na ordem em que são enviados.