• Comply to OOM/Helm for Config Management - Projects will require to populate the helm configs, adapt their helm configs for Beijign
• Each component shall support HA and geo-redundancy through K8S - Project teams will own the configurations in OOM of HA / geo-redundancy
• Deployment for new containers
• Following OOM Logging guidelines for new projects / adjust logging for existing projects
• OOM CI triggered by component teams commits - what is the impact to component teams here? hook OOM to the job builder of each component teams
• Backup and Restore: 
• Upgradability / Rollbacks: comply to a "rest" API for upgrade, downgrade of the platform, how do we support rolling upgrade? should we support 2 versions of a component at the same time?
• Health Monitoring: request component teams to provide REST level monitoring, and probably deeper health check so that OOM can provide a consistent view across, enabling DEBUG, 
• Recoverability: components should be mostly stateless at target. Need to define what could be done for Beijign
• Graceful shutdown: support k8s graceful shutdown feature
• Storage: comply to a common persistent volume strategy, 

OOM shall document guidelines for each of those in order to support project teams