LATAM Developer Advocate en Amazon Web Services, Former AWS Serveless Hero, empoderando desarrolladores en toda América Latina a través de arquitecturas serverless e IA generativa.
Excelente tema, yo implemente el uso de ambientes efimeros justo como lo propones pero a nivel mas granular y el único incoveniente que tuve fue el incremento de minutos en los runners de github, dependiendo del tamaño de tu equipo esto puede ser un tema porque puede impactarte en el costo de la licencia de Github y por ende en el costo de tu proyecto. En mi caso lo resolví utilizando self runners y liberando los minutos de Github solo para ambientes productivos. Se los dejo por acá por si se topan con el mismo incoveniente.
Software Developer with more than 15 years of experience in the field with high standards on code quality, passionate about learning, currently focused on serverles and cloud
@hsaenzg buen punto que traes, sin duda que cualquier "replica" nos lleva a aumentar los costos y en tu ejemplo los minutos de los runners de githubs.
Creo que se puede equiparar con el tiempo que pasan los Devs y QA a la espera de una liberación o tambien poder optimizar el uso de ambientes compartidos que ya tengan como "QA ENV" teniendolos solo encendidos en horario laboral por poner un ejemplo.
Para estos casos de build o cuando no te interesa mantener contexto **(Ephemeral environments) **esta bueno darle un ojo a las Spot instances por ejemplo.
_Muchas gracias por sumarte con tu aporte. _
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Excelente tema, yo implemente el uso de ambientes efimeros justo como lo propones pero a nivel mas granular y el único incoveniente que tuve fue el incremento de minutos en los runners de github, dependiendo del tamaño de tu equipo esto puede ser un tema porque puede impactarte en el costo de la licencia de Github y por ende en el costo de tu proyecto. En mi caso lo resolví utilizando self runners y liberando los minutos de Github solo para ambientes productivos. Se los dejo por acá por si se topan con el mismo incoveniente.
@hsaenzg buen punto que traes, sin duda que cualquier "replica" nos lleva a aumentar los costos y en tu ejemplo los minutos de los runners de githubs.
Creo que se puede equiparar con el tiempo que pasan los Devs y QA a la espera de una liberación o tambien poder optimizar el uso de ambientes compartidos que ya tengan como "QA ENV" teniendolos solo encendidos en horario laboral por poner un ejemplo.
Para estos casos de build o cuando no te interesa mantener contexto **(Ephemeral environments) **esta bueno darle un ojo a las Spot instances por ejemplo.
_Muchas gracias por sumarte con tu aporte. _