Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

301
Vistas
funciones lambda de control de versiones de git

En un intento por brindarles a los desarrolladores la capacidad de escribir su función lambda localmente, luego confirmar y enviar a git, usamos SAM y SAM Local.

Tenemos alrededor de 50 funciones lambda y anticipamos que este número crecerá a cientos, si no miles.

Me pregunto cómo agrupar los repositorios de funciones lambda, es decir , ¿deberíamos agrupar todas las funciones lambda que activa la puerta de enlace api en su propio repositorio, luego todas las que activa s3 por separado, etc.?

El desafío es que algunas funciones lambda tienen sus propias dependencias y parece extraño intentar tener múltiples lambdas con diferentes dependencias dentro del mismo repositorio. Una lambda puede tener dependencias de paquetes npm , otra puede tener dependencias de bibliotecas de python , etc. Entonces, ¿hago git commit y git push esos dos lambda en sus propios repositorios separados u los organizo en carpetas separadas y los empujo al mismo repositorio? ¿O tiene repositorios separados por función lambda?

No parece factible comprometer cada lambda con su propio repositorio, especialmente porque la cantidad de esas funciones crece con el tiempo.

¡Soy nuevo en las herramientas de AWS y agradecería las ideas de alguien sobre esto!

¿Quizás te has encontrado con este problema antes?

over 4 years ago · Santiago Trujillo
1 Respuestas
Responde la pregunta

0

Los agruparía según su propósito. Por ejemplo,

  • API REST (puntos finales HTTP)
  • API GraphQL (puntos finales HTTP)
  • API de autenticación (puntos finales HTTP)
  • API de administración (los puntos finales HTTP no forman parte de nuestro producto orientado al usuario, pero son esenciales para administrar a nuestros clientes, como los sistemas de facturación y los paneles de control de la empresa)
  • Trabajadores en segundo plano (para procesar tareas en segundo plano como cambiar el tamaño de la imagen, enviar correos electrónicos, agregar datos, etc.)
  • Operaciones (no forman parte directamente del producto, pero son esenciales en las operaciones diarias, como Slack WebHooks, activadores de CI/CD)

También recomendaría herramientas como serverless-framework para ayudar a administrar cada proyecto.

over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda