- A service should use convention over configuration so there should be minimal configuratios required.
- A configuration name should be descriptive and should include service name if it is required.
- A configuration should support aggregation of properties from different sources. For example, you may be combining some configuration properties from multiple files.
- A configuration should support property overrides, either using embedded property files. external property files or runtime arguments.
- A configuration should support hierarchical properties.
- A configuration should be reloadable either using file touch or database refresh.
- The service should provide a way to dump the configurations it is using.
- The configuration files should support symbols that can be provided by the runtime environment. For example, in certain cases, you may need to define similar configurations for different environments such as database name for US is US_myapp and for Canada, it is CA_myapp.
- A service container should independently load each service and all dependent configurations so that they are managed indpendently.
- The configuration system should support annotations based properties if supported by underlying language.
June 21, 2007
Ten Commands for Configuration
No Comments
No comments yet.
RSS feed for comments on this post. TrackBack URL
Sorry, the comment form is closed at this time.