Comments (12)
I personally would be in favour of k/e simply from a visibility standpoint - whilst most CAPI providers interact with external services, this one is very kubernetes-native and relies on certain properties of the way Kubernetes works (and the assumptions we'll need to make wrt. APIs that we are syncing).
I think getting e.g. sig-api-machinery's eyes on it all would be really beneficial, and could highlight areas where we need to exercise caution around the underlying design of the syncer controller for example.
The idea here is to be pretty specific to the CAPN experience, potentially as we find areas where improvements need to happen for other projects we'll use k/enhancements
I think this works well and makes sense for our API types etc (like what we expose to CAPI), but the overarching design of syncing is something I think we would benefit from getting a 👍 from sig-api-machinery and sig-auth (especially as this is a sponsored subproject of k8s)
from cluster-api-provider-nested.
I don't think it's totally necessary, with this directory I'm following a long with the CAEP format https://github.com/kubernetes-sigs/cluster-api/tree/master/docs/proposals it's also what we have in controller-runtime/designs and kubebuilder/designs
The idea here is to be pretty specific to the CAPN experience, potentially as we find areas where improvements need to happen for other projects we'll use k/enhancements
from cluster-api-provider-nested.
Given the nature of the 'deployment target' (i.e. Kubernetes) I think that this project is quite cross-cutting, unlike most other CAPI providers which integrate/interact with regular ol' cloud providers.
from cluster-api-provider-nested.
Yeah, those are fair points @munnerz. The syncing logic would be good to get more eyes on it as we bring that code over. CAPI types are more what I was referring to since we haven't even discussed what that's going to look like. Good call 👍
from cluster-api-provider-nested.
SIG Cluster Lifecycle is the sponsoring SIG for this since it falls under CAPI. I'd assume we'd just use that.
from cluster-api-provider-nested.
Thanks for adding that extra information @vincepri
from cluster-api-provider-nested.
I was told that WG don't have their own folders in k/e since they're sponsored by SIGs and it's upto them to decide where they docs should live. Which SIG do y'all think would be the most relevant in this case?
from cluster-api-provider-nested.
FWIW, CAPI doesn't use k/e, at least for now. We have an issue upstream to document our process and where all our proposals are stored.
from cluster-api-provider-nested.
@christopherhein @munnerz do we have consensus on moving these to k/e? I'll close this issue if so.
from cluster-api-provider-nested.
I don't think we do. I'm proposing we follow the CAPI style of keeping these proposals in-tree and as we get to the syncing logic + vn-agent work which will be added back in after we have the new apis done we can reconsider potentially use k/e for those.
Additional note there is a larger CAPI goal to do an overall API review when the project goes to v1beta1
I assume we'd following along with.
from cluster-api-provider-nested.
@shubheksha good to close?
from cluster-api-provider-nested.
My main motivation for moving this into k/e
was higher visibility to ensure we aren't building this in a silo. I spoke with Chris offline and he shared how he's approaching this. I'll create a separate issue for a roadmap where we can track milestones and include visibility/reviews/community buy-in with it. Closing this now.
from cluster-api-provider-nested.
Related Issues (20)
- update (virtual cluster) validation webhook registration to support admission.../v1 HOT 9
- Support exposing single annotations/labels via env downward API
- Pod Checker occasionally deletes vPods unexpectedly HOT 2
- Consider extending conversations package to work with vNodes HOT 7
- 🐛 Pod Mutator has order requirements HOT 1
- Pod DWS support container Commands&Args update HOT 1
- ✨PersistentVolumeClaim support UWS status update HOT 4
- [VirtualCluster] Error creating: failed to list services from cluster xxxxx cache: service is not ready HOT 6
- ✨ Enhancement for virtual cluster DNS HOT 1
- 🐛[VC] Failed to do port-forward for a pod in virtual cluster HOT 1
- ❓ [VC] Why pod with nodeName is not supported for now? HOT 6
- Unable to init Cluster with the nested provider HOT 5
- Add Dedicated Node Support and Customized Scheduler in VirtualCluster using Customized Syncers HOT 6
- CAPI v1.5.0-beta.0 has been released and is ready for testing HOT 4
- CAPN doesn't seem to work outside of a kind scenario HOT 4
- CAPI v1.6.0-beta.0 has been released and is ready for testing HOT 4
- Cluster API Provider Nested is out of support HOT 4
- CAPI v1.7.0-beta.0 has been released and is ready for testing HOT 4
- CAPI v1.8.0-beta.0 has been released and is ready for testing
- Consider archiving this repo HOT 9
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cluster-api-provider-nested.