Migre da Akamai para a Azion

Uma migração de plataforma a partir da Akamai geralmente começa com um problema de inventário. Delivery properties, behaviors, hostnames, Cloudlets, EdgeWorkers, dados EdgeKV, políticas de segurança, zonas DNS, regras de tráfego, storage e streams de observabilidade podem estar distribuídos entre vários produtos e processos operacionais.

Para equipes que usam Akamai Ion, App & API Protector, EdgeWorkers, EdgeKV, Cloudlets, Edge DNS, Global Traffic Management, NetStorage, DataStream, mPulse, Prolexic, Image & Video Manager ou produtos de entrega relacionados, a Azion oferece recursos equivalentes por meio de Applications, Rules Engine, Functions, KV Store, Object Storage, Firewall, Web Application Firewall, DDoS Protection, Bot Manager, Edge DNS, Load Balancer, Data Stream, Edge Pulse, Real-Time Events e Real-Time Metrics.

O motivo mais forte para migrar não é simplesmente substituir um fornecedor por outro. É consolidar entrega de aplicações, compute, storage, segurança, DNS e observabilidade em uma plataforma unificada projetada para aplicações distribuídas globalmente.

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

Migrações tradicionais de plataforma frequentemente exigem recriar delivery properties, reconstruir comportamento de origem, substituir políticas de segurança e alterar DNS sob pressão. Essa abordagem aumenta o risco operacional e dificulta rollback.

A abordagem de migração da Azion preserva o comportamento da aplicação enquanto move cada frente Akamai para um modelo de plataforma unificado:

1. Caminho de migração incremental. Comece com uma property Akamai representativa, valide entrega e segurança na Azion e expanda somente depois que o padrão estiver comprovado.

2. Comportamento de aplicação preservado. Hostnames, origens, regras de cache, redirects, headers, Cloudlets, lógica EdgeWorkers, controles de segurança, acesso a storage, DNS e observabilidade mapeiam para Azion Applications, Workloads, Connectors, Rules Engine, Functions, Firewall, Store e Observe.

3. Modelo de plataforma unificado. Em vez de operar entrega, compute, segurança, storage, DNS e observabilidade como produtos desconectados, a Azion reúne essas capacidades com APIs, fluxos de Console e padrões de deployment consistentes.

Mapeamento de Recursos

A tabela a seguir fornece um mapeamento prático dos produtos e áreas de configuração da Akamai para seus equivalentes na Azion. Um traço (-) indica que a Azion atualmente não oferece um equivalente direto.

Estratégia de Migração

A migração é organizada em torno das categorias de produtos da Azion, com DNS e gerenciamento de tráfego tratados como uma frente de cutover controlado:

• Build: migre properties Akamai, origens, comportamento de cache, Cloudlets, EdgeWorkers, Image & Video Manager, aceleração de APIs, mídia e downloads.
• Secure: migre hostnames, certificados, políticas App & API Protector, regras WAF, controles de bots, premissas Prolexic, controle de acesso e fluxos DDoS.
• Store: migre NetStorage, Object Storage, EdgeKV e dependências de banco de dados para serviços de storage da Azion.
• Observe: migre TrafficPeak, DataStream, mPulse, dashboards, eventos, alertas e destinos externos de logs.
• DNS e gerenciamento de tráfego: migre Edge DNS, DNS Manager, Global Traffic Management e regras de load balancing somente depois que entrega e segurança estiverem validadas.

Build

A categoria Build cobre deployment de aplicações, migração de properties, lógica de request e response, compute, roteamento, cache, mídia, otimização de imagens, aceleração de APIs e proteção de origem. Comece aqui para recriar o comportamento que os usuários veem antes de mover segurança, storage, DNS e observabilidade.

1. Configuração do Projeto na Azion

O primeiro passo traz uma property Akamai para a Azion de forma controlada. Se sua equipe usa Akamai Property Manager, EdgeWorkers, Cloudlets e fluxos de ativação via CLI/API, o padrão é familiar: definir configuração, fazer deploy, validar comportamento e mover tráfego quando estiver pronto.

Diferenças Principais

Conecte Seu Repositório

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

Configure Seu Build

import { defineConfig } from 'azion'

export default defineConfig({
name: 'my-akamai-migration',
preset: 'nextjs', // Sobrescreva a auto-detecção se necessário
})

Faça Deploy e Verifique

curl -I https://xxxxxxxxxx.map.azionedge.net/
curl https://xxxxxxxxxx.map.azionedge.net/health

Documentação de referência

• Applications
• Applications primeiros passos
• Azion CLI visão geral
• Importe um projeto existente do GitHub

2. Convertendo Configuração de Property e Build

Uma migração Akamai pode parecer concluída quando a primeira requisição retorna 200, mas falhar depois quando cache, redirects, roteamento de origem, headers ou segurança diferem da property original. Revise versões ativas e dependências antes de tratar a migração como uma simples troca de DNS.

Referência Rápida de CLI

Inventário de Configuração

Antes de recriar a property na Azion, inventarie:

• Properties Akamai ativas e versões de property.
• Property hostnames, edge hostnames, certificados e registros DNS.
• Origin servers, failover, health checks e padrões de shielding.
• Cache keys, TTLs, comportamento stale, CP codes, cache tags e fluxos de purge.
• Property rules, behaviors, variáveis, match criteria e advanced metadata.
• Cloudlets, políticas, match rules e dependências de ativação.
• Bundles EdgeWorkers, namespaces EdgeKV e configuração de runtime.
• Políticas App & API Protector, controles de bot, proteções de API e premissas Prolexic.
• Zonas Edge DNS, registros DNS Manager e políticas Global Traffic Management.
• Streams DataStream, dashboards TrafficPeak, tags mPulse, alertas e dependências de monitoramento externo.

3. Migrando Ion e Delivery Properties para Applications

Properties Akamai Ion entregam sites, aplicações, APIs e tráfego mobile por meio de hostnames, origens, regras de property, cache e otimizações de performance. Azion Applications oferecem capacidades equivalentes com Rules Engine, Cache, Functions, Connectors e Workloads integrados.

Diferenças Principais

Passos de Configuração

curl -X POST 'https://api.azionapi.net/v4/workspace/applications' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data '{
  "name": "akamai-property-migration",
  "origins": [
    {
      "name": "origin-main",
      "addresses": [
        {
          "address": "origin.example.com",
          "weight": 1
        }
      ]
    }
  ],
  "cache_settings": {
    "default_ttl": 3600
  }
}'

Exemplo de Configuração

import { defineConfig } from 'azion'

export default defineConfig({
name: 'akamai-property-migration',
applications: [{
  name: 'main-app',
  origins: [{
    name: 'primary-origin',
    type: 'http',
    addresses: [{
      address: 'origin.example.com',
      weight: 1
    }]
  }],
  cache: {
    ttl: 3600,
    staleWhileRevalidate: 300
  }
}]
})

Documentação de referência

• Applications
• Applications Main Settings
• Rules Engine para Applications
• Connectors

4. Migrando Rules, Behaviors, Cloudlets e Headers

Properties Akamai frequentemente contêm lógica crítica em property rules, behaviors, variáveis, Cloudlets e EdgeWorkers. Migre lógica simples para Rules Engine e reserve Functions para comportamento que exige código, consultas externas, algoritmos customizados ou validação de tokens assinados.

Diferenças Principais

Exemplo de Redirect

# Intenção no Akamai
Se o path da requisição corresponde a ^/old/(.*)$, redirecione permanentemente para /new/{capture}.

# Rules Engine da Azion
Criteria: ${uri} matches ^/old/(.*)$
Behavior: Redirect To (301): /new/%{capture[1]}

Checklist de Migração de Cloudlets

• Converta regras do Edge Redirector para behaviors de redirect no Rules Engine.
• Converta Forward Rewrite para Rules Engine ou Functions quando a reconstrução de path exigir código.
• Converta Audience Segmentation para critérios de cookie, header, path e device no Rules Engine.
• Converta Phased Release para Rules Engine, Functions e roteamento controlado por workload.
• Converta Application Load Balancer Cloudlet para Connectors e Load Balancer.
• Converta API Prioritization para Rules Engine, Application Accelerator e políticas de cache.

Documentação de referência

• Rules Engine para Applications
• Functions
• azion.config.js referência

5. Migrando EdgeWorkers e Akamai Functions para Functions

EdgeWorkers executa JavaScript para customizar requests e responses. Azion Functions oferece execução JavaScript distribuída para tratamento de requisições, orquestração de APIs, personalização, redirects, autenticação e lógica de integração.

Diferenças Principais

Atualize a Assinatura da Function

// Antes: estilo Akamai EdgeWorkers
export function onClientRequest(request) {
request.setHeader('x-migration-source', 'akamai');
}

// Depois: Azion Functions
export default {
async fetch(request) {
  const headers = new Headers(request.headers);
  headers.set('x-migration-source', 'azion');

  return fetch(new Request(request.url, {
    method: request.method,
    headers,
    body: request.body
  }));
}
};

Documentação de referência

• Functions
• Functions Instances
• Runtime APIs
• Referência de JavaScript Runtime APIs

6. Migrando Load Balancing, Failover de Origem e Cloud Wrapper

Configurações de origem Akamai podem incluir múltiplos origin servers, Cloud Wrapper, padrões de shielding, health checks, failover e dependências de Global Traffic Management. A Azion usa Connectors, Load Balancer, Origin Shield, Tiered Cache e Rules Engine para recriar roteamento e proteção de origem.

Diferenças Principais

Documentação de referência

• Connectors
• Load Balancer
• Origin Shield
• Tiered Cache

7. Migrando Cache e Purge

Configuração de cache determina como conteúdo é armazenado, revalidado e invalidado. O comportamento Akamai frequentemente combina cache behaviors, CP codes, cache tags, advanced metadata, Cloud Wrapper e APIs de purge. A Azion fornece Cache Settings, Advanced Cache Key, Rules Engine, Tiered Cache, Origin Shield e Real-Time Purge.

Diferenças Principais

Purge na Azion

curl -X POST 'https://api.azion.com/v4/workspace/purge/url' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data '{
  "items": ["https://www.example.com/images/logo.png"],
  "layer": "cache"
}'

curl -X POST 'https://api.azion.com/v4/workspace/purge/wildcard' --header 'Authorization: Token YOUR_TOKEN' --header 'Content-Type: application/json' --data '{
  "items": ["https://www.example.com/images/*"],
  "layer": "cache"
}'

Documentação de referência

• Cache
• Cache Settings
• Advanced Cache Key
• Tiered Cache
• Real-Time Purge

8. Migrando Image, Media e Download Delivery

Akamai Image & Video Manager, Adaptive Media Delivery, Download Delivery e Media Services Live são usados para workloads de alto volume de banda e mídia. Migre cada padrão com base no modelo de tráfego: mídia cacheável, transformação de imagem, live streaming, video-on-demand ou entrega de arquivos grandes.

Mapeamento de Capacidade

Comparação de URL de Imagem

# Padrões Akamai de transformação de imagem variam por implementação
https://www.example.com/image.jpg?width=400&quality=85

# Azion Image Processor
https://www.example.com/image.jpg?ims=400x400

Documentação de referência

• Image Processor
• Como processar imagens
• Object Storage
• Como implementar cache HLS para entrega de streaming ao vivo

9. Migrando API Gateway, API Acceleration e Padrões de IA

Akamai API Gateway e API Acceleration podem ser recriados com Applications, Rules Engine, Functions, Cache, Firewall e Application Accelerator. Workloads de IA podem combinar AI Inference, Functions, Cache, Real-Time Events e Data Stream dependendo se o objetivo é inferência, controle de tráfego, observabilidade ou cache de respostas.

Diferenças Principais

Documentação de referência

• Application Accelerator
• AI Inference
• Functions
• Cache

Secure

A categoria Secure cobre hostnames, certificados, firewall rules, WAF, controles de bots, proteção DDoS, controles de rede, DNS e direcionamento de tráfego. Planeje essas migrações como cutovers controlados porque elas afetam como usuários chegam à aplicação e como o tráfego é protegido em produção.

1. Migrando Hostnames, Domínios Customizados e TLS

Migração de hostnames é uma das partes mais sensíveis de uma migração Akamai para Azion. Ela afeta usuários, SEO, confiança da marca, cobertura de certificados e disponibilidade de produção.

Estratégias de Migração

Aponte o Domínio para a Azion

www CNAME xxxxxxxxxx.map.azionedge.net

ns1.aziondns.net
ns2.aziondns.com
ns3.aziondns.org

Documentação de referência

• Workloads
• Crie um domínio customizado da Azion
• Edge DNS
• Certificate Manager

2. Migrando App & API Protector para Web Application Firewall

App & API Protector protege aplicações e APIs contra tráfego malicioso, vulnerabilidades, automação abusiva e ataques distribuídos. Migrar regras WAF exige mapear condições, proteções gerenciadas, tuning, exceções, paths de API e modos de enforcement.

Diferenças Principais

Documentação de referência

• Web Application Firewall
• WAF Rule Sets
• Rules Engine para Firewall
• Functions para Firewall

3. Migrando Bot, Account e Content Protection

Akamai Bot Manager, Account Protector e Content Protector tratam automação abusiva, ataques de credenciais, scraping e padrões de acesso indevido. Azion Bot Manager fornece controles de detecção e resposta, e Bot Manager Lite está disponível via Marketplace para casos mais simples.

Diferenças Principais

Documentação de referência

• Bot Manager
• Bot Manager Lite
• Bot Manager Lite integration kit

4. Migrando Prolexic e Proteção DDoS

Proteção DDoS reduz risco de ataques volumétricos, ataques de protocolo e floods de camada de aplicação. A Azion fornece DDoS Protection automático e Network Shield para controles de rede.

Diferenças Principais

Documentação de referência

• DDoS Protection
• DDoS Mitigation
• Network Shield

5. Migrando Edge DNS e Global Traffic Management

Akamai Edge DNS, DNS Manager e Global Traffic Management controlam DNS autoritativo e direcionamento de tráfego. Migre DNS depois que Applications, Workloads, certificados e políticas de segurança estiverem prontos.

Checklist de Migração DNS

1. Exporte zonas, registros, TTLs, DNSSEC e regras de direcionamento de tráfego.
2. Recrie a zona no Azion Edge DNS.
3. Reduza TTLs antes da janela de cutover.
4. Valide registros com dig e testes de aplicação.
5. Mova nameservers ou CNAMEs somente depois que Applications e Workloads estiverem prontos.
6. Monitore Real-Time Metrics, Real-Time Events e saúde da origem após a troca.

Documentação de referência

• Edge DNS
• Como configurar Edge DNS
• Como adicionar registros em uma DNS
• Load Balancer

Store

A categoria Store cobre serviços de dados. Migre object, key-value e dados relacionais com atenção a consistência, padrões de acesso, nomenclatura, permissões e compatibilidade da aplicação.

1. Migrando NetStorage e Object Storage para Object Storage

NetStorage e object storage armazenam imagens, documentos, assets estáticos, mídia, downloads, uploads e conteúdo gerado. Azion Object Storage é compatível com S3 e pode ser usado como origem para Applications.

Diferenças Principais

Configuração S3

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')
}
});

Documentação de referência

• Object Storage
• Como acessar o Object Storage usando o protocolo S3
• Como criar e modificar um bucket
• Como fazer upload e download de objetos
• Como usar um bucket como origem

2. Migrando EdgeKV para KV Store

EdgeKV é usado com EdgeWorkers para configuração, feature flags, personalização, metadados de autorização e estado leve. Azion KV Store fornece armazenamento key-value distribuído acessível por Functions.

Diferenças Principais

Comparação de API

// Antes: pseudocódigo no estilo Akamai EdgeKV
const value = await edgeKv.getText({ namespace: 'config', group: 'features', item: 'checkout' });

// Depois: Azion KV Store
const kv = await Azion.KV.open('config');
const value = await kv.get('features:checkout');
await kv.put('features:checkout', 'enabled');

Documentação de referência

• KV Store
• Como gerenciar KV Store com Functions
• KV Store API
• Functions

3. Migrando Managed Databases para SQL Database

Workloads Akamai de banco gerenciado, incluindo workloads herdados de ambientes Linode, podem ser avaliados para migração ao Azion SQL Database quando a aplicação precisa de banco relacional próximo à lógica da aplicação.

Checklist de Migração

1. Exporte schema, dados, índices, usuários e requisitos de extensão do banco de origem.
2. Crie o banco de destino no SQL Database.
3. Importe dados e valide contagem de linhas.
4. Atualize configurações de conexão da aplicação ou integrações com Functions.
5. Execute testes de leitura e escrita antes do cutover.

Documentação de referência

• SQL Database
• Como criar e consultar dados no SQL Database
• Importe dados para SQL Database
• Como construir uma API RESTful com Functions e SQL Database

Observe

A categoria Observe cobre métricas, eventos, real-user monitoring, logs e destinos externos de streaming. Migrar observabilidade garante visibilidade de produção, troubleshooting e relatórios de compliance após o cutover.

1. Migrando TrafficPeak e Reports para Real-Time Metrics

Akamai TrafficPeak e fluxos de reporting oferecem visibilidade operacional e de segurança. Azion Real-Time Metrics fornece dashboards e acesso GraphQL para requisições, bandwidth, status codes, latência, cache e comportamento de origem.

Diferenças Principais

Documentação de referência

• Real-Time Metrics
• Real-Time Metrics primeiros passos
• Grafana plugin dashboards customizados

2. Migrando DataStream para Data Stream

Akamai DataStream exporta logs para destinos downstream. Azion Data Stream exporta logs continuamente para destinos externos de armazenamento, analytics, SIEM e monitoramento operacional.

Diferenças Principais

Destinos Suportados

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

Documentação de referência

• Data Stream
• Data Stream primeiros passos
• Como configurar as main settings do Data Stream
• Como selecionar variáveis no Data Stream

3. Migrando mPulse para Edge Pulse

Akamai mPulse fornece real-user monitoring e analytics de experiência digital. Azion Edge Pulse coleta dados de navegação e sinais de performance real dos usuários por uma tag JavaScript e disponibiliza os dados para análise em Observe.

Diferenças Principais

Checklist de Migração

1. Identifique templates, tag manager rules ou application shells onde mPulse está instalado.
2. Documente métricas, dimensões, dashboards e alertas usados pela equipe.
3. Adicione a tag JavaScript do Edge Pulse em páginas representativas.
4. Valide dados de navegação no Real-Time Events.
5. Recrie dashboards e alertas com Real-Time Metrics, Real-Time Events, Data Stream ou Grafana.

Documentação de referência

• Edge Pulse
• Primeiros passos do Edge Pulse
• Como analisar dados de navegação do Edge Pulse
• Real-Time Events

4. Migrando Investigação para Real-Time Events

Dados de log são essenciais para debugging, análise de segurança, resposta a incidentes e compliance. Real-Time Events fornece acesso imediato a logs via Console ou GraphQL API para troubleshooting e investigação.

Diferenças Principais

Documentação de referência

• Real-Time Events
• Real-Time Events primeiros passos
• Investigue requisições com GraphQL API
• Entenda logs do Real-Time Events

Troubleshooting

Problemas Comuns

Vantagens Após a Migração

Migrar da Akamai para a Azion funciona melhor quando a equipe trata o primeiro cutover como um padrão repetível. O objetivo imediato é continuidade: usuários continuam acessando os mesmos domínios, rotas críticas continuam funcionando, controles de segurança permanecem ativos e observabilidade está pronta antes de mover tráfego.

O valor maior vem depois da migração, quando equipes operam entrega, compute, storage, segurança, DNS, gerenciamento de tráfego e observabilidade em um único modelo de plataforma.

Próximos Passos

Depois que sua migração estiver concluída:

• Revise Real-Time Metrics para monitorar performance.
• Configure Real-Time Events para visibilidade de produção.
• Configure Web Application Firewall para segurança em produção.
• Revise os guias individuais de recursos para configuração avançada.

Comece com uma Property Pequena

A melhor forma de começar não é com a property Akamai mais complexa do seu portfólio. Escolha uma property significativa o suficiente para validar a migração, mas pequena o bastante para mover com rapidez e segurança.

Escolha uma property que inclua partes representativas da arquitetura: um ou dois hostnames, algumas origens, regras de cache, redirects, headers, talvez um Cloudlet ou EdgeWorker e um destino de logging. Use essa property para validar o fluxo, documentar o processo e identificar padrões internos reutilizáveis.

Próximos Passos Recomendados

• Crie sua conta gratuita da Azion
• Leia a documentação de Applications
• Explore a Azion CLI
• Revise Data Stream

Precisa de Ajuda?

Obtenha ajuda com o time de Suporte da Azion ou participe da nossa comunidade no Discord para ver como outras equipes usam a Azion.