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
RequestedEndTimeopçõesRequestedStartTimee 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
RequestedEndTimeparâmetrosRequestedStartTimee na operação Criar RFC. Passar uma configuraçãoRequestedEndTimenã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 elaRequestedEndTimefor 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 a
RequestedStartTime, a RFC é considerada programada eRequestedEndTimeé preenchida usando oExecutionDurationInMinutesvalor.apenas um
RequestedEndTime, nós jogamos um InvalidArgumentException.ambos
RequestedStartTimeeRequestedEndTime, substituímos o pela horaRequestedEndTimede início especificada mais oExecutionDurationInMinutesvalor.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-idCHANGE_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.