P: O que é o Amazon SQS?

O Amazon Simple Queue Service (Amazon SQS) oferece uma fila hospedada confiável e altamente escalável para armazenar mensagens enquanto viajam entre computadores. Ao utilizarem o Amazon SQS, os desenvolvedores podem simplesmente mover dados entre componentes de aplicativos distribuídos, executando tarefas diferentes, sem a perda de mensagens ou a exigência de que cada componente esteja sempre disponível. O Amazon SQS facilita a criação de um fluxo de trabalho automatizado, trabalhando em conjunto com o Amazon Elastic Compute Cloud (Amazon EC2) e outros serviços da Web de infraestrutura da AWS.

P: O que posso fazer com o Amazon SQS?

O Amazon SQS é um serviço web que fornece acesso a uma fila de mensagem que pode ser usada para armazenar mensagens enquanto aguarda um computador para processá-las. Isso permite que você crie rapidamente aplicativos de enfileiramento de mensagens que podem ser executados em qualquer computador na internet. Visto que o Amazon SQS é altamente escalável e você só paga pelo que você utiliza, você pode começar com um sistema reduzido e ir expandindo seu aplicativo como quiser, sem comprometer o desempenho ou a confiabilidade. Isso fará com que você possa se concentrar em criar sofisticados aplicativos baseados em mensagem, sem ter de se preocupar com a forma como as mensagens serão armazenadas e gerenciadas. Você pode usar o Amazon SQS com aplicativos de software de várias maneiras. Por exemplo, é possível:

  • Integrar o Amazon SQS com outros serviços web de infraestrutura AWS para tornar os aplicativos mais confiáveis e flexíveis.
  • Usar uma fila do Amazon SQS como uma fila de trabalho na qual cada mensagem é uma tarefa que deve concluir um processo. Um ou vários computadores podem ler as tarefas da fila e realizá-las.
  • Fazer uso do Amazon SQS para que auxilie um aplicativo baseado em navegador a receber notificações de um servidor. O servidor de aplicativo pode adicionar as notificações a uma fila, que o navegador pode consultar – mesmo se houver um firewall entre eles.
  • Manter as notificações de eventos significativos em um processo empresarial em uma fila do Amazon SQS. Cada evento pode ter uma mensagem correspondente em uma fila e os aplicativos que precisam estar cientes do evento podem ler e processar as mensagens.

P: Como posso começar a usar o Amazon SQS?

Para inscrever-se ao Amazon SQS, clique no botão "Inscrever-se neste serviço Web" na página de detalhes do Amazon SQS. É necessário ter uma conta da Amazon Web Services para acessar este serviço. Caso você não possua uma conta, será preciso criar uma ao iniciar o processo de solicitação do Amazon SQS. Após a inscrição, consulte o AWS Management Console ou a documentação do Amazon SQS e o código de amostra na Central de recursos para começar a utilizar o Amazon SQS.

P: Quais são os benefícios do Amazon SQS em comparação com os sistemas de enfileiramento de mensagens domésticas ou em pacotes?

O uso do Amazon SQS fornece diversas vantagens com relação a construção de seu próprio software para gerenciar filas de mensagens ou para a utilização de um sistema de filas de mensagens comerciais ou de código aberto. Essas alternativas requerem um tempo significativo de desenvolvimento e de configuração iniciais, em relação à integração com um serviço web existente. Além disso, essas alternativas requerem recursos de hardware e de sistemas administrativos constantes para estarem em funcionamento. A complexidade da configuração e do gerenciamento desses sistemas é maior se eles precisam ser configurados para fornecer armazenamento redundante de mensagens para que as mensagens não sejam perdidas caso haja uma falha de hardware. Por outro lado, o Amazon SQS não requer sobrecarga de tarefas administrativa e necessita de pouca configuração.

P: A Amazon utiliza o Amazon SQS para seus próprios aplicativos?

Sim. Os desenvolvedores internos da Amazon usam o Amazon SQS para uma ampla variedade de projetos e representam um grande número de mensagens Amazon SQS por dia. Os aplicativos que usam o Amazon SQS incluem processos de negócio chave para o site de varejo da Amazon.com e da Amazon Web Services.


P: O que posso fazer com o nível gratuito do Amazon SQS?

O nível gratuito do Amazon SQS oferece 1 milhão de solicitações por mês sem custo algum. Muitos aplicativos de pequena escala podem funcionar integralmente dentro desse limite de nível gratuito. As cobranças por transferência de dados, porém, serão aplicadas. O nível gratuito é uma oferta mensal. O uso gratuito não se acumula de um mês a outro.

P: Qual é o custo do Amazon SQS?

Você paga apenas o que você utiliza e não há taxa mínima. Você paga 0,50 USD para cada 1 milhão de solicitações, além de encargos pelos dados transferidos do Amazon SQS. Dados transferidos entre o Amazon SQS e o Amazon EC2 nos Estados Unidos são gratuitos. Consulte a página de Definição de preço do SQS para mais detalhes.

P: As operações em lote do Amazon SQS custam mais do que outras solicitações?

Operações em lote que incluem: SendMessageBatch, DeleteMessageBatch e ChangeMessageVisbilityBatch custam o mesmo que outras solicitações do Amazon SQS.

P: Como serei cobrado pelo uso que eu fizer do Amazon SQS?

Não há encargos de configuração para começar a usar o serviço. No final do mês, seu cartão de crédito receberá a cobrança automática referente ao uso daquele mês. Você pode visualizar suas despesas para o período de cobrança a qualquer momento por meio do site da Amazon Web Services. Para isso faça o login em sua conta da Amazon Web Services e, em seguida, clique em ''Account Activity'' em ''Your Web Services Account''.

P: Os preços incluem impostos?

Exceto onde informado de outra forma, nossos preços não incluem impostos e taxas (inclusive ICMS e imposto sobre vendas) aplicáveis. Para clientes com endereço de cobrança no Japão, o uso da região Ásia-Pacífico (Tóquio) está sujeito ao imposto sobre consumo japonês. Saiba mais.


P: O Amazon SQS pode ser utilizado com outros serviços AWS?

O Amazon SQS pode ser usado com o Amazon EC2, bem como com o Amazon S3 e o Amazon SimpleDB, para tornar os aplicativos mais flexíveis e escaláveis. Um tipo de uso comum é criar um fluxo de trabalho integrado e automatizado, onde vários módulos ou componentes precisam se comunicar uns com os outros, porém não podem processar a mesma quantidade de trabalho simultaneamente. Neste caso, as filas do Amazon SQS transportam mensagens a serem processadas de forma ordenada pelo aplicativo do usuário que está em execução em instâncias do Amazon EC2. As instâncias do Amazon EC2 podem ler a fila, processar o trabalho e, em seguida, publicar os resultados como mensagens para outra fila do Amazon SQS (possivelmente para processamento posterior por outro aplicativo). Visto que o Amazon EC2 permite que aplicativos sejam ampliados ou reduzidos dinamicamente, os desenvolvedores de aplicativos podem facilmente variar o número de instâncias computacionais com base na quantidade de trabalho nas filas SQS, para garantir que os trabalhos sejam executados em tempo hábil.

Por exemplo, aqui mostramos como um site de transcodificação de vídeo usa o Amazon EC2, o Amazon SQS, o Amazon S3 e o Amazon SimpleDB de forma conjunta. Os usuários finais enviam vídeos para serem transcodificados para o site. Os vídeos são armazenados no Amazon S3, e uma mensagem ("a mensagem de solicitação") é colocada em uma fila do Amazon SQS ("a fila de entrada") com um ponteiro para o vídeo e para o formato de vídeo de destino da mensagem. O mecanismo de transcodificação, sendo executado em um conjunto de instâncias do Amazon EC2, lê a mensagem de solicitação da fila de entrada, recupera o vídeo do Amazon S3 usando o ponteiro e transcodifica o vídeo para o formato de destino. O vídeo convertido é colocado de volta no Amazon S3 e outra mensagem ("a mensagem de resposta") é colocada em outra fila do Amazon SQS ("a fila de saída") com um ponteiro para o vídeo convertido. Ao mesmo tempo, metadata do vídeo (por exemplo, formato, data de criação e duração) podem ser indexados no Amazon SimpleDB para facilitar a consulta. Durante todo este fluxo de trabalho, uma instância dedicada do Amazon EC2 pode monitorar constantemente a fila de entrada e, com base no número de mensagens na fila de entrada, é capaz de ajustar dinamicamente o número de instâncias de transcodificação no Amazon EC2 para atender aos requisitos de tempo de resposta dos clientes.

P: Que interface se utiliza com o Amazon SQS?

O Amazon SQS fornece interfaces de serviços web SOAP e Query fáceis de usar e que são projetadas para trabalhar com qualquer kit de ferramentas de desenvolvimento de Internet. As operações são intencionalmente simples para trabalharem com mensagens e filas.

P: Quais são as operações disponíveis para filas?

Quem pode realizar operações em uma fila? O seguinte conjunto de operações é definido para o Amazon SQS: CreateQueue, ListQueues, DeleteQueue, SendMessage, SendMessageBatch, GetQueuePermissions, DeleteMessage, DeleteMessageBatch, ChangeMessageVisibility, ChangeMessageVisibilityBatch, SetQueueAttributes, GetQueueAttributes, GetQueueUrl, AddPermission e RemovePermission. As operações podem ser executadas somente pelo proprietário da conta AWS ou uma conta AWS que o dono da conta tenha delegado.

P: Como as mensagens são identificadas no sistema?

Todas as mensagens têm um ID exclusivo globalmente que o Amazon SQS retorna quando a mensagem é entregue à fila. A ID não é necessária para executar nenhuma outra ação na mensagem, mas é útil para controlar se uma determinada mensagem na fila foi recebida. Quando você recebe uma mensagem da fila, a resposta inclui um identificador de recepção, que você deve fornecer ao excluir a mensagem.

P: O Amazon SQS oferece Dead Letter Queues (DLQs) ?

Sim. Uma DLQ é uma fila SQS que você configura para receber mensagens de outras filas SQS ‒ chamadas de "filas de origem". Normalmente você configura uma DLQ para receber mensagens depois de um número máximo de tentativas de processamento terem sido alcançadas. A DLQ oferece a capacidade de isolar mensagens que não poderiam ser processadas para análise fora de controle.

Uma DLQ é igual a qualquer outra fila SQS. As mensagens podem ser enviadas para ela e recebidas dela como em qualquer outra fila SQS. É possível criar uma DLQ a partir do API SQS e do console SQS.

Saiba mais sobre como criar e usar as Dead Letter Queues no Guia do desenvolvedor SQS.

P: O Amazon SQS fornece acesso first-in-first-out (FIFO, primeiro a entrar, primeiro a sair) às mensagens?

Não, o Amazon SQS não garante acesso FIFO às mensagens em filas do Amazon SQS, principalmente devido à natureza distribuída do Amazon SQS. Se você precisa de uma ordem específica de mensagens, você deve projetar seu aplicativo para gerenciar isso.

P: Qual é o limite máximo de visibilidade de mensagens?

O Amazon SQS sustenta um tempo de espera de visibilidade máximo de de 12 horas para o WSDL 2009 e 2011.

P: O SQS é compatível com metadados de mensagem?

Sim. O Amazon SQS permite o envio de até 10 atributos em cada mensagem. Com atributos de mensagem, você pode separar o corpo de uma mensagem dos metadados que a descrevem. Isso permite rotear, processar e armazenar informações com maior velocidade e inteligência, pois seus aplicativos não precisam mais inspecionar a mensagem inteira para entender quais etapas de processamento são necessárias.

Os atributos de mensagem do SQS assumem a forma de trios nome-tipo-valor. Os tipos compatíveis são: sequência de caracteres, binário e número (incluindo inteiros, ponto flutuante e duplos).

Consulte a documentação do SQS para obter mais informações.

P: Como um desenvolvedor pode determinar o “tempo na fila”?

Os desenvolvedores podem solicitar o atributo "SentTimestamp", ao receber uma mensagem. Subtraindo esse valor dos resultados de tempo atuais resultam no valor de "tempo na fila".

P: Qual é o valor do atributo “SenderId” de uma mensagem em caso de acesso anônimo?

O Amazon SQS fornece o endereço IP quando o ID de conta da AWS não estiver disponível, como quando um usuário anônimo envia uma mensagem.

P: O que é a sondagem longa SQS?

A sondagem longa SQS é uma nova forma de recuperar mensagens de suas filas SQS. Embora a sondagem breve SQS tradicional tem retorno imediato, mesmo se a fila sendo sondada estiver vazia, a sondagem longa SQS não retorna uma resposta até que uma mensagem chegue na fila ou a sondagem longa atinja seu limite de tempo. A sondagem longa SQS facilita e barateia a recuperação de mensagens de sua fila SQS assim que elas estiverem disponíveis.

P: Há qualquer cobrança adicional por usar a sondagem longa SQS?

Não, as chamadas de API ReceiveMessage de sondagem longa são cobradas exatamente da mesma forma que as chamadas de API ReceiveMessage de sondagem breve.

P: Quando devo usar a sondagem longa SQS e quando devo usar a sondagem breve SQS?

Praticamente na maioria dos casos, a sondagem longa SQS é preferível à sondagem breve SQS. As solicitações de sondagem longa permitem que seus clientes de fila recebam mensagens assim que chegarem na fila, reduzindo o número de ReceiveMessageResponses vazias que você encontra. Combinadas juntas, a sondagem longa SQS resulta em desempenho superior, a custo reduzido, para a maioria dos casos de uso. No entanto, se seu aplicativo foi escrito para esperar uma resposta imediata da chamada ReceiveMessage, você pode não aproveitar a sondagem longa sem algumas modificações de aplicativo. Por exemplo, se seu aplicativo tiver uma sondagem de um único thread com várias filas, a alternância de sondagem breve para sondagem longa provavelmente não funcionará, pois o thread único aguardará o limite de tempo da sondagem longa em qualquer fila vazia, adiando o processamento de quaisquer filas que possam conter mensagens. Nesse aplicativo, recomenda-se que um único thread seja usado para processar somente uma fila, permitindo que o aplicativo aproveite os benefícios que a sondagem longa SQS fornece.

P: Qual valor devo usar para meu limite de tempo da sondagem longa?

Em geral, deve ser usado o limite de tempo máximo da sondagem longa de 20 segundos. Valores superiores de limite de tempo de sondagem longa reduzirão o número de ReceiveMessageResponses vazias retornadas; portanto, tente definir o limite de tempo de sua sondagem longa o mais alto possível. Se o máximo de 20 segundos não funcionar para seu aplicativo, você poderá escolher um limite de tempo inferior para a sondagem longa, como de 1 segundo. Todos os AWS SDKs trabalham com o padrão de 20 segundos para sondagens longas. Se você não estiver usando um AWS SDK para acessar o SQS ou se tiver configurado especialmente seu AWS SDK para ter um limite de tempo menor, talvez seja necessário modificar seu cliente SQS para permitir solicitações mais longas ou usar um limite de tempo menor para a sondagem longa.

P: O que é o cliente AmazonSQSBufferedAsync?

O cliente AmazonSQSBufferedAsync fornece uma nova implementação da interface do cliente AmazonSQSAsync, que agrega vários recursos importantes. Primeiro, o cliente AmazonSQSBufferedAsync é compatível com lotes automáticos de várias solicitações SendMessage, DeleteMessage ou ChangeMessageVisibility em lotes de cada tipo, sem quaisquer alterações necessárias pelo aplicativo. Segundo, o cliente AmazonSQSBufferedAsync é compatível com a pré-análise de mensagens em um buffer local, o que permite que seu aplicativo processe imediatamente mensagens do SQS sem aguardar que elas sejam recuperadas do SQS. Combinadas juntas, o lote automático e a pré-análise aumentam a taxa de transferência e reduzem a latência de seu aplicativo, economizando ao mesmo tempo seu dinheiro ao fazer menos solicitações SQS.

P: Como faço para baixar o cliente AmazonSQSBufferedAsync?

Você pode baixar o cliente AmazonSQSBufferedAsync como parte do AWS SDK para Java mais recente, disponível em http://aws.amazon.com/sdkforjava/.

P: Quais idiomas são compatíveis com o cliente AmazonSQSBufferedAsync?

No momento, o cliente AmazonSQSBufferedAsync é compatível somente com Java. Estaremos lançando o cliente AmazonSQSBufferedAsync em outros idiomas futuramente.

P: Preciso reescrever meu aplicativo para usar o cliente AmazonSQSBufferedAsync?

Não, o cliente AmazonSQSBufferedAsync é implementado como um complemento em substituição ao cliente AmazonSQSAsync existente. Você pode atualizar seu aplicativo para usar o AWS SDK mais recente, alterar sua construção de cliente para usar o cliente AmazonSQSBufferedAsync em vez do cliente AmazonSQSAsync e seu aplicativo receberá os benefícios agregados de lote automático e pré-análise.

P: Como posso assinar filas de SQS para receber notificações de tópicos de SNS?

Selecione a fila de SQS no console de SQS e, de ‘Queue Actions’, na barra de menus, selecione ‘Subscribe Queue to SNS Topic’ na lista suspensa. Na caixa de diálogo subscribe, selecione o tópico da lista suspensa ‘Choose a Topic’ e clique no botão ‘Subscribe’. Para obter instruções detalhadas completas, consulte a documentação do Amazon SQS.

P: Como posso realizar fan-out (distribuição) de mensagens idênticas em várias filas de SQS?

Primeiro crie um tópico de SNS usando SNS. Em seguida, crie e assine várias filas de SQS no tópico de SNS. Agora, sempre que uma mensagem for enviada para o tópico de SNS, será realizado 'fan-out' da mensagem para as filas de SQS, ou seja, o SNS entregará a mensagem para todas as filas de SQS assinadas no tópico.


P: Que nível de confiabilidade possuem os dados armazenados no Amazon SQS?

O Amazon SQS armazena todas as informações de filas e de mensagens na rede de Datacenters altamente confiáveis e de alta disponibilidade da Amazon. Todas as mensagens são armazenadas de modo redundante em vários servidores e em vários Datacenters, o que significa que nenhuma falha de rede ou de computador torna as mensagens SQS inacessíveis.

P: Como posso proteger as mensagens em minhas filas?

 Mecanismos de autenticação são fornecidos para garantir que as mensagens armazenadas em filas no Amazon SQS estejam protegidas contra acesso não autorizado. Somente os proprietários de conta AWS podem acessar as filas que criam.

O Amazon SQS usa métodos de criptografia comprovados para autenticar sua identidade, através do uso de sua assinatura de ID e solicitação de chave de acesso, ou através da utilização de um certificado x.509. Para detalhes sobre como usar um desses mecanismos de autenticação com o Amazon SQS, consulte o guia do desenvolvedor do Amazon SQS.

Para segurança adicional, você pode construir seu aplicativo para criptografar mensagens antes de serem colocadas em uma fila.

P: Como o Amazon SQS permite que vários leitores acessem a mesma fila de mensagem, sem que a mensagem seja perdida ou sem processá-la muitas vezes?

Cada fila do Amazon SQS tem um tempo de espera de visibilidade configurável. Por um período de tempo designado após uma mensagem ser lida de uma fila, ela não será visível para qualquer outro leitor. Contanto que a quantidade de tempo que leva para processar a mensagem seja menor do que o tempo de espera de visibilidade, todas as mensagens serão processadas e excluídas. Se o componente de processamento da mensagem falhar ou ficar indisponível, a mensagem se torna visível novamente para qualquer componente que leia a fila assim que terminar o tempo de espera de visibilidade. Isso permite que você conte com vários componentes e que todos leiam mensagens da mesma fila, com cada um deles trabalhando para processar mensagens diferentes.

P: Quantas vezes receberei cada mensagem?

O Amazon SQS é projetado para fornecer pelo menos uma entrega de todas as mensagens em suas filas. Embora na maioria das vezes cada mensagem será entregue ao seu aplicativo exatamente uma vez, você deve projetar seu sistema para que o processamento de uma mensagem mais de uma vez não gere quaisquer erros ou incoerências.

P: Por que existem operações ReceiveMessage e DeleteMessage separadas?

Quando o Amazon SQS retorna uma mensagem para você, essa mensagem permanece na fila, mesmo que você não tenha realmente recebido a mensagem. Você é responsável por excluir a mensagem. A solicitação de exclusão confirma que já está processando a mensagem. Se você não excluir a mensagem, o Amazon SQS vai entregá-la novamente em outra solicitação de recebimento.

P: Uma mensagem excluída pode ser recebida novamente?

Sim, em raras circunstâncias você poderá receber uma mensagem excluída anteriormente novamente. Isso pode ocorrer na rara situação em que uma operação de DeleteMessage não exclui todas as cópias de uma mensagem porque um dos servidores do sistema Amazon SQS distribuído não está disponível no momento da exclusão. Essa cópia da mensagem pode, então, ser entregue novamente. Você deve projetar seu aplicativo para que não gere erros ou incoerências caso você receba uma mensagem excluída novamente.

P: O que acontece se eu emitir uma solicitação de DeleteMessage em uma mensagem já excluída anteriormente?

O SQS retorna uma mensagem de “sucesso”.


P: Por quanto tempo posso manter minhas mensagens em filas no Amazon SQS?

O período de retenção de mensagens do SQS é configurável e pode ser definido entre 1 minuto e 2 semanas. O padrão é de 4 dias e uma vez alcançado o limite de retenção da mensagem, elas serão excluídas automaticamente. A opção por maior retenção de mensagens fornece maior flexibilidade para permitir intervalos mais longos entre utilização e produção de mensagem.

P: Como configuro o SQS para que seja possível reter mensagens por mais tempo?

Para configurar o período de retenção de mensagens, defina o atributo MessageRetentionPeriod usando o método SetQueueAttributes. Esse atributo é usado para especificar o número de segundos que uma mensagem será retida pelo SQS. Atualmente o valor padrão para o período de retenção de mensagens é de 4 dias. Usando o atributo MessageRetentionPeriod, o período de retenção de mensagens pode ser definido entre 60 segundos (1 minuto) e 1.209.600 segundos (14 dias). Consulte o Guia de referência de API do Amazon SQS para obter mais detalhes sobre como trabalhar com este novo atributo de mensagem.

P: Como configuro o SQS para que seja possível reter mensagens maiores?

Para configurar o tamanho máximo de mensagem, defina o atributo de MaximumMessageSize usando o método SetQueueAttributes. Este atributo especifica o limite de número de bytes que uma mensagem de SQS pode conter. Ele pode ser definido em qualquer valor entre 1.024 bytes (1 kB) e 65.536 bytes (64 kB). Consulte o Guia de referência de API do Amazon SQS para obter mais detalhes sobre como trabalhar com este novo atributo de mensagem.

P: Que tipo de dados podem estar inseridos em uma mensagem?

As mensagens do Amazon SQS podem conter até 64 KB de dados de texto, incluindo XML, JSON e texto não formatado. Os caracteres Unicode seguintes são aceitos:

#x9 | #xA | #xD | [#x20 a #xD7FF] | [#xE000 a #xFFFD] | [#x10000 a #x10FFFF]

(de acordo com http://www.w3.org/TR/REC-xml/#charsets).

P: A que tamanho podem chegar as filas no Amazon SQS?

Uma única fila pode conter um número ilimitado de mensagens e você pode criar um número ilimitado de filas.

P: Há restrições para os nomes das filas do Amazon SQS?

Há um limite de tamanho para o nome de uma fila do Amazon SQS? O nome de uma fila pode ser reutilizado? Os nomes de fila são limitados a 80 caracteres. Caracteres alfanuméricos mais hífens (-) e sublinhados (_) são permitidos. Os nomes de filas devem ser exclusivos em uma conta AWS. Após excluir uma fila, você poderá reutilizar o nome da fila excluída.

P: O que acontece se não é registrado nenhum movimento em uma fila durante um prolongado período de tempo?

Nos reservamos o direito de excluir uma fila, se nenhuma das seguintes solicitações forem emitidos para a fila por mais de 30 dias consecutivos: SendMessage, ReceiveMessage, DeleteMessage, GetQueueAttributes e SetQueueAttributes. Você deve projetar seu aplicativo tendo isso em mente.


P: Como compartilho uma fila?

Um desenvolvedor associa uma política de declaração de acesso (especificando as permissões concedidas) com a fila a ser compartilhada. O Amazon SQS fornece APIs para criar e gerenciar as política de declaração de acesso: AddPermission, RemovePermission, SetQueueAttributes e GetQueueAttributes. Consulte a especificação mais recente da API para obter mais detalhes.

P: Quem paga pelo acesso compartilhado a filas?

O proprietário da fila paga pelo acesso compartilhado da fila.

P: Como identifico outro usuário AWS?

A API do Amazon SQS utiliza o número de conta da AWS para identificar usuários AWS.

P: O que necessito fornecer a outros usuários para possamos compartilhar uma fila?

Você precisará fornecer a URL completa da fila a ser compartilhada. As operações CreateQueue e ListQueues retornam esta URL em sua resposta.

P: O Amazon SQS aceita acesso anônimo?

Sim – com o WSDL 2009 e as APIs posteriores, um desenvolvedor pode definir uma política de acesso que permite o acesso de usuários anônimos em uma fila.

P: Quando devo usar as Permissões API?

A API de permissões fornece uma interface simples para os desenvolvedores compartilharem o acesso a uma fila, mas ela não pode permitir acesso condicional e mais avançados casos de uso.

P: Quando devo usar SetQueueAttributes com objetos JSON?

A operação SetQueueAttributes admite o idioma da política de acesso total. Mediante o uso do idioma da política, o acesso a uma fila pode ser restringido por endereço IP e pela hora do dia por exemplo. Consulte a documentação da política de acesso no Guia do desenvolvedor mais recente para obter mais detalhes.


P: Quais são os pontos de acesso ao serviço Amazon SQS em cada região?

O ponto de acesso Leste dos EUA (Norte da Virgínia) é: http://sqs.us-east-1.amazonaws.com

O ponto de acesso Oeste dos EUA (Oregon) é: http://sqs.us-west-2.amazonaws.com

O ponto de acesso Oeste dos EUA (Norte da Califórnia) é: http://sqs.us-west-1.amazonaws.com

O ponto de acesso UE (Irlanda) é: http://sqs.eu-west-1.amazonaws.com

O ponto de acesso Ásia-Pacífico (Cingapura) é: http://sqs.ap-southeast-1.amazonaws.com

O ponto de acesso Ásia-Pacífico (Tóquio) é: http://sqs.ap-northeast-1.amazonaws.com

O endpoint da Ásia-Pacífico (Sydney) é: http://sns.ap-southeast-2.amazonaws.com

O endpoint da América do Sul (São Paulo) é: http://sqs.sa-east-1.amazonaws.com

P: As mensagens podem ser compartilhadas entre filas em diferentes regiões?

Não – o Amazon SQS é totalmente independente com relação ao armazenamento de mensagens e aos nomes de fila em cada região.

P: Há alguma diferença na definição de preço entre as regiões?

Não – o preço do Amazon SQS é o mesmo para todas as 8 regiões.

P: Qual é a estrutura de preços entre várias regiões?

Os dados transferidos entre o Amazon SQS e o Amazon EC2 em uma única região não tem custo algum. Para os dados transferidos entre o Amazon SQS e o Amazon EC2 em diferentes regiões serão aplicadas as taxas de transferência de dados normais.