Sobre a Migração de Cargas de Trabalho do AWS Lambda para o OCI Functions

As funções do AWS Lambda são frequentemente incorporadas em fluxos de trabalho maiores de aplicativos e integração.

Uma migração bem-sucedida requer mais do que mover código entre plataformas. O OCI Functions é o alvo padrão para iniciativas de migração do AWS Lambda. Antes de selecionar as Funções do OCI como destino, identifique como cada função é chamada, com quais serviços ela interage, quais comportamentos operacionais ela depende e quais comportamentos devem ser preservados.

Esse inventário inclui coleta de tipo de trigger, duração máxima, uso de memória, tamanhos de payload, simultaneidade, comportamento de repetição e falha, dependências, permissões do IAM, caminhos de rede, registro em log, monitoramento e expectativas de recuperação. Essas características determinam se o OCI Functions ou outro serviço do OCI é o melhor destino.

Durante a avaliação, valide se os requisitos de chamada, payload, timeout, memória, simultaneidade, rede, dependência e integração da carga de trabalho podem ser suportados pelo OCI Functions.

Se o OCI Functions não puder atender a um requisito documentado, pause a migração e conclua a revisão de exceção antes de propor uma arquitetura que não seja do serviço Functions. A exceção deve incluir a restrição técnica, o modelo de custo total revisado, o esforço de migração, o impacto operacional e a aprovação explícita da abordagem revisada.

O que você vai fazer

  • Crie um inventário baseado em evidências de configuração, gatilhos, dependências, permissões, tráfego, falhas e sinais operacionais do Lambda.
  • Compare o comportamento de origem com os limites do OCI Functions, modos de chamada, padrões de acionamento, segurança, empacotamento de dependência, rede e observabilidade.
  • Separe a lógica de negócios portátil da análise de eventos específica do provedor, identidade, chamadas SDK, empacotamento de implantação, registro em log, segredos, novas tentativas e código operacional.
  • Implante a função como uma imagem de contêiner do OCI Functions e valide saídas, erros, efeitos colaterais, latência, capacidade, repetições, segurança, observabilidade e prontidão para rollback antes da transferência.

Como Usar Este Playbook

Este manual é um guia de avaliação e implementação.

Para uma grande propriedade Lambda, não comece avaliando manualmente todas as funções. Comece com uma amostra representativa que abrange os principais tempos de execução, gatilhos, dependências, perfis de tráfego e níveis de criticidade comercial.

Usar a amostra para:

  1. Confirme a abordagem de migração do OCI Functions para cargas de trabalho representativas.
  2. Identificar os adaptadores necessários e as alterações de código direcionadas.
  3. Identificar as alterações operacionais, de implantação e de segurança necessárias.
  4. Estime o esforço de migração, o risco e os padrões reutilizáveis.
  5. Selecione cargas de trabalho representativas para um piloto de migração em funcionamento.

Ele não converte automaticamente o código Lambda nem gera todas as integrações necessárias.

Arquitetura

Esse padrão reutilizável separa a avaliação de origem da implementação de destino.

Inventariar a função Lambda, seus gatilhos e seu comportamento operacional primeiro. Em seguida, isole a lógica de negócios portátil dos adaptadores específicos do provedor. A implementação de destino é executada em um aplicativo OCI Functions, é implantada em uma imagem de contêiner armazenada no Container Registry, usa o OCI IAM e controladores de recursos para acesso em runtime, recupera segredos de um armazenamento de segredos aprovado, como o OCI Vault, e emite sinais operacionais por meio do OCI Logging, Monitoring, Alarms e APM, quando necessário.

AWS Lambda para mapa de relacionamento do OCI Functions

Esta é uma exibição agrupada do envelope de carga de trabalho para recriar o OCI Functions


Veja a seguir a descrição da instrução mig-lambda-functions-arch.png
Descrição da ilustração Migration-Lambda-Functions-arch.png

migre-lambda-funções-arch-oracle.zip#GUID-B6E215FE-1619-4CDD-B055-0194D46ADBF8

Princípios de arquitetura

  • Avalie primeiro e depois migre. Triggers, payloads, repetições, camadas, permissões, rede e comportamento operacional podem ser diferentes.
  • Trate a migração do trigger como migração do comportamento. Compare forma do evento, autenticação, repetições, pedidos, lotes, entrega duplicada, filtragem, destinos de letra morta ou falha e manipulação de mensagens venenosas.
  • Meça a carga de trabalho de origem. Capture taxa de chamada, simultaneidade de pico, percentis de duração, duração máxima, uso de memória, caminhos sensíveis ao início a frio, tamanhos de payload, taxa de erro, taxa de aceleração, contagem de DLQ ou falhas, backlog e limites downstream.
  • Mantenha a lógica de negócios portátil. Isole adaptadores para análise de eventos, identidade, chamadas SDK, acesso a objetos ou mensagens, registro em log, configuração, segredos e comportamento de repetição.
  • Faça das operações parte da migração. Logs, métricas, alarmes, painéis de controle, rastreamentos, runbooks, triggers de rollback e testes de falha devem existir antes do cutover.

Componentes principais

A arquitetura geralmente inclui a carga de trabalho Lambda de origem, um registro de migração, uma camada de chamada do OCI, o aplicativo e a imagem do OCI Functions e os serviços de segurança, rede e operações de suporte. Trate a fonte como evidência, não como um projeto direto; escolha os componentes da OCI dos resultados de comportamento e validação necessários.

Conceitos de AWS Lambda e OCI Equivalent

Use essa chave durante a avaliação.

Esta chave destina-se como um guia de tradução, não uma promessa de equivalência um-para-um. Para cada linha, compare o comportamento de origem com o comportamento do OCI de destino e mantenha evidências no registro de migração.

Conceito do AWS Lambda Conceito ou padrão do OCI O que comparar ou validar
Função e manipulador Funções do OCI com handler Fn FDK Runtime, arquitetura, ponto de entrada do handler, parser de eventos, objeto de resposta, comportamento de erro, caminho de teste local e suporte à biblioteca específica de runtime.
Pacote ZIP, camadas, extensões Imagem do contêiner ou imagem base compartilhada Versões de dependência, bibliotecas nativas, tamanho da imagem, comportamento de inicialização, comportamento de extensão, suposições do SDK incorporado e se as dependências devem ser compartilhadas entre funções.
Função de execução e políticas de recursos Políticas do OCI Identity and Access Management (IAM), grupos dinâmicos e controladores de recursos Ações de runtime, escopo de compartimento e recurso, acesso entre contas ou entre compartimentos, leituras de segredo, acesso a objetos ou filas e testes de caminho negado.
API Gateway mais Lambda Gateway de API do OCI mais OCI Functions Autenticação, rota e método, cabeçalhos, strings de consulta, esquema do corpo, códigos de status, cabeçalhos de resposta, timeout, tamanho da carga útil, latência e corpo do erro.
Eventos de objeto S3 Eventos do OCI Object Storage por meio do OCI Events Esquema de evento, metadados de objeto, namespace, filtros de bucket e prefixo, comportamento de criação/atualização/exclusão, repetições, duplicatas, idempotência e prevenção de loop de entrada/saída.
SQS, streams, SNS, EventBridge, assinaturas de log OCI Queue, OCI Streaming, OCI Notifications, OCI Events, OCI Connector Hub ou fluxo reprojetado Tamanho do lote, ordenação, repetição, falha parcial, destino de dead-letter ou falha, janelas de visibilidade ou repetição, contrapressão, mensagens de veneno, fanout, filtros e entrega duplicada.
Chamada síncrona ou assíncrona Chamada sincronizada ou desanexada Semântica de resposta do chamador, tratamento de resultados, timeout de chamada, timeout de execução, tratamento de conclusão desanexado, destino de sucesso/falha e caminho de repetição.
Memória, timeout, payload, suposições efêmeras Definições de memória, timeout, solicitação, resposta, imagem e runtime do OCI Functions p95/p99 e duração máxima, contagem de timeout, headroom de memória, tamanhos de payload de solicitação/resposta, premissas de armazenamento temporário, design de offload de payload grande e tempo de carga de dependência.
Simultaneidade reservada/provisionada e dimensionamento de origem de evento Limites de serviço da OCI, simultaneidade de aplicativos, simultaneidade provisionada, controles de acionamento e proteção downstream Simultaneidade atual e de pico, sensibilidade de início a frio, aceleradores ou 429s, idade da fila ou backlog, tempestades de repetição, limites de capacidade downstream e se a configuração de origem reserva capacidade, limita o tráfego ou reduz a latência.
Logs, Métricas, Alarmes, Raio-X do CloudWatch OCI Logging, OCI Monitoring, alarmes, painéis de controle e Oracle Application Performance Monitoring (APM) quando necessário Campos de log obrigatórios, IDs de correlação, contagem de chamadas, duração, taxa de erro, contagem de timeout, limites de alarme, rastreamentos, painéis, runbooks e propriedade de resposta a incidentes.
Gerenciador de Segredos, Armazenamento de Parâmetros, KMS, rede VPC OCI Vault, chaves, VCN, sub-redes, gateways, pontos finais privados, DNS e regras de segurança Rotação de segredos, verificações de vazamento, regras de roteamento, saída, DNS, listas de permissões, acesso privado, bloqueio de caminho não autorizado e limites de conexão downstream.