openshift公开的kubernetes api是原始的kubernetes api吗?

openshift公开的kubernetes api是原始的kubernetes api吗?,openshift,kubernetes,spinnaker,Openshift,Kubernetes,Spinnaker,Openshift公开了一个Kubernetes api。像Spinnaker这样的工具可以本地访问Kubernetes 我想通过Spinnaker访问Openshift公开的Kubernetes API Openshift公开的Kubernetes api是原始Kubernetes api还是修改版本? 如果它是原始API,则可以直接从Spinnaker?和访问它,可以看出Openshift包含原始k8s API(v1)。除此之外,它还包括自己的API组和自定义API对象()。因此,只要您想使

Openshift公开了一个Kubernetes api。像Spinnaker这样的工具可以本地访问Kubernetes

我想通过Spinnaker访问Openshift公开的Kubernetes API

Openshift公开的Kubernetes api是原始Kubernetes api还是修改版本? 如果它是原始API,则可以直接从Spinnaker?和访问它,可以看出Openshift包含原始k8s API(v1)。除此之外,它还包括自己的API组和自定义API对象()。因此,只要您想使用APIV1元素,就可以像使用vanilla Kubernetes一样访问API。这里可以看到API访问的示例。如果可以使用curl访问,Spinnaker应该不会造成任何问题

编辑:正如Graham Dumpleton在评论中所说,您可能需要配置一些RBAC策略以允许您的用户访问:

从和,可以看出Openshift包含原始的k8s API(v1)。除此之外,它还包括自己的API组和自定义API对象()。因此,只要您想使用APIV1元素,就可以像使用vanilla Kubernetes一样访问API。这里可以看到API访问的示例。如果可以使用curl访问,Spinnaker应该不会造成任何问题


编辑:正如格雷厄姆·邓普尔顿在评论中所说,您可能需要配置一些RBAC策略以允许用户访问:

唯一的警告是,OpenShift提供的其他基于角色的访问控制可能会阻止您执行某些操作,除非您为用户/服务帐户设置了适当的角色。唯一的警告是,其他基于角色的访问控制可能会阻止您执行某些操作OpenShift设置的访问控制可能会阻止您执行某些操作,除非您为用户/服务帐户设置了适当的角色。