Migre da Cloudflare para a Azion | Guia completo

Aprenda a migrar da Cloudflare para a Azion com menos risco operacional. Preserve domínios, redirecionamentos, variáveis de ambiente, Functions, dados KV, Object Storage, SQL Database, regras de segurança e fluxos de observabilidade. A Azion oferece um caminho completo de migração da Cloudflare Pages, Workers, Workers KV, R2, D1 e recursos de configuração para Azion Applications, Functions, KV Store, Object Storage e SQL Database. A plataforma combina build, compute, storage, segurança e observabilidade em um ambiente unificado projetado para aplicações distribuídas globalmente.

Ver como Markdown

Migre da Cloudflare para a Azion

Uma migração de plataforma geralmente começa muito antes de o primeiro arquivo de configuração ser alterado. Começa quando uma equipe percebe que seu ambiente atual não oferece mais o mesmo nível de clareza, velocidade ou controle que antes.

Talvez os deployments ainda funcionem, mas o processo requer muita coordenação manual. Talvez a aplicação tenha crescido além da arquitetura original. Talvez a equipe precise de maior conformidade, comportamento de runtime mais previsível, ou uma forma mais unificada de gerenciar compute, storage, bancos de dados, entrega e segurança.

Para equipes que utilizam Cloudflare Pages, Workers, Workers KV, R2, D1, redirecionamentos, headers customizados, DNS, WAF, logs ou analytics, a Azion oferece recursos equivalentes através de Applications, Functions, KV Store, Object Storage, SQL Database, Rules Engine, Edge DNS, Web Application Firewall, Real-Time Events e Real-Time Metrics.

O motivo mais forte para migrar não é simplesmente substituir um fornecedor por outro. É modernizar sua plataforma de aplicações sem reiniciar sua arquitetura do zero.

Como Funciona a Migração da Cloudflare para a Azion

Migrações de plataforma tradicionais frequentemente exigem reescrever a lógica da aplicação, reconfigurar a infraestrutura do zero e gerenciar múltiplos serviços desconectados. Essa abordagem cria risco operacional, estende prazos e fragmenta o conhecimento da equipe entre diferentes padrões de configuração.

Stack Migration Path

A abordagem de migração da Azion preserva a lógica da sua aplicação enquanto faz a transição para uma plataforma unificada:

Caminho de migração incremental. Comece com um único projeto, valide cada camada independentemente e expanda com confiança. Não é necessário migrar tudo de uma vez.
Lógica de aplicação preservada. Functions, redirecionamentos, headers e serviços de dados mapeiam diretamente para equivalentes na Azion com mudanças mínimas de código — principalmente atualizações de sintaxe para acesso a ambiente e imports de serviços.
Modelo de plataforma unificado. Em vez de gerenciar compute, storage, bancos de dados, segurança e observabilidade como camadas desconectadas, a Azion reúne esses recursos com APIs consistentes e padrões de configuração.

Mapeamento de Recursos

A tabela a seguir fornece um mapeamento abrangente dos produtos Cloudflare para seus equivalentes na Azion. Um traço (-) indica que a Azion atualmente não oferece um equivalente direto.

Produto Cloudflare	Descrição	Produto(s) Equivalente(s) Azion
Agents	Construa agentes alimentados por IA na plataforma de desenvolvedores da Cloudflare.	AI Inference + Functions
AI Crawl Control	Analise e controle o acesso de crawlers de IA ao seu site.	Firewall + Network Shield + Functions
AI Gateway	Observe, armazene em cache, limite taxas e controle o tráfego de aplicações de IA.	Functions + Cache + Real-Time Events + Data Stream
AI Search	Pipelines gerenciados de recuperação e busca para aplicações de IA.	SQL Database + AI Inference
Analytics	Produtos de analytics e observabilidade nos serviços Cloudflare.	Real-Time Metrics + Real-Time Events + Data Stream + Edge Pulse
API Shield	Proteja APIs com descoberta, validação de schema, mTLS e controles.	Firewall + Web Application Firewall + Network Shield + Certificate Manager
Bots	Detecte, gerencie e mitigue tráfego automatizado/bot.	Bot Manager + Bot Manager Lite
Cache	Configure o comportamento de cache da CDN Cloudflare.	Cache + Tiered Cache
Cloudflare for Platforms	Construa plataformas sobre os serviços Cloudflare.	Console Kit + Azion API + Marketplace
Cloudflare Images	Armazene, redimensione, otimize e entregue imagens.	Image Processor
Cloudflare Network Firewall	Firewall-as-a-service para tráfego de rede.	Firewall + Network Shield
D1	Banco de dados SQL serverless construído sobre SQLite.	SQL Database
DDoS Protection	Proteja aplicações e redes de ataques DDoS.	DDoS Protection + DDoS Mitigation
Digital Experience Monitoring	Monitore a experiência de usuário, dispositivo, rede e aplicação.	Edge Pulse + Real-Time Metrics
DNS	Gerenciamento de DNS autoritativo e segurança de DNS.	Edge DNS
Dynamic Workers	Inicie Workers isolados sob demanda para execução de código.	Functions
KV	Armazenamento key-value global e de baixa latência.	KV Store
Load Balancing	Distribua tráfego entre origens com health checks e steering.	Load Balancer + Edge DNS
Logs	Exporte, consulte e gerencie logs da Cloudflare.	Real-Time Events + Data Stream
Origin Rules	Reescreva configurações de origem e rotneie requisições para origens.	Applications + Load Balancer
Pages	Faça deploy de aplicações frontend e full-stack.	Applications + Azion CLI
R2	Armazenamento de objetos compatível com S3 sem taxas de egress.	Object Storage
Rate limiting	Proteja aplicações limitando taxas de requisições.	Firewall + Functions
Rules	Motor de ruleset para lógica de requisição, roteamento, cache, transformação e segurança.	Applications + Firewall + Functions
Secrets Store	Gerencie secrets para workloads de desenvolvedor Cloudflare.	Variables
Smart Shield	Proteja e otimize padrões de acesso à origem.	Cache + Tiered Cache + Application Accelerator
SSL/TLS	Gerencie certificados, modos de criptografia e configurações TLS.	Certificate Manager + Edge DNS
Terraform	Gerencie recursos Cloudflare com Terraform.	Terraform Provider
Transform Rules	Modifique requisições e respostas no edge da Cloudflare.	Applications + Rules Engine + Functions
Vectorize	Banco de dados vetorial para embeddings e busca semântica.	SQL Database
WAF	Regras e proteções do Web Application Firewall.	Web Application Firewall
Workers	Compute serverless na rede global da Cloudflare.	Functions
Workers AI	Execute inferência de IA na infraestrutura com GPU da Cloudflare.	AI Inference

¹ Orchestrator inclui Edge Services e Edge Node como módulos integrados para orquestrar workloads em containerizados em infraestrutura de edge privada.

² Functions podem ser instanciadas dentro do Firewall para transformar requisições e respostas no edge.

Estratégia de Migração

A migração é organizada em torno das quatro categorias de produtos da Azion, permitindo que as equipes planejem e executem cada camada independentemente:

Build: faça deploy de aplicações, configure builds e variáveis de ambiente, migre Functions, roteamento, headers, load balancing, cache, otimização de imagens e workloads de IA.
Secure: migre domínios customizados, DNS, certificados SSL/TLS, WAF, proteção DDoS, gerenciamento de bots e rate limiting.
Store: migre dados key-value, object storage e bancos de dados SQL.
Observe: migre analytics, métricas e logs para a stack de observabilidade em tempo real da Azion.

Se você não precisa de tempo de inatividade próximo de zero, pode migrar em fases com janelas de manutenção. Isso permite parar escritas durante cada etapa de migração sem exigir sincronização paralela de dados.

Build

A categoria Build cobre deployment de aplicações, compute, roteamento e configuração. Comece aqui para trazer sua aplicação para a Azion e estabelecer a fundação para o resto da migração.

1. Configuração do Projeto na Azion

O primeiro passo traz sua aplicação para a Azion de uma forma que parece familiar para equipes que deployam projetos web modernos. Se você usou Cloudflare Pages, já entende o padrão: conectar um repositório, definir configurações de framework, executar um build, fazer deploy do output e validar a URL gerada.

A Azion segue um fluxo similar mas com um contexto de plataforma mais amplo. Seu projeto se torna parte de um ambiente onde entrega de aplicações, Functions, regras, segurança e observabilidade podem ser gerenciados juntos.

Diferenças Principais

Aspecto	Cloudflare	Azion
Arquivo de config	`wrangler.toml` (TOML)	`azion.config.js` (JavaScript)
Detecção de framework	15+ frameworks	20+ frameworks com auto-detecção
Cold starts	Possíveis	Minimizados
Conformidade	SOC 2, ISO 27001	PCI DSS 4.0.1 Level 1, SOC 2 Type II

Conecte Seu Repositório

Abra o Azion Console.
Clique em + Create > Import from GitHub.
Autorize o GitHub App da Azion.
Selecione o repositório que deseja migrar.

Mantenha o primeiro deployment intencionalmente pequeno. Não tente migrar todos os domínios, redirecionamentos, funções, dependências de storage e banco de dados de uma vez. Comece provando que a aplicação consegue fazer build e rodar na Azion.

Configure Seu Build

A Azion detecta automaticamente seu framework e configura as definições de build. Sobrescreva o preset detectado em azion.config.js:

import { defineConfig } from 'azion'

export default defineConfig({

name: 'my-project',

preset: 'nextjs', // Sobrescreva a auto-detecção se necessário

})

Faça Deploy e Verifique

Faça deploy pelo Azion Console ou CLI. Sua URL temporária da Azion segue este padrão:

https://xxxxxxxxxx.map.azionedge.net/

Valide o deployment:

curl https://xxxxxxxxxx.map.azionedge.net/

Documentação de referência

2. Convertendo Configuração de Build

Uma migração pode parecer bem-sucedida quando o build passa mas falhar depois quando o comportamento de runtime difere. Revise cuidadosamente a configuração de build e deployment em vez de tratá-la como uma substituição mecânica de comandos.

Referência Rápida de CLI

Tarefa	Cloudflare	Azion
Instalar	`npm i -D wrangler@latest`	`curl -fsSL https://cli.azion.app/install.sh \| bash`
Login	`npx wrangler login`	`azion login`
Dev local	`npx wrangler pages dev ./dist`	`azion dev`
Deploy	`npx wrangler pages deploy ./dist`	`azion deploy`

Documentação de referência

3. Migrando Variáveis de Ambiente

Variáveis de ambiente contêm API keys, credenciais de banco de dados, secrets de autenticação, endpoints de serviços, feature flags e configuração específica de ambiente. Migrá-las incorretamente causa falhas de runtime mesmo quando o deployment é bem-sucedido.

Diferenças Principais

Aspecto	Cloudflare	Azion
Acesso	`env.VARIABLE`	`Azion.env.get('VARIABLE')`
Parâmetros	`fetch(request, env, ctx)`	`fetch(request)`

Avalie Suas Variáveis

Antes de mudar o código, identifique todas as variáveis em:

Cloudflare Pages: Dashboard > Settings > Environment variables
Cloudflare Workers: wrangler.toml
Secrets gerenciados via CLI
Configurações de ambiente CI/CD
Configuração de runtime no código fonte

Crie Variáveis na Azion

Acesse o Azion Console.
Navegue para Build > Variables.
Clique em Add Variable.
Insira o nome e valor da variável.
Clique em Save.

curl -X POST 'https://api.azionapi.net/variables' --header 'Accept: application/json; version=3' --header 'Authorization: Token [TOKEN VALUE]' --header 'Content-Type: application/json' --data {

"key": "key-test",

"value": "value-test"

}

A Azion gerencia variáveis de ambiente no nível da instância de Function, não através de uma API de variáveis standalone. Variáveis são configuradas como pares key-value no campo vars ao criar ou atualizar uma instância de function. Veja a documentação de Functions Instances para detalhes.

Atualize Seu Código

// Antes: Cloudflare

const apiKey = env.API_KEY;

// Depois: Azion

const apiKey = Azion.env.get('API_KEY');

aviso — Evite copiar secrets em notas locais, tickets, mensagens de chat ou documentos temporários. Mantenha secrets em sistemas aprovados e limite o acesso a processos que precisam deles.

Documentação de referência

4. Migrando URLs de Rewrite e Redirect

Redirecionamentos protegem anos de valor de SEO, links de campanha, backlinks, favoritos e expectativas de usuários. Quando redirecionamentos quebram, o impacto aparece como tráfego perdido, rankings menores e experiência de usuário ruim.

Diferenças Principais

Aspecto	Cloudflare	Azion
Configuração	Arquivo `_redirects`	Rules Engine (Console ou API)
Pattern matching	Glob patterns (`/*`)	Regex (`^/.*$`)
Capture groups	`:splat`, `:placeholder`	`%{capture[1]}`, `%{capture[2]}`

Conversão de Padrões

Padrão Cloudflare	Regex Azion
`/old-page`	`^/old-page$`
`/blog/*`	`^/blog/(.*)$`
`:splat`	`%{capture[1]}`

Crie Regras de Redirect

Navegue para Rules Engine e configure:

Critérios:

${uri} matches ^/old-blog/(.*)$

Comportamento:

Redirect To (301): /blog/%{capture[1]}

Verifique Redirecionamentos

curl -I https://seudominio.com/old-blog/post

Para migrações sensíveis a SEO: priorize redirecionamentos permanentes quando apropriado, evite cadeias de redirecionamento desnecessárias, confirme se os caminhos canônicos permanecem consistentes e teste ambas as versões com e sem trailing slash quando relevante.

Documentação de referência

5. Migrando Headers Customizados

Headers HTTP controlam cache, segurança e comportamento do browser. A Azion oferece às equipes um modelo mais flexível através do azion.config.js e Rules Engine, permitindo regras que respondem a características da requisição.

Diferenças Principais

Aspecto	Cloudflare	Azion
Arquivo de config	`_headers` (texto)	`azion.config.js` (JavaScript)
Fases	Response apenas	Request e response
Valores dinâmicos	Não suportado	`${uri}`, `${host}`, `${geoip_city_country_code}`

Exemplo: Headers de Segurança

import type { AzionConfig } from 'azion/config';

const config: AzionConfig = {

applications: [{

name: 'my-app',

rules: {

response: [{

name: 'Security Headers',

active: true,

criteria: [{

variable: 'uri',

conditional: 'if',

operator: 'starts_with',

argument: '/'

}],

behavior: {

addResponseHeader: [

'X-Frame-Options: SAMEORIGIN',

'X-Content-Type-Options: nosniff'

]

}

}]

}

}]

};

export default config;

Documentação de referência

6. Migrando Workers para Functions

Functions são o motor computacional de aplicações distribuídas modernas. Frequentemente contêm a lógica mais crítica do negócio: autenticação, personalização, orquestração de API e integrações com sistemas de terceiros.

Diferenças Principais

Aspecto	Cloudflare Workers	Azion Functions
Assinatura da função	`fetch(request, env, ctx)`	`fetch(request, env, ctx)`
Acesso ao ambiente	`env.VARIABLE`	`Azion.env.get('VARIABLE')`
Memória	128 MB (todos os planos)	512 MB (todos os planos)
Cold starts	Possíveis	Possíveis (minimizados com distribuição de nós)

Atualize Assinatura da Função

// Antes: Cloudflare

export default {

async fetch(request, env, ctx) {

const apiKey = env.API_KEY;

return fetch(apiUrl, { headers: { 'Authorization': `Bearer ${apiKey}` }});

}

};

// Depois: Azion

export default {

async fetch(request, env, ctx) {

const apiKey = Azion.env.get('API_KEY');

return fetch(apiUrl, { headers: { 'Authorization': `Bearer ${apiKey}` }});

}

};

Atualize Metadados Geo

// Antes: Cloudflare

const country = request.cf.country;

// Depois: Azion

const country = request.metadata['geoip_country_code'];

Atualize Imports de Serviços

A Azion fornece duas interfaces SQL:

Runtime API (azion:sql) — para consultar bancos de dados a partir de Functions
Azion Lib SDK (azion/sql) — para gerenciar bancos de dados via API (ferramentas de build, scripts)

import { Database } from 'azion:sql';

// Abre conexão (async)

const db = await Database.open('my-database');

// Consulta e itera resultados

const rows = await db.query('SELECT * FROM users');

let row = await rows.next();

while (row) {

const name = row.getString(0); // acessa coluna por índice

console.log(name);

row = await rows.next();

}

Documentação de referência

7. Migrando Load Balancing

Load balancing distribui tráfego entre múltiplas origens para alta disponibilidade e performance. O Azion Load Balancer fornece health checks, políticas de steering e failover de origem.

Diferenças Principais

Aspecto	Cloudflare Load Balancing	Azion Load Balancer
Health checks	HTTP, HTTPS, TCP	HTTP, HTTPS, TCP
Políticas de steering	Round-robin, Least connections, Random, Geo	Round-robin, Least connections, Geo
Failover	Active-passive, Active-active	Active-passive, Active-active
Afinidade de sessão	Cookie, IP hash	Cookie, IP hash
Origens por pool	Múltiplas origens	Múltiplas origens

Passos de Configuração

Acesse o Azion Console.
Vá para Menu de Produtos > Load Balancer.
Crie um Connector para cada servidor de origem.
Configure health checks para cada origem.
Crie uma instância de Load Balancer.
Adicione origens ao pool do load balancer.
Configure política de steering (round-robin, geo, etc.).
Defina pesos das origens se usar distribuição ponderada.
Habilite afinidade de sessão se necessário.

# Crie um Connector (origem) com load balancing configurado no nível de endereço

curl -X POST 'https://api.azionapi.net/v4/workspace/connectors' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "Origin-US-East",

"type": "http",

"attributes": {

"addresses": [

{

"address": "origin1.example.com",

"active": true,

"modules": {

"load_balancer": {

"weight": 3

}

},

{

"address": "origin2.example.com",

"active": true,

"modules": {

"load_balancer": {

"weight": 1

}

]

}

Load balancing na Azion é configurado como um módulo dentro dos endereços do Connector, não como um recurso separado. O módulo load_balancer suporta configurações de weight, method (“round_robin”, “least_conn”, “ip_hash”), max_retries, connection_timeout e read_write_timeout.

Configuração do Módulo Load Balancer

// Configurações de load balancer dentro dos módulos de endereço

{

"weight": 3, // Peso relativo para distribuição ponderada

"method": "round_robin", // Opções: "round_robin", "least_conn", "ip_hash"

"max_retries": 3, // Máximo de tentativas de retry

"connection_timeout": 10, // Timeout de conexão em segundos

"read_write_timeout": 30 // Timeout de leitura/escrita em segundos

}

Documentação de referência

8. Migrando Configuração de Cache

A configuração de cache determina como o conteúdo é armazenado e servido a partir de localizações distribuídas. O Azion Cache fornece controle granular sobre o comportamento do cache com suporte a Tiered Cache.

Diferenças Principais

Aspecto	Cloudflare Cache	Azion Cache
Níveis de cache	Regional Tiered Cache + Smart Tiered Cache + Edge + Browser	Cache + Tiered Cache + Browser
Cache key	Customizável	Customizável via Rules Engine
Purge	URL, Tag, Host, Prefix	URL, Cache Key, Wildcard
Conteúdo stale	Stale-while-revalidate	Stale-while-revalidate
Limites de TTL	Regras por página	Configuração por regra

Migração de Configurações de Cache

Acesse o Azion Console.
Edite sua Application.
Navegue para Cache Settings.
Configure TTL de cache padrão.
Habilite Tiered Cache para melhor hit ratio.
Adicione regras de cache customizadas via Rules Engine.

# Atualize configurações de cache para uma configuração específica dentro de uma aplicação

curl -X PATCH 'https://api.azion.com/v4/workspace/applications/{application_id}/cache_settings/{cache_setting_id}' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "my-cache-setting",

"browser_cache": {

"ttl": 3600

},

"modules": {

"cache": {

"ttl": 86400

},

"tiered_cache": {

"enabled": true

}

Configurações de cache são gerenciadas como sub-recursos sob aplicações. Você deve especificar tanto o application_id quanto o cache_setting_id para atualizar a configuração de cache.

Tiered Cache

Habilite Tiered Cache para melhorar o cache hit ratio:

// Tiered cache é configurado dentro dos módulos de cache settings

{

"name": "my-cache-setting",

"modules": {

"tiered_cache": {

"enabled": true

}

Customização de Cache Key

A customização de cache key usa Advanced Cache Key nas Cache Settings combinado com Adaptive Delivery para variações baseadas em dispositivo:

Exemplo: Variar cache por grupo de dispositivo

Em Cache Settings, habilite Adaptive Delivery
Selecione “Content varies by some Device Groups (Whitelist)“
Escolha grupos de dispositivo (ex: Mobile, Desktop)
Aplique via Rules Engine:

Critérios: ${uri} starts with /images/

Comportamento: Set Cache Policy → [nome-cache-setting]

Cache Purge

# Purge por URL

curl -X POST 'https://api.azion.com/v4/workspace/purge/url' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"items": [

"https://example.com/image.jpg",

"https://example.com/styles.css"

],

"layer": "cache"

}

# Purge por wildcard

curl -X POST 'https://api.azion.com/v4/workspace/purge/wildcard' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"items": ["https://example.com/images/*"],

"layer": "cache"

}

Purge é uma API separada de nível superior, não aninhada sob aplicações. O parâmetro layer é opcional com valores cache (padrão) ou tiered_cache.

Documentação de referência

9. Migrando Otimização de Imagens

A otimização de imagens reduz tamanhos de arquivos de imagem mantendo a qualidade visual. O Azion Image Processor transforma, otimiza e entrega imagens a partir de localizações de nós distribuídos.

Diferenças Principais

Aspecto	Cloudflare Images	Azion Image Processor
Storage	Storage integrado	Integração com Object Storage
Transformações	Resize, formato, qualidade	Resize, formato, qualidade, crop, rotate
Formato de URL	`/cdn-cgi/image/<OPTIONS>/<SOURCE-IMAGE>`	`/image.png?ims=<OPTIONS>`
Suporte de formato	WebP, AVIF	WebP, AVIF, JPEG, PNG
URLs assinadas	Suportado	Suportado via Secure Token

Passos de Configuração

Acesse o Azion Console.
Edite sua Application.
Navegue para configurações de Image Processor.
Habilite Image Processor.
Configure qualidade padrão e configurações de formato.
Configure Object Storage como fonte de imagens (opcional).

# Habilite Image Processor dentro dos módulos da aplicação

curl -X PATCH 'https://api.azionapi.net/v4/workspace/applications/{application_id}' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"modules": {

"image_processor": {

"enabled": true

}

A configuração image_processor deve estar aninhada sob modules no corpo da requisição. Configurações do Image Processor são gerenciadas no nível da aplicação.

Formato de URL

Transforme imagens via parâmetros de query string:

# Formato Cloudflare

https://example.com/cdn-cgi/image/width=400,quality=85/image.jpg

# Formato Azion

https://example.com/image.jpg?ims=400x400

Parâmetros de Transformação

O Azion Image Processor usa o parâmetro de query ims para transformações:

Sintaxe	Descrição	Exemplo
`?ims=WxH`	Redimensiona para largura x altura	`?ims=400x300`
`?ims=Wx`	Redimensiona para largura (altura automática)	`?ims=400x`
`?ims=xH`	Redimensiona para altura (largura automática)	`?ims=x300`
`?ims=WxH:fill`	Crop para dimensões exatas	`?ims=400x300:fill`
`?ims=WxH:fit`	Ajusta dentro das dimensões	`?ims=400x300:fit`

O Azion Image Processor otimiza automaticamente o formato da imagem baseado no header Accept do cliente, servindo WebP ou AVIF para browsers suportados.

Documentação de referência

10. Migrando Workloads de IA (Workers AI para AI Inference)

Inferência de IA habilita recursos alimentados por IA com baixa latência em aplicações. O Azion AI Inference fornece inferência com suporte a GPU para modelos de texto e visuais, permitindo executar workloads de IA próximos aos seus usuários.

Diferenças Principais

Aspecto	Cloudflare Workers AI	Azion AI Inference
Hospedagem de modelos	Modelos hospedados pela Cloudflare	Deployment de modelos customizados
API de inferência	REST API	REST API + Functions
Tipos de modelos	Geração de texto, imagem, fala	Modelos customizados, LLMs
Suporte a GPU	GPU compartilhada	Instâncias de GPU dedicadas

Usando AI Inference

Acesse o Azion Console.
Vá para AI Inference (via Marketplace ou Functions).
Faça deploy de um modelo ou use templates prontos.
Configure o endpoint de inferência.
Integre com sua aplicação via Functions.

// Inferência de IA em Functions

export default {

async fetch(request) {

const response = await fetch('https://ai-inference.example.com/v1/predict', {

method: 'POST',

headers: {

'Content-Type': 'application/json',

'Authorization': `Bearer ${Azion.env.get('AI_API_KEY')}`

},

body: JSON.stringify({

model: 'text-generation',

prompt: await request.text()

})

});

return response;

}

};

AI Starter Kit

Use o template AI Inference Starter Kit:

# Deploy via CLI

azion deploy --template ai-inference-starter-kit

Documentação de referência

Secure

A categoria Secure cobre domínios, DNS, certificados, regras de firewall e proteção contra tráfego malicioso. Planeje essas migrações como cutovers controlados, já que afetam como os usuários acessam sua aplicação e como ela é protegida em produção.

1. Migrando Domínios Customizados

A migração de domínios customizados é uma das partes mais sensíveis de qualquer transição de plataforma. Afeta usuários, SEO, confiança na marca e disponibilidade de produção. Planeje a migração de domínio como um cutover controlado, não uma mudança de DNS de última hora.

Estratégias de Migração

Estratégia	Melhor Para	Controle de DNS
CNAME	Migração rápida de subdomínio	Mantenha seu provedor de DNS
Nameserver	Controle total de DNS e domínios apex	Transfira DNS para a Azion

Crie o Certificado

Crie seu certificado SSL/TLS antes de apontar seu domínio para a Azion. Isso garante que os usuários possam acessar a aplicação de forma segura via HTTPS quando o domínio começar a resolver para a nova infraestrutura.

A Azion fornece certificados Let’s Encrypt gratuitos com renovação automática.

Configure o Domínio

Crie um workload no Azion Console e associe seu domínio customizado. Veja Documentação de Workloads.

Aponte o Domínio para a Azion

Aponte o subdomínio para o domínio gerado pela Azion:

www CNAME xxxxxxxxxx.map.azionedge.net

Isso mantém seu provedor de DNS atual enquanto roteia o tráfego através da Azion.

Configure seu domínio para usar os nameservers DNS da Azion:

ns1.aziondns.net

ns2.aziondns.com

ns3.aziondns.org

Isso dá à Azion controle total de DNS, necessário para domínios apex.

Verifique Propagação

dig www.seudominio.com CNAME +short

aviso — Antes de trocar tráfego de produção, confirme: certificado está ativo, domínio está associado ao workload correto, registros DNS estão prontos, rotas críticas foram testadas, redirecionamentos se comportam como esperado e monitoramento está configurado para validação pós-cutover.

Documentação de referência

2. Migrando DNS para Edge DNS

A configuração de DNS é fundamental para a entrega de aplicações. Migrar DNS requer planejamento cuidadoso para evitar tempo de inatividade durante a troca de nameservers.

Diferenças Principais

Aspecto	Cloudflare DNS	Azion Edge DNS
Nameservers	Atribuídos por zona	`ns1.aziondns.net`, `ns2.aziondns.com`, `ns3.aziondns.org`
Tipos de registro	A, AAAA, CNAME, MX, TXT, SRV, NS, etc.	A, AAAA, CNAME, MX, TXT, SRV, NS, CAA, PTR
DNSSEC	Suportado	Suportado
API	REST API	REST API v4
Anycast	Global Anycast	Global Anycast

Passos de Migração

Acesse o Azion Console.
Vá para Menu de Produtos > Edge DNS.
Clique em + Zone para criar uma nova zona DNS.
Insira o nome do seu domínio.
Adicione registros DNS correspondentes à sua configuração Cloudflare.
Anote os nameservers Azion atribuídos à sua zona.
Atualize os nameservers no seu registrador de domínios.

# Crie uma zona DNS

curl -X POST 'https://api.azionapi.net/v4/workspace/dns/zones' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "my-zone",

"domain": "example.com",

"active": true

}

# Adicione registros DNS

curl -X POST 'https://api.azionapi.net/v4/workspace/dns/zones/{zone_id}/records' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"record_type": "A",

"entry": "www",

"ttl": 3600,

"rdata": ["192.168.1.1"]

}

Zonas DNS requerem campos name, domain e active. Registros DNS usam rdata como um array de strings (ex: ["192.168.1.1"] para registros A, ["mail.example.com"] para CNAME). O campo entry especifica o prefixo do nome do registro.

Mapeamento de Tipos de Registro

Registro Cloudflare	Azion Edge DNS	Notas
A	A	Mapeamento direto de IP
AAAA	AAAA	Endereço IPv6
CNAME	CNAME	Alias para outro domínio
MX	MX	Mail exchange (incluir prioridade)
TXT	TXT	Registros de texto (SPF, DKIM)
SRV	SRV	Registros de serviço
CAA	CAA	Certificate Authority Authorization
NS	NS	Delegação de nameserver

Configuração de DNSSEC

Para habilitar DNSSEC:

Navegue para sua zona no Edge DNS.
Vá para a aba DNSSEC.
Habilite DNSSEC.
Copie o registro DS para seu registrador.

# Verifique DNSSEC

dig example.com DNSSEC +dnssec

Verifique Propagação

# Verifique propagação de nameserver

dig example.com NS +short

# Verifique registro específico

dig www.example.com A +short

# Verifique de servidor DNS específico

dig @ns1.aziondns.net example.com A

Documentação de referência

3. Migrando SSL/TLS para Certificate Manager

Certificados SSL/TLS garantem comunicação segura entre clientes e sua aplicação. A Azion fornece provisionamento automático de certificados e suporta certificados customizados.

Diferenças Principais

Área	Cloudflare SSL/TLS	Azion Certificate Manager
Escopo do produto	Suíte SSL/TLS mais ampla cobrindo certificados de edge, certificados de origem, modos de criptografia, mTLS, configurações TLS customizadas e controles relacionados.	Focado em gerenciar certificados TLS e associá-los com Azion Domains ou Workloads.
Principais opções de certificado	Universal SSL, Advanced certificates e Custom certificates.	Azion SAN, Custom certificate, Let’s Encrypt certificate e Trusted CA para mTLS.
Certificado gerenciado padrão	Universal SSL cobre automaticamente o domínio apex e subdomínios de primeiro nível.	Let’s Encrypt é a principal opção gerenciada para domínios customizados de propriedade do cliente. Azion SAN aplica-se a endereços `azionedge.net` fornecidos pela Azion.
Certificados gerenciados avançados	Advanced certificates permitem mais controle, como CA, hostnames e período de validade.	A Azion não posiciona uma camada equivalente de “Advanced Certificate Manager” da mesma forma; use Let’s Encrypt para DV gerenciado ou Custom certificate para controle total.
Certificados customizados	Suportado para clientes que querem seu próprio certificado, controle de CA, OV ou EV. Cliente gerencia emissão e renovação.	Suportado através de upload de certificado TLS e chave privada. A Azion aceita certificados de domínio único ou SAN.
Validação	Cloudflare usa Domain Control Validation; com Cloudflare DNS pode acontecer automaticamente, enquanto DNS externo pode requerer DCV manual.	Validação Let’s Encrypt suporta desafios DNS-01 e HTTP-01.
Renovação	Universal SSL e Advanced certificates são gerenciados pela Cloudflare; certificados Custom enviados não são renovados pela Cloudflare.	Certificados Let’s Encrypt são renovados automaticamente pela Azion antes da expiração; certificados customizados dependem do ciclo de vida do cliente.
Modelo de criptografia de origem	Cloudflare gerencia explicitamente o modelo visitor-to-Cloudflare e Cloudflare-to-origin através de modos de criptografia SSL/TLS como Full e Full Strict.	Azion Certificate Manager foca em certificados para tráfego HTTPS na Azion; comportamento de origem/TLS é configurado através da configuração mais ampla de application/workload, não como um modelo de modo SSL estilo Cloudflare.
Origin CA	Cloudflare tem certificados Origin CA para criptografar tráfego entre Cloudflare e origem quando o tráfego é proxyado através da Cloudflare.	Nenhum equivalente direto deve ser descrito como “Origin CA”; use certificados customizados ou configuração de origin/application dependendo da arquitetura.
mTLS	Cloudflare suporta certificados de cliente e BYOCA para mTLS, além de Authenticated Origin Pulls para autenticação Cloudflare-to-origem.	A Azion suporta mTLS através de certificados Trusted CA; certificados Azion SAN não suportam mTLS.

Provisionamento Automático de Certificado

A Azion provisiona automaticamente certificados Let’s Encrypt para domínios customizados:

Acesse o Azion Console.
Crie ou edite um Workload.
Adicione seu domínio customizado.
A Azion provisiona automaticamente um certificado Let’s Encrypt.
Verifique a propriedade do domínio (se necessário).
Aguarde ativação do certificado (tipicamente 5-15 minutos).

# Crie um workload com configuração TLS

# Primeiro, crie um certificado via Certificate Manager, depois referencie-o por ID

curl -X POST 'https://api.azionapi.net/v4/workspace/workloads' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "my-workload",

"domains": ["www.example.com"],

"tls": {

"certificate": 12345,

"minimum_version": "tls12",

"ciphers": 1

},

"active": true,

"infrastructure": 1

}

O campo tls.certificate referencia um ID de certificado existente do Certificate Manager. Use o Console para provisionar certificados Let’s Encrypt automaticamente, ou envie certificados customizados via API do Certificate Manager.

Upload de Certificado Customizado

Para organizações com certificados existentes:

Vá para Menu de Produtos > Certificate Manager.
Clique em + Certificate.
Selecione Custom Certificate.
Faça upload do seu certificado (formato PEM).
Faça upload da sua chave privada.
Faça upload da cadeia CA intermediária (se aplicável).
Associe o certificado ao seu workload.

# Upload de certificado customizado

curl -X POST 'https://api.azionapi.net/v4/workspace/tls/certificates' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "my-custom-cert",

"certificate": -----BEGIN CERTIFICATE-----

...

-----END CERTIFICATE-----,

"private_key": -----BEGIN PRIVATE KEY-----

...

-----END PRIVATE KEY-----

}

O endpoint de certificados é /v4/workspace/tls/certificates. O certificado e chave privada devem estar em formato PEM. Certificados CA intermediários podem ser anexados ao campo de certificado se necessário.

Configuração de mTLS

Para autenticação mutual TLS:

Navegue para Certificate Manager.
Faça upload do seu certificado CA como Trusted CA.
Configure seu workload para requerer certificados de cliente.
Veja o guia de configuração mTLS para passos detalhados.

Documentação de referência

4. Migrando WAF para Web Application Firewall

Web Application Firewall protege aplicações de tráfego malicioso, injeção SQL, cross-site scripting (XSS) e outros ataques de camada de aplicação. Migrar regras WAF requer mapeamento cuidadoso da lógica de regras e compreensão das diferenças na construção de regras.

Diferenças Principais

Aspecto	Cloudflare WAF	Azion WAF
Linguagem de regras	Expression language	Critérios do Rules Engine
Rulesets gerenciados	Regras gerenciadas pela Cloudflare	Rulesets gerenciados pela Azion
Regras customizadas	Firewall Rules	Rules Engine para Firewall
Cobertura OWASP	OWASP Core Rule Set	Cobertura OWASP Top 10
Opções de modo	Block, Challenge, Log	Learning, Blocking

Passos de Migração

Acesse o Azion Console.
Vá para Menu de Produtos > Firewall.
Selecione ou crie uma instância de Firewall.
Navegue para a aba WAF.
Habilite os rulesets gerenciados desejados (SQL Injection, XSS, etc.).
Configure o nível de sensibilidade por ruleset.
Crie regras customizadas na aba Rules Engine.
Associe o Firewall à sua aplicação.

# Crie uma instância WAF

curl -X POST 'https://api.azion.com/v4/workspace/wafs' --header 'Accept: application/json' --header 'Authorization: Token [TOKEN]' --header 'Content-Type: application/json' --data {

"active": true,

"name": "My WAF",

"product_version": "1.0",

"engine_settings": {

"engine_version": "2021-Q3",

"type": "score",

"attributes": {

"rulesets": [1],

"thresholds": [

{ "threat": "sql_injection", "sensitivity": "medium" }

]

}

Instâncias WAF são criadas via endpoint /v4/workspace/wafs. A configuração engine_settings define rulesets de detecção de ameaças e thresholds de sensibilidade. Para regras WAF customizadas, use o Firewall Rules Engine.

Exemplo de Migração de Regra

Converta regra de firewall Cloudflare para Azion Rules Engine:

Expressão Cloudflare:

(http.request.uri.path contains "/admin" and not ip.src in {10.0.0.0/8})

Critérios Azion:

Variável: ${uri}

Operador: matches

Argumento: /admin

AND

Variável: ${remote_addr}

Operador: does not match

Argumento: 10.0.0.0/8

O Azion WAF opera em modo Learning por padrão, analisando padrões de tráfego antes do bloqueio ativo. Use este modo para validar comportamento de regras antes de mudar para modo Blocking.

Documentação de referência

5. Migrando Proteção DDoS

Proteção DDoS protege contra ataques volumétricos, ataques de protocolo e ataques de camada de aplicação. A Azion fornece mitigação DDoS automática sem necessidade de configuração para a maioria dos tipos de ataque.

Diferenças Principais

Aspecto	Cloudflare DDoS	Azion DDoS Protection
Ativação	Automática	Automática
Cobertura de camada	L3, L4, L7	L3, L4, L7
Billing	Unmetered (padrão)	Unmetered
Customização	Regras gerenciadas + custom	Regras gerenciadas + Rules Engine

Proteção Automática

O Azion DDoS Protection ativa automaticamente para todas as aplicações. Nenhuma configuração manual é necessária para proteção padrão contra:

Ataques volumétricos (UDP floods, ICMP floods)
Ataques de protocolo (SYN floods, packet fragmentation)
Ataques de camada de aplicação (HTTP floods, slowloris)

Configuração Avançada

Para aplicações que requerem políticas DDoS específicas:

Acesse o Azion Console.
Vá para Menu de Produtos > Firewall.
Selecione sua instância de Firewall.
Navegue para a aba DDoS Protection.
Configure definições de threshold.
Habilite/desabilite regras específicas de mitigação.
Configure notificações de alerta.

# Proteção DDoS é configurada como um módulo dentro do Firewall

# Atualize o Firewall com configurações do módulo DDoS

curl -X PATCH 'https://api.azion.com/v4/workspace/firewalls/{firewall_id}' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"modules": {

"ddos_protection": {

"enabled": true,

"sensitivity": "high"

}

Proteção DDoS é um módulo configurado dentro do recurso Firewall, não um endpoint separado. Configure-o através do campo modules.ddos_protection ao criar ou atualizar uma instância de Firewall.

Network Shield

Para proteção de nível de rede, use o Azion Network Shield:

Fornece proteção DDoS L3/L4
Trabalha com Edge DNS para filtragem de tráfego
Integra com Firewall para segurança unificada

Documentação de referência

6. Migrando Gerenciamento de Bots

Gerenciamento de bots protege aplicações de ameaças automatizadas enquanto permite bots legítimos. O Azion Bot Manager fornece capacidades de detecção, desafio e mitigação.

Diferenças Principais

Aspecto	Cloudflare Bots	Azion Bot Manager
Detecção	Machine learning, heurísticas, fingerprinting, JavaScript Detections	Machine learning, análise comportamental, fingerprinting, Reputation Intelligence
Desafio	JavaScript Detections, Managed Challenge, Turnstile	Injeção de JavaScript (fingerprinting), ALTCHA (via redirect)
Ações	Allow, Managed Challenge, Block	Allow, Deny, Drop, Redirect, Custom HTML, Random Delay, Hold Connection
Versão lite	Bot Fight Mode	Bot Manager Lite (Marketplace)

Bot Manager Lite (Marketplace)

Para proteção básica de bots, instale o Bot Manager Lite do Azion Marketplace:

Acesse o Azion Console.
Vá para Marketplace.
Pesquise por Bot Manager Lite.
Clique em Install.
Configure sensibilidade de detecção.
Configure ações de resposta (challenge, block).
Associe à sua instância de Firewall.

Regras Customizadas de Bot

Crie regras customizadas para lidar com bots específicos:

Critérios: ${user_agent} contains "BadBot"

Comportamento: Deny (403)

Critérios: ${user_agent} contains "Googlebot"

Comportamento: Allow

Verificação

# Teste detecção de bot

curl -A "BadBot/1.0" https://seudominio.com/

# Esperado: 403 Forbidden ou página de challenge

curl -A "Mozilla/5.0" https://seudominio.com/

# Esperado: Resposta normal

Documentação de referência

7. Migrando Rate Limiting

Rate limiting protege aplicações de abuso limitando taxas de requisições por cliente. A Azion fornece rate limiting através de regras de Firewall e Functions.

Diferenças Principais

Aspecto	Cloudflare Rate Limiting	Azion Rate Limiting
Configuração	Regras dedicadas de rate limiting	Regras de Firewall + Functions
Granularidade	Path, método, país	Path, método, IP, custom
Ações	Block, Challenge, Log	Block, Log
Janela	10 segundos a 1 hora	Customizável

Rate Limiting Baseado em Firewall

Configure rate limiting no Firewall Rules Engine:

Acesse o Azion Console.
Vá para Firewall > Rules Engine.
Crie uma nova regra.
Defina critérios (path, método, etc.).
Adicione comportamento de Rate Limit.
Configure requisições por segundo/minuto.
Defina ação (Block, Log).

# Crie regra de rate limiting

curl -X POST 'https://api.azionapi.net/v4/workspace/firewalls/{firewall_id}/request_rules' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "Rate Limit API",

"criteria": [[{"variable": "${uri}", "operator": "starts_with", "argument": "/api/"}]],

"behaviors": [

{"type": "rate_limit", "attributes": {"rps": 100, "window": 60, "action": "block"}}

]

}

Regras de firewall são criadas sob /v4/workspace/firewalls/{firewall_id}/request_rules. O caminho segue o padrão de recurso de workspace.

Documentação de referência

Store

A categoria Store cobre serviços de dados. Migre dados key-value, objetos e SQL com atenção à consistência, padrões de acesso e compatibilidade de aplicação.

1. Migrando Workers KV com KV Store

Armazenamento key-value é usado para acesso rápido a configuração, preferências de usuário, metadados de sessão, feature flags e dados de personalização. A migração deve preservar consistência de dados e compatibilidade de aplicação.

Comparação de API

// Antes: Cloudflare

await env.MY_KV_NAMESPACE.put('key1', 'value1');

const value = await env.MY_KV_NAMESPACE.get('key1');

// Depois: Azion

import { KVStore } from 'azion:kv';

const kv = new KVStore('my-store');

await kv.put('key1', 'value1');

const value = await kv.get('key1');

Exportar e Importar

Exporte dados KV existentes através da API da Cloudflare. Antes de importar, revise:

Convenções de nomenclatura de chaves e prefixos
Lógica de expiração
Formatos de valor e estrutura de objetos serializados
Comportamento de chaves ausentes e valores padrão

Documentação de referência

2. Migrando R2 com Object Storage

Object storage suporta arquivos que importam para usuários e operações de negócio: imagens, documentos, assets estáticos, arquivos de mídia, uploads e conteúdo gerado.

Diferenças Principais

Aspecto	Cloudflare R2	Azion Object Storage
Endpoint	`<ACCOUNT_ID>.r2.cloudflarestorage.com`	`s3.us-east-005.azionstorage.net`
Região	`auto`	`us-east-005`
Data transfer out	Grátis	Custo zero

Atualize Configuração

import { S3Client } from '@aws-sdk/client-s3';

const client = new S3Client({

region: 'us-east-005',

endpoint: 'https://s3.us-east-005.azionstorage.net',

credentials: {

accessKeyId: Azion.env.get('AZION_ACCESS_KEY'),

secretAccessKey: Azion.env.get('AZION_SECRET_KEY')

}

});

Migre Dados com s3cmd

s3cmd é uma ferramenta de linha de comando para gerenciar serviços de storage compatíveis com S3. É uma opção eficaz para migrar dados do Cloudflare R2 para o Azion Object Storage.

Instale s3cmd e execute s3cmd --configure para configurar suas credenciais Azion:

Access Key / Secret Key: Insira as chaves geradas para o Azion Object Storage.
Default Region: us-east-005 (s3cmd também aceita us-east para configuração interativa).
S3 Endpoint: s3.us-east-005.azionstorage.net.
DNS template: %(bucket).s3.us-east-005.azionstorage.net.
Use HTTPS protocol: true.

Use os seguintes comandos para migrar seus dados:

Comando	Descrição
`s3cmd ls`	Lista todos os buckets.
`s3cmd put file.png s3://my-bucket/`	Faz upload de um objeto.
`s3cmd get s3://my-bucket/file.png`	Faz download de um objeto.
`s3cmd sync s3://source-bucket/ s3://dest-bucket/`	Sincroniza entre buckets.

Migre dados usando ferramentas familiares como s3cmd, rclone ou AWS CLI. Antes da migração, mapeie buckets, prefixos de objetos, assets públicos/privados, padrões de acesso e lógica de URL assinada.

Documentação de referência

3. Migrando D1 com SQL Database

Migração de banco de dados toca o núcleo do estado da aplicação. O Azion SQL Database é compatível com SQLite, ACID-compliant e usa uma arquitetura distribuída Main/Replicas.

Diferenças Principais

Aspecto	Cloudflare D1	Azion SQL Database
Conexão	Binding `env.DB`	`new Database('name')`
Dialeto SQL	SQLite	SQLite
Busca vetorial	Suportado	Suportado

Atualize Seu Código

// Antes: Cloudflare

const result = await env.DB

.prepare('SELECT * FROM users WHERE id = ?')

.bind(1)

.first();

// Depois: Azion

import { Database } from 'azion:sql';

const db = new Database('my-database');

const result = await db

.prepare('SELECT * FROM users WHERE id = ?')

.bind(1)

.first();

Exportar e Importar

# Exporte do D1

wrangler d1 export my-db --output=dump.sql

# Importe para Azion (via SQL Shell CLI ou workflow de migração)

Documentação de referência

Observe

A categoria Observe cobre analytics, métricas e logs. Migrar observabilidade garante que você mantenha visibilidade de produção, capacidades de troubleshooting e relatórios de conformidade após o cutover.

1. Migrando Analytics para Real-Time Metrics

Analytics fornecem visibilidade do desempenho da aplicação, padrões de tráfego e comportamento do usuário. A Azion oferece observabilidade abrangente através de Real-Time Metrics, Real-Time Events e GraphQL API.

Diferenças Principais

Aspecto	Cloudflare Analytics	Azion Real-Time Metrics
Freshness dos dados	Quase tempo real	Quase tempo real (até 10 minutos)
Retenção	30 dias (grátis), 1 ano (pago)	2 anos
Método de consulta	Dashboard, API	Dashboard, GraphQL API
Métricas	Requisições, bandwidth, erros	Requisições, bandwidth, erros, latência, cache
Granularidade	Agregados por minuto	Intervalos adaptativos (minuto/hora/dia)

Métricas Disponíveis

O Azion Real-Time Metrics rastreia:

Métricas de requisição: Total de requisições, requisições por código de status, requisições por método HTTP
Métricas de performance: Tempo de resposta, upstream header time (equivalente a TTFB), tempo de resposta da origem
Métricas de bandwidth: Dados transferidos, dados economizados pelo cache
Métricas de cache: Hit ratio, miss ratio, objetos expirados
Métricas de erro: Erros 4xx, erros 5xx, erros de origem

Acesse o Azion Console.
Vá para Menu de Produtos > Real-Time Metrics.
Selecione sua aplicação ou workload.
Configure intervalo de tempo e filtros.
Exporte dados se necessário.

query HttpMetricsQuery {

httpMetrics(

limit: 10,

filter: {

tsRange: {begin: "2024-01-01T00:00:00", end: "2024-01-02T00:00:00"}

}

aggregate: {sum: requests}

groupBy: [ts]

) {

ts

sum

}

Documentação de referência

2. Migrando Logs para Real-Time Events

Dados de log são essenciais para debugging, análise de segurança e conformidade. O Real-Time Events fornece acesso imediato a logs através do Console ou GraphQL API para troubleshooting e investigação em tempo real.

Diferenças Principais

Aspecto	Cloudflare Logs	Azion Real-Time Events
Método de acesso	Pull API, Push para S3	Consulta em tempo real via Console ou GraphQL API
Latência	Minutos	Segundos
Retenção	Configurável	Configurável
Formato	JSON	JSON, customizável
Interface de consulta	API	Console + GraphQL API

Acesse Real-Time Events

Acesse o Azion Console.
Vá para Menu de Produtos > Real-Time Events.
Selecione o dataset (HTTP Requests, WAF, etc.).
Configure intervalo de tempo e filtros.
Clique em Search para consultar logs.
Clique em qualquer linha para ver informações detalhadas do log.

query HttpEvents {

workloadEvents(

limit: 100,

filter: {

tsRange: {begin: "2024-01-01T00:00:00", end: "2024-01-01T01:00:00"}

}

) {

ts

remoteAddress

requestUri

status

upstreamResponseTime

}

Documentação de referência

3. Migrando Logs para Data Stream

Data Stream exporta logs continuamente para destinos externos para armazenamento de longo prazo, análise e integração com sistemas externos de monitoramento e segurança.

Diferenças Principais

Aspecto	Cloudflare Logs	Azion Data Stream
Método de acesso	Pull API, Push para S3	Push para mais de 10 destinos
Latência	Minutos	Segundos
Retenção	Configurável	Configurável (via destino)
Formato	JSON	JSON, customizável
Destinos	S3, Azure, GCS	S3, Azure Blob, Datadog, Splunk, Kafka, BigQuery e mais

Configure Data Stream

Acesse o Azion Console.
Vá para Menu de Produtos > Data Stream.
Clique em + Stream.
Configure a fonte (Applications, WAF, etc.).
Selecione ou crie um template para formato de log.
Escolha o destino (S3, Datadog, Splunk, etc.).
Configure credenciais do destino.
Ative o stream.

# Crie um Data Stream

curl -X POST 'https://api.azion.com/v4/workspace/stream/streams' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data {

"name": "My Log Stream",

"source": {

"type": "applications"

},

"template_id": 12345,

"endpoint": {

"type": "s3",

"name": "my-s3-endpoint",

"bucket": "my-logs-bucket",

"region": "us-east-1",

"access_key": "YOUR_ACCESS_KEY",

"secret_key": "YOUR_SECRET_KEY"

},

"active": true

}

Data Stream usa o endpoint /v4/workspace/stream/streams. A estrutura do corpo da requisição difere do formato da Cloudflare. Use template_id para templates predefinidos ou crie templates customizados separadamente.

Destinos Suportados

Data Stream suporta mais de 10 destinos:

Cloud Storage: Amazon S3, Azure Blob Storage, Azion Object Storage
Monitoring: Datadog, Splunk, Elasticsearch, Azure Monitor
Streaming: AWS Kinesis Data Firehose, Apache Kafka
Analytics: Google BigQuery
Security: IBM QRadar
Custom: HTTP Webhook, Standard HTTP/HTTPS POST

Documentação de referência

Data Stream
Data Stream primeiros passos
Use Data Stream
Conectores: Amazon S3, Azion Object Storage, Datadog, Splunk, Elasticsearch, Kinesis, BigQuery

Troubleshooting

Problemas Comuns

Problema	Solução
Build falha na Azion	Verifique se o preset de framework corresponde ao seu projeto; verifique comando de build em `azion.config.js`
Variáveis de ambiente não encontradas	Confirme que variáveis foram criadas no Azion Console; verifique se código usa sintaxe `Azion.env.get()`
Redirecionamentos não funcionam	Verifique se padrões regex estão corretos; verifique sintaxe de critérios do Rules Engine
Functions retornam erros	Atualize assinatura da função para `fetch(request)`; verifique `Azion.env.get()` para variáveis
Dados KV ausentes	Re-exporte da Cloudflare; verifique se importação completou sem erros
Acesso negado ao Object Storage	Verifique se credenciais S3 estão corretas; verifique se endpoint é `s3.us-east-005.azionstorage.net`
Consultas de banco de dados falham	Confirme se schema foi importado corretamente; verifique sintaxe `new Database('name')`
DNS não resolve	Verifique configuração CNAME ou nameserver; permita tempo para propagação
Certificado não ativo	Verifique propriedade do domínio; verifique status de provisionamento do certificado

Principais Vantagens Após a Migração

Migrar da Cloudflare para a Azion é direto para a maioria das aplicações modernas, especialmente aquelas usando Workers, KV, R2 ou D1. O objetivo imediato da migração é continuidade — sua aplicação deve continuar funcionando, usuários devem continuar acessando as mesmas experiências e fluxos críticos de negócio devem permanecer estáveis.

Mas o maior valor vem após a migração, quando a equipe começa a operar em uma plataforma mais unificada.

Área	Vantagem após migração	O que significa na prática
Estratégia de migração	Caminho de migração incremental	Equipes podem migrar uma camada de cada vez: aplicação, domínios, functions, storage, banco de dados, segurança e observabilidade.
Modelo de plataforma	Plataforma de aplicação unificada	Capacidades de Build, Secure, Store e Observe são gerenciadas através de um modelo de plataforma mais conectado.
Build	Deployment de aplicações moderno	Aplicações podem ser deployadas do GitHub ou CLI, com detecção de framework e configuração Azion.
Build	Compute serverless com zero cold starts	Functions são projetadas para performance consistente na primeira requisição na infraestrutura distribuída da Azion.
Build	Controle de aplicação baseado em regras	Rules Engine pode gerenciar redirecionamentos, rewrites, headers, comportamento de cache, roteamento e lógica de request/response.
Build	Cache e aceleração integrados	Cache, Tiered Cache e Application Accelerator podem ser configurados como parte da camada de entrega de aplicação.
Build	Otimização de imagens no momento da entrega	Image Processor pode transformar e otimizar imagens através de parâmetros de URL e configuração de aplicação.
Secure	Cutover controlado de domínio e DNS	Domínios customizados, Edge DNS, certificados e workloads podem ser preparados antes de trocar tráfego de produção.
Secure	Opções de HTTPS gerenciadas	Certificate Manager suporta Let’s Encrypt, certificados customizados, Azion SAN e Trusted CA para cenários mTLS.
Secure	Proteção DDoS unmetered	Azion DDoS Protection é automaticamente habilitado e unmetered em todas as contas.
Secure	Segurança de aplicação integrada	WAF, Bot Manager, Network Shield, padrões de rate limiting e regras de Firewall podem ser combinados ao redor do workload.
Store	KV para dados de aplicação de baixa latência	Casos de uso de Workers KV podem ser migrados para KV Store para configuração, feature flags, preferências e estado leve.
Store	Object Storage compatível com S3	Workflows de object storage estilo R2 podem ser migrados usando ferramentas compatíveis com S3, SDKs e credenciais.
Store	Custo zero de DTO para entrega de Object Storage	Azion Object Storage não cobra Data Transfer Out pela infraestrutura da Azion.
Store	SQL Database compatível com SQLite	Casos de uso estilo D1 podem ser mapeados para SQL Database com padrões SQL familiares.
Store	Busca vetorial para casos de uso de IA	SQL Database suporta busca vetorial para busca semântica, recomendações e aplicações estilo RAG.
Observe	Métricas em tempo real para visibilidade de produção	Real-Time Metrics fornece monitoramento quase em tempo real através de dashboards e GraphQL API.
Observe	Eventos em tempo real para investigação	Real-Time Events fornece logs detalhados para requisições, functions, WAF, DNS, processamento de imagens e outras fontes de dados.
Observe	Streaming de dados para ferramentas externas	Logs podem ser exportados para destinos externos para SIEM, analytics, storage e workflows de conformidade.
Conformidade	Fundação pronta para conformidade	A Azion fornece uma fundação mais forte para equipes que precisam de segurança, alinhamento de conformidade e controle operacional.

Com a Azion, equipes podem construir e rodar aplicações em infraestrutura distribuída globalmente enquanto combinam capacidades de compute, entrega, storage, banco de dados, segurança e observabilidade em um ambiente. Isso reduz a fragmentação que frequentemente aparece quando aplicações modernas dependem de muitos serviços separados e padrões de configuração.

Functions podem interagir com serviços de plataforma como KV Store e SQL Database. Applications podem usar Rules Engine para roteamento, redirecionamentos e headers. Object Storage pode suportar assets estáticos, mídia e arquivos gerados por usuários. Capacidades de segurança podem proteger workloads. Real-Time Metrics e Events podem dar às equipes visibilidade do que está acontecendo em produção.

Para líderes de engenharia, isso significa mais clareza operacional. Para desenvolvedores, significa um workflow mais coeso. Para equipes de infraestrutura e segurança, significa controle mais forte sobre como aplicações são entregues e protegidas. Para o negócio, significa uma fundação de plataforma que pode suportar crescimento sem adicionar complexidade desnecessária a cada ciclo de release.

Próximos Passos

Após sua migração estar completa:

Revise Real-Time Metrics para monitorar desempenho da aplicação
Configure Real-Time Events para visibilidade de produção
Configure Web Application Firewall para segurança de produção
Revise os guias de recursos individuais para configuração avançada

Comece com um Projeto Pequeno

A melhor forma de começar não é com a aplicação mais complexa do seu portfólio. Comece com um projeto que seja significativo o suficiente para validar o caminho de migração, mas pequeno o suficiente para mover rapidamente e com segurança.

Escolha uma aplicação ou workload que inclua peças representativas da sua arquitetura: um processo de build, alguns redirecionamentos, variáveis de ambiente, talvez uma function e uma quantidade gerenciável de dados. Use esse projeto para validar o workflow, documentar o processo e identificar padrões internos que sua equipe pode reutilizar.

A partir daí, expanda gradualmente. Migre rotas mais complexas. Mova functions adicionais. Traga storage e workloads de banco de dados. Adicione observabilidade. Revise regras de segurança. Então prepare cutovers de produção com maior confiança.

Próximos Passos Recomendados

Precisa de Ajuda?

Obtenha ajuda da equipe de Suporte Azion, ou junte-se à nossa comunidade Discord para ver como outros estão usando a Azion.