|
| 1 | +## Mission Statement |
| 2 | + |
| 3 | +We seek to form an open community around multicluster and multicloud scenarios for containerized applications. We propose to anchor the initial community around github.com/open-cluster-management-io and open-cluster-management.io. |
| 4 | + |
| 5 | +We seek to add value to the community by a focused effort around many aspects of how users are deploying and managing Kubernetes clusters today. We seek to engage other parts of the community and both contribute to pre-existing efforts and invite contributors in those communities to cross-collaborate as part of this project. |
| 6 | + |
| 7 | +We are initially interested in the following lifecycles associated with expanding adoption of Kubernetes: |
| 8 | + |
| 9 | +1. Cluster Lifecycle. How are clusters provisioned, upgraded, registered, scaled out or in and decommissioned? |
| 10 | +2. Policy & Configuration Lifecycle. How are clusters configured, audited, secured, access controlled, managed for quota or cost? |
| 11 | +3. Application Lifecycle. How are containerized or hybrid applications delivered across one or more clusters? How are those applications kept current with ongoing changes? |
| 12 | + |
| 13 | +Our initial goals for the project are to define API and reference implementations for common use cases that we have observed as users grow their adoption of Kubernetes: |
| 14 | + |
| 15 | +- Define API for cluster registration independent of cluster CRUD lifecycle. |
| 16 | +- Define API for work distribution across multiple clusters. |
| 17 | +- Define API for dynamic placement of content and behavior across multiple clusters. |
| 18 | +- Define API for policy definition to ensure desired configuration and security settings are auditable or enforceable. |
| 19 | +- Define API for distributed application delivery across many clusters and the ability to deliver ongoing updates. |
| 20 | + |
| 21 | +We expect that over time, the project will make sense to contribute to an appropriate foundation for stewardship. In the meantime, we intend to engage and contribute where similar use cases are under active discussion in the community including the Kubernetes SIG-Multicluster and SIG-Policy workgroups, among others. |
| 22 | + |
| 23 | +## Contributor Code of Conduct |
| 24 | +The Open Cluster Management project has adopted the [CNCF Code of Conduct](https://github.com/cncf/foundation/blob/master/code-of-conduct.md). The English text of the CNCF Code of Conduct is made available here for reference. Additional [language translations](https://github.com/cncf/foundation/blob/master/code-of-conduct.md) are available. |
| 25 | + |
| 26 | +"As contributors and maintainers of this project, and in the interest of fostering an open and welcoming community, we pledge to respect all people who contribute through reporting issues, posting feature requests, updating documentation, submitting pull requests or patches, and other activities. |
| 27 | + |
| 28 | +We are committed to making participation in this project a harassment-free experience for everyone, regardless of level of experience, gender, gender identity and expression, sexual orientation, disability, personal appearance, body size, race, ethnicity, age, religion, or nationality. |
| 29 | +Examples of unacceptable behavior by participants include: |
| 30 | +The use of sexualized language or imagery |
| 31 | +Personal attacks |
| 32 | +Trolling or insulting/derogatory comments |
| 33 | +Public or private harassment |
| 34 | +Publishing others' private information, such as physical or electronic addresses, without explicit permission |
| 35 | +Other unethical or unprofessional conduct. |
| 36 | +Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct. By adopting this Code of Conduct, project maintainers commit themselves to fairly and consistently applying these principles to every aspect of managing this project. Project maintainers who do not follow or enforce the Code of Conduct may be permanently removed from the project team. |
| 37 | +This code of conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. |
| 38 | +Instances of abusive, harassing, or otherwise unacceptable behavior in Open Cluster Management may be reported by contacting `[email protected]`." [[Reference ](https://github.com/cncf/foundation/blob/master/code-of-conduct.md)] |
| 39 | + |
| 40 | +## Getting Involved |
| 41 | + |
| 42 | +Anyone who is interested in getting involved is welcome to contribute in a number of ways: |
| 43 | + |
| 44 | +Join the recurring meeting forums (see below) to provide input as a stakeholder and help validate proposed use cases. |
| 45 | +Suggest enhancements via github.com/open-cluster-management-io/enhancements for consideration to the community. |
| 46 | +Contribute to development via Pull Request for new enhancements or defect fixes. |
| 47 | + |
| 48 | +Suggested API and implementations will be accepted in accordance with the broad use cases outlined above. Our goal is to reserve the Kubernetes API Group open-cluster-management.io for well-reviewed and widely supported features. |
| 49 | + |
| 50 | +## Community Meeting Forum |
| 51 | + |
| 52 | +To ensure opportunities for broad user contributions, a public forum will be hosted to demonstrate new capabilities, solicit feedback and offer a forum for real time Q&A. |
| 53 | +Meeting recordings will be posted to a YouTube channel for offline viewing. |
| 54 | + |
| 55 | +The community meets on a bi-weekly cadence on Thursday at 15:30 UTC. |
| 56 | + |
| 57 | +Meeting Agenda and Topics can be found here: https://github.com/open-cluster-management-io/community/projects/1. |
| 58 | + |
| 59 | +## Communication |
| 60 | + |
| 61 | +See the following options to connect with the community: |
| 62 | + |
| 63 | + - [Website](https://open-cluster-management.io) |
| 64 | + - [Slack](https://kubernetes.slack.com/archives/C01GE7YSUUF) |
| 65 | + - [Mailing group](https://groups.google.com/g/open-cluster-management) |
| 66 | + - [Community meetings](https://github.com/open-cluster-management-io/community#community-meetings) |
| 67 | + - [YouTube channel](https://www.youtube.com/channel/UC7xxOh2jBM5Jfwt3fsBzOZw) |
| 68 | + |
| 69 | +## Governance |
| 70 | + |
| 71 | +* **Committees** The project will initially have a 3-person Bootstrap Steering Committee. The present steering |
| 72 | + committee is a bootstrap committee and we want to work towards a future state where there is community representation and community determination of the steering committee members. In that future state, the steering committee size may be expanded to meet the needs of the community. |
| 73 | + |
| 74 | +* **Special Interest Group (SIG)** are persistent open groups that focus on a part of the project. |
| 75 | + SIGs must have open and transparent proceedings. |
| 76 | + Anyone is welcome to participate and contribute provided they follow the Code of Conduct. |
| 77 | + |
| 78 | + The project has a bootstrap [sig-architecture](sig-architecture) to provide oversight and guidance on API and architectural aspects of the project to ensure a consistent and robust technical foundation for the project. More SIGs are expected to be established with the evolution of the project. |
| 79 | + |
| 80 | +## Public Roadmap |
| 81 | + |
| 82 | +Roadmap is tracked using GitHub project. See https://github.com/open-cluster-management-io/community/projects/2 |
| 83 | + |
| 84 | +## Security Response |
| 85 | + |
| 86 | +Please see https://github.com/open-cluster-management-io/ocm/blob/main/SECURITY.md. |
0 commit comments