Migre da AWS para a Azion

Um projeto na AWS se distribui entre distribuições do CloudFront, funções Lambda, rotas do API Gateway, buckets S3, tabelas DynamoDB, bancos de dados RDS, regras de WAF, zonas do Route 53 e CloudWatch. Com o tempo, cada um ganha seus próprios comportamentos de cache, dependências, políticas de acesso, configurações de capacidade, health checks e alarmes. Mover o projeto significa recriar cada um desses itens na Azion e confirmar que o projeto responde corretamente antes da mudança de DNS.

Na Azion, uma aplicação e suas regras assumem a entrega, o roteamento e o cache, e Connectors alcança as origens. Functions executa o código Lambda. KV Store, Object Storage e SQL Database guardam os dados. Firewall filtra o tráfego, um workload atende o domínio e Edge DNS responde pela zona. Real-Time Metrics, Real-Time Events e Data Stream mostram o que acontece com cada requisição.

Cada etapa deste guia move uma camada, na ordem em que uma migração acontece: inventário, deployment, código e regras, dados, segurança, monitoramento e DNS. O código Lambda migra com mudanças pontuais: o formato do handler, a linguagem do runtime e como o código abre o armazenamento e chama um modelo. Quando um downtime próximo de zero não é um requisito, migre em fases com janelas de manutenção. As gravações param durante cada passo, então os dados não precisam de sincronização paralela.

Os pré-requisitos e os procedimentos desta página mudam conforme a interface que você seleciona:

Pré-requisitos

• Uma conta Azion. Para abrir uma, cadastre-se no Azion Console. Para mais informações, consulte Crie uma conta.
• A conta AWS, com acesso às suas distribuições, funções, armazenamentos de dados e hosted zones.
• Acesso aos registros DNS ou ao registrador de cada domínio que você move.
• curl e dig, para verificar as respostas HTTP e as respostas DNS.

Faça o inventário da conta AWS

Não comece pela aplicação mais complexa do portfólio. Escolha um projeto importante o bastante para testar o caminho completo e pequeno o bastante para migrar rápido. Um bom primeiro projeto tem uma distribuição do CloudFront, algumas funções Lambda, um bucket S3 e talvez uma tabela DynamoDB. Use-o para documentar o processo e os padrões que sua equipe reutiliza. Depois mova mais comportamentos de cache, funções, dados, observabilidade e regras de segurança, na mesma ordem. Mantenha o primeiro deployment pequeno e comprove que ele faz o build e roda na Azion antes de mover domínios, armazenamento ou bancos de dados.

Antes de criar qualquer coisa na Azion, liste o que o projeto usa:

• Templates SAM, apps CDK e stacks CloudFormation, com seus comandos de build e deploy.
• Variáveis de ambiente e secrets, da configuração do Lambda, do AWS Secrets Manager, do Systems Manager Parameter Store, das propriedades de ambiente do Elastic Beanstalk, das configurações do CodePipeline e do CodeBuild e do código-fonte.
• Funções Lambda, seus runtimes, triggers e fontes de eventos.
• APIs do API Gateway, suas rotas, authorizers, stages e usage plans.
• State machines do Step Functions e regras do EventBridge.
• Distribuições do CloudFront: origens, comportamentos de cache, políticas de cache e de requisição à origem, políticas de headers de resposta, CloudFront Functions e triggers do Lambda@Edge.
• Load balancers e seus target groups.
• Transformações de imagem e chamadas ao Bedrock.
• Buckets S3, tabelas DynamoDB, bancos de dados RDS e Aurora e clusters ElastiCache.
• Hosted zones, registros, políticas de roteamento e DNSSEC do Route 53 e certificados do ACM.
• Web ACLs do WAF, managed rule groups, IP sets, regras baseadas em taxa, Bot Control, configurações do Shield e findings do GuardDuty, do Inspector e do Security Hub.
• Dashboards, alarmes, log groups e metric filters do CloudWatch, traces do X-Ray, streams do Firehose e monitores do RUM.

Cada item da lista corresponde a uma etapa deste guia. A tabela em Mapeie cada produto da AWS para a Azion indica o destino de cada um.

Mapeie cada produto da AWS para a Azion

Todo produto da AWS do inventário tem um destino na Azion. Encontre o produto na primeira coluna e mova-o com a etapa que indica seu destino. Um traço (-) na última coluna significa que a Azion não tem um equivalente direto.

A Azion possui um relatório SOC 2 Type 2 e um relatório SOC 3 e é PCI DSS 4.0.1 Level 1 Service Provider. Para as atestações, consulte SOC 2 e SOC 3 e Certificação PCI DSS.

Faça o deploy do projeto na Azion

Na Azion, um projeto vira uma aplicação, e um workload atende essa aplicação em um domínio. A AWS guarda o build e a infraestrutura no template.yaml para SAM ou no cdk.json para CDK. A Azion os guarda no azion.config.js, que também pode ser azion.config.mjs ou azion.config.cjs, conforme o preset.

azion logs cells e azion logs http retornam os logs dos últimos 5 minutos, e --tail continua exibindo os novos. azion rollback recebe o --connector-id do storage connector que entrega o site. Para as flags, consulte azion logs e azion rollback.

O Azion Console importa um repositório com um de seis presets, e a Azion CLI pede o preset em um seletor. Nenhum dos dois detecta o framework por você.

O deployment responde em um domínio de workload que a Azion atribui sob map.azionedge.net. Antes de mover qualquer domínio de produção, envie uma requisição para o caminho raiz, com esse domínio no lugar de <your-workload-domain>:

A resposta traz o status, os headers e o corpo que o projeto retorna para /. Envie a mesma requisição para cada rota crítica. Um build que passa ainda pode se comportar de outro jeito em tempo de execução, então compare as respostas com as que a AWS retorna.

Se o build falhar na Azion, compare o preset com o framework do projeto e verifique build.preset, build.entry e build.bundler no azion.config.js. O bloco build não tem campo de comando.

Mova as variáveis de ambiente

Variáveis de ambiente guardam chaves de API, credenciais de banco de dados, secrets de autenticação, endpoints de serviços, feature flags e configurações por ambiente. Uma variável que não chega à Azion quebra o projeto em tempo de execução, mesmo quando o deployment tem sucesso.

Na AWS, uma função Lambda lê uma variável de process.env, e os secrets muitas vezes ficam no AWS Secrets Manager ou no Parameter Store. Na Azion, as variáveis pertencem à conta, até 100 delas, e uma função as lê com Azion.env.get(). Cada variável tem uma chave, um valor e uma flag que a marca como secret.

Depois altere o código que lê as variáveis. Um valor buscado no Secrets Manager passa a ser a leitura de uma variável:

O código que lê process.env.API_KEY continua funcionando em uma função em produção, porque o Azion Runtime suporta process.env para compatibilidade com Node.js. No azion dev, uma função lê o arquivo .env do projeto em vez das variáveis da conta, ou todo o ambiente do shell quando não há arquivo .env. Uma chave que não existe retorna undefined, não um erro. Se uma função lê uma variável como undefined, confirme que a variável existe na conta.

Mova funções Lambda para Functions

As funções Lambda costumam carregar a lógica mais crítica de um projeto: autenticação, personalização, orquestração de APIs e integrações com serviços de terceiros. Na Azion, esse código roda em Functions. Uma função guarda o código JavaScript, uma instância de função o executa em uma aplicação, e uma regra decide quais requisições chegam até ela.

Uma função Lambda escrita em Java, Python ou outro runtime precisa ser reescrita em JavaScript. Builds de frameworks também podem gerar WebAssembly. Uma função faz no máximo 50 chamadas fetch() de saída em uma invocação. Para todos os limites, consulte Limites de Functions.

O handler recebe um Request padrão e retorna um Response. Leia o corpo, a query string e o caminho da requisição em vez do evento:

env é um objeto vazio em uma função em produção, e ctx traz args e waitUntil. O contexto do Lambda e o contexto de requisição do API Gateway passam para request.metadata:

request_id guarda o mesmo valor do header de resposta x-azion-request-id. geoip_city e geoip_region guardam códigos. No azion dev, request.metadata é undefined, então teste o código que o lê em uma função em produção. Para todos os campos, consulte Metadata.

Mapeie triggers do CloudFront para as fases das regras

Uma aplicação processa cada requisição em duas fases. A Request Phase trata o que o usuário enviou, e a Response Phase trata o que a aplicação devolve. Os triggers do Lambda@Edge correspondem a essas fases:

Uma função JavaScript roda na Request Phase. Para a Response Phase, o formulário de instância de função do Console informa Only Lua functions can be used in the Response phase. Mova a lógica de resposta para comportamentos da Response Phase, como Add Request Header, que adiciona um header de resposta nessa fase.

O código que lê KV, SQL ou um modelo também muda suas chamadas. As etapas sobre KV Store, SQL Database e AI Inference mostram as novas chamadas. Para as APIs de runtime, consulte Web APIs.

Roteie caminhos do API Gateway para funções

O API Gateway roteia cada método e caminho para um backend, com authorizers, throttling e stages ao redor. Na Azion, uma regra da aplicação corresponde ao método e ao caminho, e seu comportamento Run Function executa uma instância de função. Run Function requer Application Accelerator e Functions na aplicação.

Uma função se torna alcançável em três passos: crie a função, crie uma instância dela na aplicação e crie a regra.

Novas regras podem levar alguns minutos para propagar. Diante de uma resposta inesperada, aguarde e tente de novo antes de diagnosticar.

Para rotear cada método e caminho para sua própria função, crie uma função e uma instância por rota, como mostra o procedimento anterior. Depois dê a cada rota sua própria regra. Uma regra que corresponde a um método une ${request_method} ao critério de caminho com and:

Envie cada objeto para as regras de requisição da aplicação, como mostra o painel API. Essas duas regras substituem as rotas do API Gateway GET /users/{id} e POST /users. Adicione uma regra do mesmo formato para PUT /users/{id} e DELETE /users/{id}. Para declarar as mesmas funções, instâncias e regras como código, consulte azion.config.js.

Mova um authorizer para uma função do firewall

Um Lambda authorizer retorna uma política IAM que permite ou nega a chamada:

Na Azion, uma função em um firewall decide antes de a aplicação rodar. Toda função em um firewall precisa terminar com um desfecho final: event.continue() deixa a requisição seguir, e event.deny() responde 403 Forbidden. Esta função deixa passar apenas as requisições que trazem o bearer token esperado:

Coloque a verificação que seu authorizer faz, como uma checagem de JWT, no lugar da comparação. Uma requisição sem um token válido recebe 403. Para responder 401, chame event.respondWith(new Response('Unauthorized', { status: 401 })).

A função precisa do ambiente de execução firewall: execution_environment na API ou --execution-environment na Azion CLI. Um firewall com o módulo Functions a executa por meio de uma instância e de uma regra com Run Function. Para os passos, consulte Functions para Firewall e Instâncias de funções.

Substitua Step Functions e EventBridge

A Azion não tem um serviço de orquestração de workflows nem um barramento de eventos. Um workflow do Step Functions vira um código que chama cada passo em sequência dentro de uma função. Uma regra do EventBridge vira uma rota de função que o produtor do evento chama por HTTP.

Esta definição do Step Functions valida um pedido, faz a cobrança e o atende, com um ramo de falha:

O mesmo fluxo roda como uma função. Cada passo é uma chamada de função, e o bloco catch segue o ramo de falha:

Um workflow que espera por horas, ou que precisa sobreviver a uma invocação com falha, não cabe em uma invocação. Mantenha seu estado no KV Store ou no SQL Database e deixe cada chamada avançar um passo.

Uma regra do EventBridge corresponde a eventos por origem, tipo e conteúdo:

Na Azion, o produtor envia os eventos para uma rota de função, e a função aplica o padrão:

A função responde OK depois de tratar cada evento do lote. Data Stream não substitui o barramento: ele envia apenas os logs da própria Azion, de Activity History, Applications, Functions e WAF Events.

Recrie distribuições do CloudFront

Uma distribuição do CloudFront guarda as origens, os comportamentos de cache, o certificado e os domínios em um único recurso. Na Azion, um connector guarda cada origem, uma aplicação guarda as regras e o cache, e um workload guarda os domínios e o certificado.

Uma nova aplicação tem Cache e Functions ativados, e Application Accelerator e Image Processor desativados. Uma regra com Set Connector envia as requisições a que ela corresponde para um connector. Quando várias regras correspondentes trazem Set Connector, apenas a última roda, então mantenha uma regra por caminho depois da regra genérica.

Uma mudança de connector chega à infraestrutura da Azion em alguns minutos, sem um novo deployment. Para servir um prefixo de bucket com cache de um dia e enviar /api/ para uma função sem cache, a distribuição usa estes recursos:

• Um connector do tipo storage com o bucket e o prefixo, como assets/. O build recusa um connector storage sem prefix.
• Uma configuração de cache com TTL de navegador de 3.600 segundos, TTL de cache de 86.400 segundos, stale cache ativado, Tiered Cache desativado e nenhuma variação por cookie ou query string.
• Uma regra de requisição em ${uri} starts with / com Set Connector e Set Cache Policy.
• Uma regra de requisição em ${uri} starts with /api/ com Bypass Cache e Run Function.

bypass_cache e run_function requerem Application Accelerator. Bypass Cache não altera o cache do navegador nem o Tiered Cache. Para declarar esses recursos como código, consulte azion.config.js.

Para adicionar os headers de segurança ou os headers de CORS de uma response headers policy, crie uma regra da Response Phase com add_response_header. Seu valor tem o formato Name: value, como Access-Control-Allow-Origin: https://example.com ou Access-Control-Allow-Methods: GET, POST. A regra não adiciona nada a um 404 que a Azion gera sem origem.

O origin access control do CloudFront mantém uma origem S3 privada. Na Azion, Origin Shield em um connector http faz o mesmo com Origin IP ACL e HMAC. O HMAC assina cada requisição com aws4_hmac_sha256, uma região, um serviço e um par de chaves. Para um bucket na sua conta Azion, use um connector storage.

Recrie as configurações de cache

Na Azion, uma configuração de cache define por quanto tempo uma resposta fica em cache e o que faz duas requisições compartilharem uma cópia em cache. Uma regra com Set Cache Policy aplica a configuração às requisições a que corresponde. A regra seleciona uma configuração, e a configuração guarda o TTL e a chave de cache.

Associe cada managed cache policy do CloudFront a uma configuração ou a um comportamento:

Max Age tem padrão de 60 segundos. Um valor abaixo de 60 requer Application Accelerator, e uma configuração de cache com Tiered Cache ativado precisa de pelo menos 3 segundos e de Override cache behavior. Stale cache respeita o stale-while-revalidate que a origem envia, ou mantém uma janela de 300 segundos com Override cache behavior. Ele vem ativado por padrão no Azion Console e desativado na API e na CLI.

Para variar o cache por query string, cookie ou dispositivo, use os controles Cache vary by da configuração de cache: Cache vary by Query String, Cache vary by Cookies e Cache vary by Devices. Eles requerem Application Accelerator na aplicação. No azion.config.js, uma configuração de cache que varia apenas pelos parâmetros version e lang traz cacheByQueryString: { option: 'allowlist', list: ['version', 'lang'] }. As opções são ignore, all, allowlist e denylist. Para os controles, consulte Variação de cache.

Uma invalidação do CloudFront indica uma distribuição e caminhos:

Na Azion, o purge é um endpoint de nível superior, não aninhado em uma aplicação. Um purge por wildcard recebe uma expressão, então cada padrão de caminho é uma requisição própria:

Envie uma segunda requisição com https://example.com/css/*. Um purge por URL, em /v4/workspace/purge/url, aceita até 50 itens. Apenas um purge por chave de cache, em /v4/workspace/purge/cachekey, alcança o Tiered Cache com "layer": "tiered_cache". Um purge por URL ou por wildcard com essa camada falha com 30001. Um purge leva tempo para propagar e aparece no histórico de purges quando termina. Para verificar um objeto purgado, solicite-o com curl -I e leia os headers da resposta. Para os tipos de purge, consulte Real-Time Purge.

Balanceie o tráfego entre origens

Na Azion, Load Balancer é um módulo de um connector, não um recurso separado. Um connector do tipo http guarda cada origem como um endereço, até 15 endereços com Load Balancer ativado e um endereço sem ele. Uma regra com Set Connector envia as requisições da aplicação para o connector.

Um target group do ALB vira um connector. O caminho, o intervalo e os limites de saudável e não saudável do seu health check não têm campo equivalente.

Cada endereço tem um Weight de 1 a 100, que define sua parcela do tráfego. IP Hash recusa endereços Backup, com 28005 na API. Max Retries aceita de 0 a 20, Connection Timeout de 1 a 300 segundos e Read/Write Timeout de 1 a 600 segundos. Esses campos existem apenas com Load Balancer ativado. Quando você o ativa no Azion Console, o formulário preenche Round Robin, 3, 30 e 60. Os padrões da API são 0, 60 e 120.

Um connector sem Load Balancer não tem timeout configurável. Se uma origem atingir o timeout, verifique o endereço e suas portas e ative Load Balancer para definir os timeouts. Para os campos do connector, consulte Configurações de connectors.

Entregue imagens otimizadas

Na AWS, transformações de imagem geralmente precisam de Lambda@Edge ou de uma origem personalizada. Image Processor redimensiona, recorta, converte e aplica filtros a imagens sob demanda, sem código. Ele não armazena nada: lê a imagem de origem da origem da aplicação, que pode ser um bucket do Object Storage atrás de um connector.

Image Processor funciona em dois passos: ative o módulo na aplicação e depois crie uma regra com o comportamento Optimize Images. Uma requisição que nenhuma regra desse tipo atende é entregue sem processamento.

Image Processor lê a transformação do parâmetro de query ims:

Image Processor converte para WebP quando o header Accept do cliente permite. AVIF precisa de ?ims=filters:format(avif) e de um cliente que aceite image/avif. Para manter em cache uma cópia para cada valor de ims, ative Application Accelerator e varie o cache por query string. Para cada parâmetro, consulte Parâmetros de URL.

Mova Bedrock para AI Inference

AI Inference executa um catálogo de modelos open source: large language models, vision language models, um modelo de embedding e um reranker. Um modelo não é um objeto que você cria, e a Azion não hospeda um endpoint de inferência para ele. Uma função chama um modelo pelo seu ID com Azion.AI.run() e não precisa de credencial.

Uma chamada ao Bedrock indica um modelo e envia um corpo específico do provedor:

Na Azion, a função passa o ID do modelo e um corpo de chat:

answer guarda o texto da resposta. Campos como max_tokens e temperature moldam a saída. No azion dev, Azion.AI é undefined, então teste a chamada em uma função em produção. Para os campos da requisição, consulte Invocação de modelos e a API de runtime de IA.

Para um endpoint /v1/chat/completions compatível com OpenAI, faça o deploy do template AI Inference Starter Kit. Ele cria uma aplicação e uma função que atendem esse endpoint. Para fazer o deploy, acesse Azion Console > Create, selecione o template e selecione Deploy. Azion CLI não tem flag de template.

Mova dados chave-valor do DynamoDB para KV Store

O DynamoDB atende dados chave-valor e de documentos. Buscas por chave, sessões, feature flags e configurações vão para o KV Store. Consultas com filtros, índices secundários, agregações e joins vão para o SQL Database, na etapa Mova consultas do DynamoDB e bancos de dados RDS para SQL Database.

As global tables do DynamoDB resolvem conflitos com last writer wins e cobram por cada gravação replicada. KV Store não tem Region para escolher: uma gravação se aplica onde chega, e as outras partes da infraestrutura convergem em até 60 segundos.

Uma função abre um namespace com Azion.KV.open(), um global do runtime que não precisa de linha de import:

put serializa um objeto em JSON, e get com 'json' o converte de volta. Azion.KV.open() é o único ponto de entrada e é assíncrono. O namespace precisa existir antes, ou open() lança NotFound. get() retorna null para uma chave inexistente, assim como para uma chave expirada.

KV Store não tem importação em massa, e nenhuma API, comando da CLI ou tela do Console lê ou grava chaves. Para mover os dados:

1. Exporte a tabela da AWS:

   Shell

   01aws dynamodb export-table-to-point-in-time \

   02 --table-name Users \

   03 --s3-bucket my-export-bucket \

   04 --export-format DYNAMODB_JSON

2. Transforme cada item em uma chave e um valor.

3. Crie o namespace com uma requisição POST para https://api.azion.com/v4/workspace/kv/namespaces, com {"name": "my-namespace"}. O nome aceita de 3 a 63 caracteres, diferencia maiúsculas de minúsculas e é permanente: um namespace não pode ser renomeado nem excluído. Para os campos e os erros, consulte Namespaces.

4. Grave as chaves a partir de uma função em produção com kv.put().

A função grava uma chave no máximo uma vez por segundo. Um valor aceita até 25 MB, uma chave até 512 bytes e os metadados até 1.024 bytes. Associe cada TTL do DynamoDB à opção expiration, em segundos Unix, ou a expirationTtl, em segundos com mínimo de 60. Uma gravação fica visível em todos os lugares em até 60 segundos, ou dentro do cacheTtl da leitura. Antes da importação, revise os prefixos das chaves, os formatos dos valores e o código que trata uma chave inexistente. Para o cliente, consulte API de runtime do KV Store.

Substitua o ElastiCache

O ElastiCache mantém dados em memória, atrás de Redis ou Memcached. Na Azion, as respostas HTTP ficam no Cache, e os valores que uma função lê e grava vão para o KV Store.

put recusa um Map, um Set, um WeakMap, um WeakSet, um RegExp e um SharedArrayBuffer com INVALID_VALUE_TYPE. Converta-os em arrays antes.

Os comandos do Redis viram chamadas ao KV Store:

delete resolve existindo a chave ou não. Para cache HTTP, consulte Recrie as configurações de cache e Cache settings.

Mova buckets do S3 para Object Storage

Object Storage guarda imagens, documentos, assets estáticos, mídia, uploads e arquivos gerados. Ele fala o protocolo S3, então ferramentas e SDKs S3 o alcançam com um novo endpoint, uma região e um par de chaves.

O par de chaves vem de uma credencial do Object Storage. A secret_key só volta na resposta de criação, então guarde-a nesse momento. Para migrar, a credencial precisa de pelo menos listBuckets, listFiles e writeFiles, além de listAllBucketNames para listar os buckets. deleteFiles requer writeFiles.

Um script de migração em Node.js alcança Object Storage com o AWS SDK. Apenas a região, o endpoint e as chaves mudam:

Crie o bucket de destino antes de copiar, no Azion Console, na API ou na CLI. Ferramentas S3 não criam nem removem um bucket na Azion: s3cmd mb e s3cmd rb são recusados com 403 AccessDenied. Um nome de bucket aceita de 6 a 63 caracteres, é único entre todas as contas e não pode começar com azion.

Para copiar os dados com o s3cmd:

1. Execute s3cmd --configure -c ~/.s3cfg-azion e informe estes valores:

   • Access Key e Secret Key: o par de chaves da credencial.
   • Default Region: us-east-005.
   • S3 Endpoint: s3.us-east-005.azionstorage.net.
   • DNS-style bucket+hostname
     template: %(bucket).s3.us-east-005.azionstorage.net.
   • Use HTTPS protocol: true.

2. Configure um segundo arquivo, ~/.s3cfg-aws, com as chaves da conta AWS. Uma configuração do s3cmd guarda um endpoint.

3. Baixe os objetos do S3:

   s3cmd -c ~/.s3cfg-aws sync s3://aws-bucket/ ./export/

4. Envie-os para a Azion:

   s3cmd -c ~/.s3cfg-azion sync ./export/ s3://azion-bucket/

Os objetos estão no bucket da Azion. Para verificar, liste-os com s3cmd -c ~/.s3cfg-azion ls s3://azion-bucket/. s3cmd ls sem bucket lista todos os buckets, o que exige listAllBucketNames. s3cmd put file.png s3://my-bucket/ envia um objeto, e s3cmd get s3://my-bucket/file.png baixa um.

A AWS CLI alcança a Azion por meio de um perfil e de --endpoint-url. Um comando alcança um endpoint, então a cópia também passa por uma pasta local:

No aws configure, informe a access key da Azion, a secret key e us-east-005 como região. O último comando envia a pasta para o bucket da Azion.

O rclone guarda um remote para cada provedor, então copia do S3 para a Azion em um comando. Crie os remotes com rclone config:

• aws-s3: storage s3, provider AWS e env_auth definido como true.
• azion: storage s3, provider Other, endpoint https://s3.us-east-005.azionstorage.net e acl definido como private.

Depois sincronize:

--progress exibe a transferência enquanto ela roda. Azion Console recusa um upload individual acima de 300 MB. A API e as ferramentas S3 não estão sujeitas a esse limite. Antes da migração, mapeie os buckets, os prefixos de objetos, os assets públicos e privados, os padrões de acesso e a lógica de URLs assinadas. O acesso do bucket aos workloads é read_only, read_write ou restricted, e uma credencial funciona de forma independente dele. Para as operações S3, consulte Compatibilidade com S3 e Use ferramentas compatíveis com S3.

Entregue um bucket por meio de uma aplicação

A entrega pública passa por um connector e uma aplicação, não pelo endpoint S3. Um connector do tipo storage lê um bucket da sua conta, restrito a um prefixo.

Para os buckets e seus objetos, consulte Crie e modifique um bucket, Faça upload e download de objetos, Use um bucket como origem e a biblioteca Storage.

Mova consultas do DynamoDB e bancos de dados RDS para SQL Database

SQL Database usa o dialeto SQLite e é totalmente compatível com ACID. Uma instância principal recebe todas as gravações, e réplicas de leitura respondem às leituras. SQL Database está em Preview em todos os planos.

Uma função lê o banco de dados por meio de uma conexão de réplica somente leitura. Azion.Sql é um global, e o import azion:sql faz o build falhar. Um parâmetro de consulta precisa ser um número: uma string JavaScript é recusada com TypeError: unknown variant `String` . Escreva um valor de texto como literal no SQL: