UNPKG

osls

Version:

Open-source alternative to Serverless Framework

70 lines (50 loc) 2 kB
# Parameters Parameters can be defined in `serverless.yml` or passed via CLI with `--param="<key>=<value>"` flags. They can be used for example to: - adapt the configuration based on the stage - store secrets securely - share configuration values between team members ## CLI parameters Parameters can be passed directly via CLI `--param` flag, following the pattern `--param="<key>=<value>"`: ``` serverless deploy --param="domain=myapp.com" --param="key=value" ``` Parameters can then be used via the `${param:XXX}` variables: ```yaml provider: environment: APP_DOMAIN: ${param:domain} KEY: ${param:key} ``` ## Stage parameters Parameters can be defined **for each stage** in `serverless.yml` under the `params` key: ```yaml params: prod: domain: myapp.com dev: domain: preview.myapp.com ``` Use the `default` key to define parameters that apply to all stages by default: ```yaml params: default: domain: ${sls:stage}.preview.myapp.com prod: domain: myapp.com dev: domain: preview.myapp.com ``` Parameters can then be used via the `${param:XXX}` variables: ```yaml provider: environment: APP_DOMAIN: ${param:domain} ``` The variable will be resolved based on the current stage. ## Inheritance and overriding Here is the priority used to resolve a `${param:XXX}` variable: - First, look in params passed with `--param` CLI flag - If not found, then look in `params.<stage>` in `serverless.yml` - If not found, then look in `params.default` in `serverless.yml` - If not found, throw an error, or use the fallback value if one was provided: `${param:XXX, 'default value'}` This is especially useful in development when deploying to ephemeral stages (e.g. "feature-x"). The stage might not have any parameter, therefore it will default to the parameters set on the service. However, in other stages, like "prod", or "staging", you may override the service-level parameters with stage-level parameters to use values unique to that stage.