Resumo

  • Segundo a DigitalOcean, pedidos com URLs pré-assinadas não entram no cache do Spaces CDN: todos vão à origem, mesmo usando o domínio CDN ou um domínio próprio.
  • A exclusão não equivale à fragmentação de chaves provocada por parâmetros de URL. Alterar o prazo do cache comum não torna esses pedidos elegíveis.
  • O CDN está incluído na assinatura, mas a transferência usa uma franquia compartilhada. Não há base para deduzir economia, cobrança universalmente dobrada ou proteção contra indisponibilidade apenas do endereço.

A opção gratuita não elimina o percurso

O termo “incluído” resolve uma pergunta comercial: existe uma cobrança separada para habilitar o recurso? Ele não resolve outras duas: quais bytes entram na conta e quais pedidos recebem a vantagem técnica imaginada pelo comprador.

A tabela de preços do Spaces lista a assinatura Standard Storage de US$ 5 por mês, com 250 GiB de armazenamento e 1.024 GiB de transferência de saída compartilhados entre os buckets. O excedente de saída custa US$ 0,01 por GiB. CDN e origem usam a mesma franquia, que também contabiliza transferência da origem aos servidores de borda.

Não cobrar uma mensalidade adicional pelo CDN, portanto, não significa tráfego ilimitado. Para avaliar downloads protegidos, é preciso saber se a repetição de pedidos pode realmente ser atendida pelo cache que se pretende incluir na projeção de custos.

O guia do Spaces CDN, verificado em 3 de setembro, responde à parte decisiva. Pedidos pré-assinados não são armazenados no cache desse CDN. Cada um é encaminhado à origem, inclusive quando usa o domínio CDN ou um domínio personalizado. A utilidade descrita é manter o nome consistente, não obter acertos de cache e a correspondente redução de latência.

Isso não comprova um incidente nem uma falha de segurança. É uma condição publicada do produto. A implicação para compras é que uma integração funcional pode deixar de fornecer um benefício que o orçamento atribuiu indevidamente ao nome do serviço.

Duas populações sob o mesmo domínio

Uma aplicação pode apresentar imagens públicas e documentos reservados sob um endereço uniforme. Essa organização ajuda a marca e reduz diferenças visíveis na interface. Ela não demonstra que ambos os grupos tenham o mesmo percurso de entrega.

Uma imagem pública rápida não serve automaticamente como amostra de um download protegido. Da mesma forma, obter uma resposta bem-sucedida ao documento comprova acesso naquela solicitação, não a existência de uma cópia de borda que substitua a origem.

O orçamento para a população pré-assinada não pode assumir acertos do Spaces CDN que a documentação exclui. Ainda assim, não se deve saltar da exclusão para a frase “cada download custa o dobro”. Os preços publicados são regras, não uma medição de conta de cliente. Faltam volume entregue, tamanhos, uso da franquia e identificação do tráfego efetivamente contabilizado.

Somar segmentos possíveis e convertê-los em um multiplicador universal seria apresentar hipótese como resultado. A conclusão sustentada é mais útil: a economia projetada deve partir da classe real de pedidos e de seus bytes, não de uma expectativa genérica de reaproveitamento do cache.

O problema não é apenas uma chave que muda

A documentação de funcionalidades informa que cada URL única, inclusive sua sequência de parâmetros, representa um ativo separado no cache ordinário. Em conteúdo elegível, a multiplicação de chaves pode reduzir o reaproveitamento e merece investigação.

No pedido pré-assinado, porém, o guia não fala de um item armazenado sob uma chave pouco reutilizada. Fala de ausência de armazenamento no Spaces CDN. Repetir exatamente a mesma URL não permite contabilizar um acerto que contradiga essa regra.

Também não há um conserto demonstrado simplesmente elevando o TTL. O prazo regula a permanência de conteúdo elegível antes da atualização. Não foi descrito como mecanismo para tornar elegível uma classe excluída. Confundir fragmentação e desvio do cache pode consumir tempo de operação sem alterar a dependência real.

A abrangência precisa permanecer limitada. A regra é do Spaces CDN; não estabelece que navegadores, intermediários ou todos os serviços compatíveis com S3 proíbam qualquer cache. Uma alternativa teria de passar por sua própria análise de autorização, atualização e invalidação. A pesquisa não fornece um atalho universal.

O formato aceito define compatibilidade

DigitalOcean orienta gerar a URL pré-assinada GetObject usando o endpoint não-CDN e depois substituir o nome do host pelo CDN ou domínio próprio. A utilização requer o formato em que o bucket integra o nome do host. URLs com o bucket no caminho, como as geradas com forcePathStyle habilitado, não podem usar dessa maneira o host CDN.

Essas instruções dizem quando o endereço é suportado, não quando o pedido assinado será acelerado por cache. A revisão deve separar compatibilidade do SDK, acesso bem-sucedido e atendimento por cópia armazenada. O primeiro resultado não inclui os demais por definição.

Há outra fronteira: Spaces Cold Storage não oferece integração CDN nem endpoints CDN personalizados. A análise trata da configuração suportada em Standard Storage. Migrar para uma classe de armazenamento mais barata não garante que os mesmos requisitos de entrega continuem atendidos.

Não é necessário expor uma assinatura ativa para examinar esse desenho. Eventuais medições devem usar arquivos de teste autorizados e manter links que concedem acesso real fora de relatórios compartilhados. Identificar a classe de pedido já elimina uma suposição importante.

Privado no acesso não é privado na rede

A página de preços descreve separadamente tráfego privado do Spaces usando o resolvedor DNS local do VPC. Trata-se de uma condição de roteamento interno. A restrição de leitura de um objeto ou a assinatura de uma URL não comprova, por si, esse caminho de rede.

Usar “privado” como explicação tanto de autorização quanto de isenção de tráfego apagaria duas escolhas diferentes. Um download assinado pela internet não passa a comprovar a rota interna apenas por controlar o leitor. O benefício de rede precisa ser vinculado às condições que o documento realmente especifica.

A continuidade depende de uma cópia existente

Nas funcionalidades, DigitalOcean diz que conteúdo já em cache na borda pode continuar sendo entregue quando a origem fica temporariamente indisponível. É uma capacidade condicionada à cópia disponível, não uma garantia para todos os pedidos do domínio CDN.

O pedido pré-assinado encaminhado à origem não recebe, nesses documentos, um caminho alternativo comprovado pelo cache do Spaces CDN. Isso não relata uma queda, não prevê uma taxa de falha e não modifica um SLA. Apenas impede transportar a justificativa de continuidade do conteúdo comum para uma classe que não foi demonstrada como equivalente.

Compras deve relacionar as promessas aos arquivos relevantes para o negócio. A uniformidade do nome é um recurso verdadeiro e pode ser suficiente. Mas atribuir a ela isolamento da origem, economia de tráfego ou resiliência por cópia armazenada exige evidência do percurso, não semelhança entre endereços.

Fontes