This bundle enables having multiple configurations (installations) in one Symfony application. It does so, by supplying two independent features:
- Installation-aware kernel, and installation-dependent parameters
- Advanced parameter provider, that can read parameters from any source.
Combination of this features enable implementing multi-tenant applications, configured to use different resources separated at infrastructure level for each tenant. The resources can be database connection, filesystem adapters, etc. Moreover, configuration storage can be off-loaded to a database server, JSON file, zookeeper instance, with a custom or build-in parameter provider service, which will load appropriate configuration based on installation selected in application kernel.
This bundle requires Symfony 3.4, as it depends on advanced environment variable processing.
Note: Processors from this bundle do not read actual environment variables.
Provide kernel with information about installation (see configuration below), and then in your configuration you can use that information as parameters.
#app/config/config.yml
ojezu_dynamic_parameter:
multi_installation: true
file_storage:
bucket: "/myapp/installation/%env(ojezu_installation:name)%/"
Usage is similar to plain environment variables, but gives more control, as it's developer who decides what and from
where will find its way into Installation
object. Installation parameters can be set based on request headers, php-cli
arguments and any other data source, as implemented in application using this bundle (see configuration below).
All Installation
class instance public properties can be accessed, and Installation class can be extended,
with properties you need.
After configuring advanced parameter provider (see below), you are able to map parameters to abstract configuration
paths used to obtain parameter values from any source, as long as there is a provider for that source. Providers are
very simple services, that just have to implement ParameterProviderInterface
. JSON local and remote file provider is
already provided by this bundle, more powerful than Symfony built-in "json:" env variable processor.
# app/config/config.yml
ojezu_dynamic_parameter:
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
parameter_map:
database_host: { path: ['database', 'host'] }
doctrine:
dbal:
driver: pdo_mysql
server_version: 5.7
host: "%env(ojezu_param:database_host)%"
# services.yml
services:
OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider:
arguments:
- '%kernel.root_dir%/config/config.json'
This configuration will find database.host value in JSON config file, and provide it to DBAL configuration.
While both features offer more than what's built in Symfony 3.4, using them together allows for easy management of multiple configurations supported by same Symfony application.
#app/config/config.yml
ojezu_dynamic_parameter:
multi_installation: true
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
parameter_map:
database_name: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'name'] }
doctrine:
dbal:
driver: pdo_mysql
server_version: 5.7
host: "mysql.example.com"
dbname: "%env(ojezu_param:database_name)%"
#services.yml
services:
OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider:
arguments:
- '%kernel.root_dir%/config/config.json'
{
"installation": {
"application1": {
"database": {
"name": "app1_database",
}
},
"application2": {
"database": {
"name": "app2_database",
}
}
}
}
In order to be able to use multi-installation support:
-
Enable it in configuration:
#app/config/config.yml ojezu_dynamic_parameter: multi_installation: true
-
Change your AppKernel to extend
\OJezu\DynamicParameterBundle\Kernel\Kernel
<?php use \OJezu\DynamicParameterBundle\Kernel\Kernel; class AppKernel extends Kernel { (...) }
-
Make sure that in all places where kernel is created in your application, it is provided with
Installation
instance. Kernel is usually created byweb/*.php
orpublic/*.php
files, but remember to modify yourbin/console
too.<?php (...) $installation = new Installation($requestedInstallation); $kernel = new AppKernel($installation, $env, $debug);
Complete examples can be found in
doc/examples
directory of this repository. -
In
bin/console
be sure to also swapApplication
with one provided by this bundle, if you want to specify installation via CLI option - otherwise parsing of argv may introduce problems.
Complete examples can be found in doc/examples
directory
You must provide mapping for supported parameters. It is required due to limitations in %env(processor:variable)%
Symfony DI Container configuration syntax, and to allow paths that can be easily adapted to any configuration provider.
ojezu_dynamic_parameter:
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
parameter_map:
database_host: { path: ['database', 'host'] }
database_name: { path: ['database', 'name'] }
database_user: { path: ['database', 'user'] }
Those parameters can later be used in all places in your application configuration, no matter support from configured bundle:
doctrine:
dbal:
driver: pdo_mysql
server_version: 5.7
host: "%env(ojezu_param:database_host)%"
dbname: "%env(ojezu_param:database_name)%"
user: "%env(ojezu_param:database_user)%"
In paths all previously loaded parameters can be used, including ojezu_installation
parameters.
ojezu_dynamic_parameter:
multi_installation: true
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
parameter_map:
database_host: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'host'] }
database_name: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'name'] }
database_user: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'user'] }
Opens and parses json file from local disk.
# services.yml
services:
OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider:
arguments:
- '%kernel.root_dir%/etc/installation/%env(ojezu_installation:name)%.json'
# app/config/config.yml
ojezu_dynamic_parameter:
multi_installation: true
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
Downloads json file with GuzzleHttp client and optionally caches it in a PSR-16 Simple Cache compatible cache.
# services.yml
services:
app.guzzle.configuration:
class: GuzzleHttp\Client
arguments:
- timeout: 5
auth: ['configuration', 'configuration']
app.cache.configuration:
class: Symfony\Component\Cache\Simple\ApcuCache
arguments:
- 'installation_configuration'
OJezu\DynamicParameterBundle\Service\RemoteJsonFileParameterProvider:
arguments:
- 'http://configuration_server/%env(ojezu_installation:name)%.json'
- '@app.guzzle.configuration'
- '@app.cache.configuration'
# app/config/config.yml
ojezu_dynamic_parameter:
multi_installation: true
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\RemoteJsonFileParameterProvider'
You can use any service implementing OJezu\DynamicParameterBundle\Service\ParameterProviderInterface
interface.
ojezu_dynamic_parameter:
multi_installation: true
advanced_parameters:
provider: 'MyAppBundle\Services\RedisParameterProvider' # this is service! not class.
parameter_map:
database_host: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'host'] }
database_name: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'name'] }
database_user: { path: ['installation', '%env(ojezu_installation:name)%', 'database', 'user'] }
Keep in mind that your provider is a service - it can have its arguments injected, it can be tagged etc. As long as
there is no cycle it will work like any other service (no use trying to inject ojezu_param
s there!)
Yes.
ojezu_dynamic_parameter:
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
processor:
database_host:
path: ['database', 'host']
default: 'localhost'
In some instances there is no configuration to be loaded - e.g. when warming cache. For those instances there is "no config mode", in which provider won't be used, and all variables will be resolved to null, unless given explicit value for use in those scenarios. Defaults won't be used.
Enable it by using load_configuration
option in processor section:
ojezu_dynamic_parameter:
multi_installation: true
advanced_parameters:
provider: 'OJezu\DynamicParameterBundle\Service\LocalJsonFileParameterProvider'
load_configuration: '%env(bool:ojezu_installation:name)%'
parameter_map:
database_host: {path: ['installation', '%env(ojezu_installation:name)%', 'database', 'host']}
log_channel: {path: ['log', '%env(ojezu_installation:name)%'], default: 'default', no_config_value: 'default'}
bucket_name: {path: ['buckets', '%env(ojezu_installation:name)%'], no_config_value: '%env(LOCAL_BUCKET)%'}
Points for expansion are
Installation
value object for ojezu_installation- Parameter providers
If you need more options from Installation
, extend that class with additional public properties or methods,
and use your extended class in place of the base Installation.
New providers can be written by extending OJezu\DynamicParameterBundle\Service\ParameterProviderInterface
and
configured as described in Configuration part of this ReadMe
would be nice.
MIT