forked from kubernetes-retired/kube-batch
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Klaus Ma
committed
Jun 30, 2017
1 parent
d454490
commit 47cceee
Showing
6 changed files
with
146 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,26 @@ | ||
# Contributing guidelines | ||
|
||
## How to become a contributor and submit your own code | ||
|
||
### Contributor License Agreements | ||
|
||
We'd love to accept your patches! Before we can take them, we have to jump a couple of legal hurdles. | ||
|
||
Please fill out either the individual or corporate Contributor License Agreement (CLA). | ||
|
||
* If you are an individual writing original source code and you're sure you own the intellectual property, then you'll need to sign an [individual CLA](https://identity.linuxfoundation.org/node/285/node/285/individual-signup). | ||
* If you work for a company that wants to allow you to contribute your work, then you'll need to sign a [corporate CLA](https://identity.linuxfoundation.org/node/285/organization-signup). | ||
|
||
Follow either of the two links above to access the appropriate CLA and instructions for how to sign and return it. Once we receive it, we'll be able to accept your pull requests. | ||
|
||
### Contributing A Patch | ||
|
||
1. Submit an issue describing your proposed change to the repo in question. | ||
1. The [repo owners](OWNERS) will respond to your issue promptly. | ||
1. If your proposed change is accepted, and you haven't already done so, sign a Contributor License Agreement (see details above). | ||
1. Fork the desired repo, develop and test your code changes. | ||
1. Submit a pull request. | ||
|
||
### Adding dependencies | ||
|
||
If your patch depends on new packages, add that package with [`godep`](https://github.com/tools/godep). Follow the [instructions to add a dependency](https://github.com/kubernetes/kubernetes/blob/master/docs/devel/development.md#godep-and-dependency-management). |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,8 @@ | ||
approver: | ||
- timothysc | ||
- k82cn | ||
- foxish | ||
reviewer: | ||
- timothysc | ||
- k82cn | ||
- foxish |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,2 +1,46 @@ | ||
# kube-arbitrator | ||
Policy based resource sharing for Kubernetes cluster | ||
|
||
kube-arbitrator provide policy based resource sharing for Kubernetes cluster, the following section describe the target scenario of this project: | ||
|
||
As a cluster admin, I’d like to build an environment to run different workload together, e.g. long running service, bigdata. As those applications are managed by different department, I have to provide resource guarantee to each applications, demonstrated as following: | ||
|
||
1. Long running service (app area) and bigdata (bigdata area) can share resources: | ||
* Define resource usage of each area, e.g. 40% resources to app area, 60% to bigdata area. | ||
* Borrow/lending protocol: if the resources is idle in one area, it can be lend out and be preempted back | ||
1. Run multiple cluster in bigdata area: | ||
* Define resources usage of each cluster within bigdata area, e.g. Spark, Hadoop | ||
* Sharing resources between those big data clusters, e.g. borrow/lending protocol | ||
|
||
The detail of requirements for the "bigdata" are | ||
|
||
* Run a set of applications | ||
* Provided each application guaranteed access to some quantity of resources | ||
* Provided all applications best-effort access to all unused resources according to some target weight (one weight assigned to each application, i.e. if all applications wanted to use all free resources, then they would be allowed to do so in some relative proportion) | ||
* If some application A is using less than its guarantee, and then if it decides to use its guarantee and there aren't enough free resources to do so, it should be able to evict tasks from some other application or applications (that is/are using more than their guarantee) in order to obtain its guarantee | ||
|
||
Further, group "bigdata" apps and "service" apps into two buckets, providing each bucket (in aggregate) guaranteed access to some fraction of the cluster, and best-effort access to the entire cluster with the understanding that usage above the guarantee can be revoked at any time. | ||
|
||
## Architecture | ||
|
||
![architect](doc/images/architect.jpg) | ||
|
||
## Community, discussion, contribution, and support | ||
|
||
Learn how to engage with the Kubernetes community on the [community page](http://kubernetes.io/community/). | ||
|
||
You can reach the maintainers of this project at: | ||
|
||
- Slack: #kubernetes-dev | ||
- Mailing List: https://groups.google.com/forum/#!forum/kubernetes-dev | ||
|
||
## Kubernetes Incubator | ||
|
||
This is a [Kubernetes Incubator project](https://github.com/kubernetes/community/blob/master/incubator.md). The project was established 2017-07-01. The incubator team for the project is: | ||
|
||
- Sponsor: Joe Beda ([@jbeda](https://github.com/jbeda)) | ||
- Champion: Timothy St. Clair ([@timothysc](https://github.com/timothysc)) | ||
- SIG: sig-scheduling | ||
|
||
### Code of conduct | ||
|
||
Participation in the Kubernetes community is governed by the [Kubernetes Code of Conduct](code-of-conduct.md). |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,9 @@ | ||
# Release Process | ||
|
||
The Kubernetes Template Project is released on an as-needed basis. The process is as follows: | ||
|
||
1. An issue is proposing a new release with a changelog since the last release | ||
1. All [OWNERS](OWNERS) must LGTM this release | ||
1. An OWNER runs `git tag -s $VERSION` and inserts the changelog and pushes the tag with `git push $VERSION` | ||
1. The release issue is closed | ||
1. An announcement email is sent to `[email protected]` with the subject `[ANNOUNCE] kubernetes-template-project $VERSION is released` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,58 @@ | ||
## Kubernetes Community Code of Conduct | ||
|
||
### Contributor Code of Conduct | ||
|
||
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. | ||
|
||
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. | ||
|
||
Examples of unacceptable behavior by participants include: | ||
|
||
* The use of sexualized language or imagery | ||
* Personal attacks | ||
* Trolling or insulting/derogatory comments | ||
* Public or private harassment | ||
* Publishing other's private information, such as physical or electronic addresses, | ||
without explicit permission | ||
* Other unethical or unprofessional conduct. | ||
|
||
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. | ||
|
||
This code of conduct applies both within project spaces and in public spaces | ||
when an individual is representing the project or its community. | ||
|
||
Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting a Kubernetes maintainer, Sarah Novotny <[email protected]>, and/or Dan Kohn <[email protected]>. | ||
|
||
This Code of Conduct is adapted from the Contributor Covenant | ||
(http://contributor-covenant.org), version 1.2.0, available at | ||
http://contributor-covenant.org/version/1/2/0/ | ||
|
||
### Kubernetes Events Code of Conduct | ||
|
||
Kubernetes events are working conferences intended for professional networking and collaboration in the | ||
Kubernetes community. Attendees are expected to behave according to professional standards and in accordance | ||
with their employer's policies on appropriate workplace behavior. | ||
|
||
While at Kubernetes events or related social networking opportunities, attendees should not engage in | ||
discriminatory or offensive speech or actions regarding gender, sexuality, race, or religion. Speakers should | ||
be especially aware of these concerns. | ||
|
||
The Kubernetes team does not condone any statements by speakers contrary to these standards. The Kubernetes | ||
team reserves the right to deny entrance and/or eject from an event (without refund) any individual found to | ||
be engaging in discriminatory or offensive speech or actions. | ||
|
||
Please bring any concerns to to the immediate attention of Kubernetes event staff | ||
|
||
|
||
[![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/code-of-conduct.md?pixel)]() |
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.