Multiple environments in a single render.yaml file
Š
Štefan Ľupták
It would be super useful to be able to do something like this in the
render.yaml
file:environments:
- name: my-project-prod
previewsEnabled: false
services:
# ...
envVarGroups:
# ...
databases:
# ...
- name: my-project-staging
previewsEnabled: true
services:
# ...
envVarGroups:
# ...
databases:
# ...
It's basically "just" nesting the current content of the
render.yaml
file into the environments
array. This would enable workflow such as having prod
without preview environments and then having staging
with preview environments. Workflow like that is currently impossible to achieve when I want to use infrastructure as a code.Log In
j
james
Yes this would also be incredibly useful for us, either a single file or multiple files, one for each environment, combined with https://feedback.render.com/features/p/disable-individual-services-in-preview-environments
B
Bergur Hallgrimsson
This along with service grouping (https://feedback.render.com/features/p/service-grouping) would be ideal.
Imagine grouping your resources (api, database, redis, static) into a custom group and then defining a blueprint for that e.g.
render.production.yaml
render.staging.yaml
C
Chunlea
Instead of combining all things in a single file, I prefer we have dedicated overwrite yaml file like docker-compose, we can have
render.yaml
as the basic file for default envs, and have render.staging.yaml
or render.production.yaml
to overwrite the old value from the render.yaml
file. One pain I found is that currently the render only support
render.yaml
file, which make me to set up different envs too hard for different team accounts.A
Aldric Giacomoni
Our team would also really like this to be possible.