Acerca de la migración de cargas de trabajo de AWS Lambda a OCI Functions

Las funciones de AWS Lambda se incorporan con frecuencia en flujos de trabajo de integración y aplicaciones más grandes.

Una migración correcta requiere algo más que mover código entre plataformas. OCI Functions es el destino por defecto para las iniciativas de migración de AWS Lambda. Antes de seleccionar Funciones de OCI como destino, identifique cómo se llama a cada función, con qué servicios interactúa, en qué comportamientos operativos se basa y qué comportamientos se deben mantener.

Este inventario incluye la recopilación del tipo de disparador, la duración máxima, el uso de memoria, los tamaños de carga útil, la simultaneidad, el comportamiento de reintentos y fallos, las dependencias, los permisos de IAM, las rutas de red, el registro, la supervisión y las expectativas de recuperación. Estas características determinan si OCI Functions u otro servicio de OCI es el mejor destino.

Durante la evaluación, valide que OCI Functions pueda soportar los requisitos de llamada, carga útil, timeout, memoria, simultaneidad, redes, dependencia e integración de la carga de trabajo.

Si OCI Functions no puede cumplir un requisito documentado, detenga la migración y complete la revisión de excepciones antes de proponer una arquitectura que no sea de Functions. La excepción debe incluir la restricción técnica, el modelo revisado de costo total, el esfuerzo de migración, el impacto operativo y la aprobación explícita del enfoque revisado.

Lo que harás

  • Cree un inventario basado en pruebas de la configuración de Lambda, los disparadores, las dependencias, los permisos, el tráfico, los fallos y las señales operativas.
  • Compare el comportamiento del origen con los límites de OCI Functions, los modos de llamada, los patrones de disparador, la seguridad, el empaquetado de dependencias, las redes y la observabilidad.
  • Separe la lógica de negocio portátil del análisis de eventos específico del proveedor, la identidad, las llamadas SDK, el empaquetado del despliegue, el registro, los secretos, los reintentos y el código operativo.
  • Despliegue la función como una imagen de contenedor de OCI Functions y valide las salidas, los errores, los efectos secundarios, la latencia, la capacidad, los reintentos, la seguridad, la observabilidad y la preparación para el rollback antes de la migración total.

Cómo utilizar este libro de estrategias

Este manual es una guía de evaluación e implementación.

Para una gran finca Lambda, no comience por evaluar manualmente cada función. Comience con un ejemplo representativo que abarque los tiempos de ejecución principales, los disparadores, las dependencias, los perfiles de tráfico y los niveles de importancia empresarial.

Utilice el ejemplo para:

  1. Confirme el enfoque de migración de OCI Functions para cargas de trabajo representativas.
  2. Identifique los adaptadores necesarios y los cambios de código de destino.
  3. Identifique los cambios operativos, de red y de seguridad necesarios.
  4. Estimar el esfuerzo de migración, el riesgo y los patrones reutilizables.
  5. Seleccione cargas de trabajo representativas para un piloto de migración en funcionamiento.

No convierte automáticamente el código Lambda ni genera todas las integraciones necesarias.

Arquitectura

Este patrón reutilizable separa la evaluación de origen de la implantación de destino.

Inventario de la función Lambda, sus disparadores y su comportamiento operativo primero. A continuación, aísle la lógica de negocio portátil de los adaptadores específicos del proveedor. La implantación de destino se ejecuta en una aplicación de OCI Functions, se despliega desde una imagen de contenedor almacenada en Container Registry, utiliza OCI IAM y entidades de recurso para el acceso en tiempo de ejecución, recupera secretos de un almacén secreto aprobado como OCI Vault y emite señales operativas a través de OCI Logging, Monitoring, Alarmas y APM cuando es necesario.

Asignación de relación de AWS Lambda a OCI Functions

Vista agrupada del sobre de carga de trabajo para volver a crear en torno a las funciones de OCI


A continuación se incluye la Descripción de migrate-lambda-functions-arch.png
Descripción de la ilustración migrate-lambda-functions-arch.png

migrate-lambda-functions-arch-oracle.zip#GUID-B6E215FE-1619-4CDD-B055-0194D46ADBF8

Principios de arquitectura

  • Primero evalúe y luego migre. Los disparadores, las cargas útiles, los reintentos, las capas, los permisos, las redes y el comportamiento operativo pueden ser diferentes.
  • Tratar la migración de disparadores como migración de comportamiento. Compare la unidad de evento, la autenticación, los reintentos, el pedido, los lotes, la entrega duplicada, el filtrado, los destinos de letra muerta o con fallos y el manejo de mensajes venenosos.
  • Mida la carga de trabajo de origen. Capture la velocidad de llamada, la simultaneidad máxima, los percentiles de duración, la duración máxima, el uso de memoria, las rutas sensibles al inicio en frío, los tamaños de carga útil, la velocidad de error, la velocidad de aceleración, los recuentos de DLQ o fallos, los atrasos y los límites descendentes.
  • Mantenga la lógica de negocio portátil. Aísle los adaptadores para el análisis de eventos, la identidad, las llamadas SDK, el acceso a objetos o mensajes, el registro, la configuración, los secretos y el comportamiento de reintento.
  • Haga que las operaciones formen parte de la migración. Antes de la migración total, deben existir logs, métricas, alarmas, paneles de control, rastreos, runbooks, disparadores de rollback y pruebas de fallos.

Componentes principales

La arquitectura suele incluir la carga de trabajo Lambda de origen, un registro de migración, una capa de llamada de OCI, la aplicación e imagen de OCI Functions y los servicios de seguridad, redes y operaciones de soporte. Trate el origen como evidencia, no como un plan detallado directo; elija los componentes de OCI de los resultados de validación y comportamiento necesarios.

Conceptos equivalentes de AWS Lambda y OCI

Utilice esta clave durante la evaluación.

Esta clave está pensada como una guía de traducción, no como una promesa de equivalencia uno a uno. Para cada fila, compare el comportamiento de origen con el comportamiento de OCI de destino y mantenga la evidencia en el registro de migración.

Concepto Lambda de AWS Concepto o patrón de OCI Qué comparar o validar
Función y manejador OCI Functions con el manejador Fn FDK Tiempo de ejecución, arquitectura, punto de entrada del manejador, analizador de eventos, objeto de respuesta, comportamiento de error, ruta de prueba local y soporte de biblioteca específico del tiempo de ejecución.
Paquete ZIP, capas, extensiones Imagen de contenedor o imagen base compartida Versiones de dependencias, bibliotecas nativas, tamaño de imagen, comportamiento de inicio, comportamiento de extensión, suposiciones de SDK incrustadas y si las dependencias se deben compartir entre funciones.
Políticas de recursos y rol de ejecución Políticas, grupos dinámicos y entidades de recursos de OCI Identity and Access Management (IAM) Acciones de tiempo de ejecución, ámbito de compartimento y recurso, acceso entre cuentas o entre compartimentos, lecturas secretas, acceso a objetos o colas y pruebas de rutas denegadas.
Gateway de API y Lambda OCI API Gateway más OCI Functions Autenticación, ruta y método, cabeceras, cadenas de consulta, esquema de cuerpo, códigos de estado, cabeceras de respuesta, timeout, tamaño de carga útil, latencia y cuerpo de error.
Eventos de objeto de S3 Eventos de OCI Object Storage a través de OCI Events Esquema de evento, metadatos de objeto, espacio de nombres, filtros de cubo y prefijo, comportamiento de creación/actualización/supresión, reintentos, duplicados, idempotencia y prevención de bucles de entrada/salida.
SQS, flujos, SNS, EventBridge, suscripciones de log OCI Queue, OCI Streaming, OCI Notifications, OCI Events, OCI Connector Hub o flujo rediseñado Tamaño de lote, orden, reintento, fallo parcial, destino de letra muerta o fallo, ventanas de visibilidad o reintento, contrapresión, mensajes venenosos, fanout, filtros y entrega duplicada.
Llamada síncrona o asíncrona Sincronizar o desasociar llamada Semántica de respuesta de llamada, manejo de resultados, timeout de llamada, timeout de ejecución, manejo de finalización desasociado, destino de éxito/fallo y ruta de reintento.
Memoria, timeout, carga útil, suposiciones efímeras Configuración de memoria, timeout, solicitud, respuesta, imagen y tiempo de ejecución de OCI Functions p95/p99 y duración máxima, recuento de timeout, espacio de memoria, tamaños de carga útil de solicitud/respuesta, suposiciones de almacenamiento temporal, diseño de descarga de carga útil grande y tiempo de carga de dependencia.
Simultaneidad reservada/aprovisionada y escala de origen de evento Límites de servicio de OCI, simultaneidad de aplicaciones, simultaneidad aprovisionada, controles de disparadores y protección descendente Concurrencia actual y máxima, sensibilidad de inicio en frío, limitaciones o 429, antigüedad o atrasos de cola, tormentas de reintento, límites de capacidad descendentes y si la configuración de origen reserva capacidad, limita el tráfico o reduce la latencia.
Logs de CloudWatch, métricas, alarmas, rayos X OCI Logging, OCI Monitoring, alarmas, paneles de control y Oracle Application Performance Monitoring (APM) cuando sea necesario Campos de log necesarios, ID de correlación, recuento de llamadas, duración, ratio de errores, recuento de timeout, umbrales de alarma, rastreos, paneles de control, runbooks y responsabilidad de respuesta a incidentes.
Gestor de secretos, almacén de parámetros, KMS, redes VPC OCI Vault, claves, VCN, subredes, gateways, puntos finales privados, DNS y reglas de seguridad Rotación de secretos, comprobaciones de fugas, reglas de ruta, salida, DNS, listas de permitidos, acceso privado, bloqueo de rutas no autorizadas y límites de conexión descendentes.