Skip to content
This repository has been archived by the owner on Nov 15, 2022. It is now read-only.

Separating the Kubernetes vs OpenShift configs #472

Open
surajssd opened this issue Nov 21, 2017 · 2 comments
Open

Separating the Kubernetes vs OpenShift configs #472

surajssd opened this issue Nov 21, 2017 · 2 comments

Comments

@surajssd
Copy link
Member

For a user who is only dealing with Kubernetes and has no clue of OpenShift, how do we facilitate that she does not mix the OpenShift artifacts in between? Right now there is no way to know which config is meant for which cluster. We will only find that out when we are trying to deploy the configs using oc and oc binary is not available.

@concaf
Copy link
Collaborator

concaf commented Nov 21, 2017

Currently, everything is structured in a provider agnostic manner, the same config can take both Kubernetes and OpenShift specific definitions.
Do you see a problem with the current approach where we don't take the provider into account? If the end user is writing OpenShift definitions using Kedge, then we expect them to have the oc binary anyway.

@kadel
Copy link
Member

kadel commented Nov 21, 2017

For a user who is only dealing with Kubernetes and has no clue of OpenShift, how do we facilitate that she does not mix the OpenShift artifacts in between?

If the users is dealing with only Kubernetes and doesn't have a clue about OpenShift that he will use just Kubernetes types in his Kedgefile. I don't see any problem there.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants