Praticar de graça

⌨️aws sqs set-queue-attributes

USO — comando da trilha de Amazon SQS.

Manual do comando

É o mesmo texto que aws sqs set-queue-attributes help devolve dentro do CLImb.

USO
    aws sqs set-queue-attributes --queue-url <url> --attributes VisibilityTimeout=60

Configura a fila DEPOIS de criada. É o comando mais importante do
serviço e o que menos aparece em tutorial.

OS QUE IMPORTAM
    VisibilityTimeout            quanto tempo o consumidor tem pra
                                 processar antes de a mensagem voltar
    ReceiveMessageWaitTimeSeconds  long polling (até 20): o receive
                                 espera a mensagem em vez de responder
                                 vazio — corta requisição cobrada à toa
    MessageRetentionPeriod       quanto tempo a mensagem sobrevive na
                                 fila (padrão 4 dias, máximo 14)
    DelaySeconds                 atrasa a entrega de toda mensagem nova
    RedrivePolicy                liga a fila de mensagem morta (DLQ)

Onde você pratica isto (4 atividades)

Cada uma é um pedido de trabalho real; você resolve digitando o comando, e o estado fica salvo pro exercício seguinte.

O mesmo pedido sendo cobrado duas vezes

O suporte relatou cobrança em duplicidade. A causa: processar o pagamento leva uns 90 segundos e o prazo padrão da fila é 30 — passou disso, a mensagem reaparece e outro consumidor cobra de novo. Crie pagamentos-cartao e ajuste o prazo pra 120 segundos.

O consumidor que perguntava o tempo todo

Seu worker roda em laço perguntando se chegou mensagem, e 95% das respostas são "nada aqui" — cada uma cobrada. Com long polling ele espera até 20 segundos pela mensagem em vez de responder vazio na hora. Ligue isso na fila importacao-planilha com o máximo de 20 segundos.

Feriado prolongado, ninguém processando

A fila de relatórios fica parada no feriado e o padrão de retenção é 4 dias — no quinto, a mensagem simplesmente some. Estique a retenção da fila relatorios-noturnos pro máximo: 1209600 segundos (14 dias).

A mensagem venenosa que não morre

Uma mensagem com JSON quebrado entra, o worker estoura, ela volta pra fila e o ciclo recomeça — de madrugada isso vira alarme e ninguém entende o motivo. A saída é a fila de mensagem morta: depois de N tentativas a mensagem sai de circulação. Crie a DLQ pedidos-dlq, a fila pedidos-app e ligue as duas com no máximo 5 tentativas.

Outros comandos com página própria

Ler a sintaxe explica. Digitar fixa. No CLImb você roda aws sqs set-queue-attributes num terminal AWS simulado e vê a saída — inclusive a mensagem de erro, quando erra a flag.

Praticar no terminal
Todas as lições · Praticar no terminal · Sobre