Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

303
Visualizações
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 Respostas
Responde à pergunta

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 Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda