You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The "installation" of fabric-operator to a Kubernetes cluster involves little more than the registration of the operator CRD types to the Kube API controller.
Highlight this feature by installing the operator to a target namespace, using a single kubectl (or kustomization overlay) and a network URL. A great reference of this feature is action can be found at the Argo Workflows Quick Start Guide, illustrating how a multi-component configuration can easily be applied to a cluster with a single copy/paste command block for common deployment targets.
Emulate Argo's 'manifest-based' installations, providing a "one click" activity to realize a Fabric base layer on a target Kubernetes. Effectively Argo is generating the output of kustomization builds, and storing the outputs of the kustomization in revision control. Not only is this technique an incredibly nice accelerator for new start projects, but it sets the basis for a revision-and-change management strategy for the operator as a "platform."
Note that this applies only to starting the operator, console, RBAC permissions to a target namespace only, and a parallel Nginx for ingress. No configuration of a Fabric network is required - just get everything in order for users to start constructing networks with ansible, kubectl/CRDs, or the Console GUI.
Common deployment targets / manifests include:
EKS
IKS
localhost with KIND
localhost with Rancher / k3s
localhost with minikube
The text was updated successfully, but these errors were encountered:
The "installation" of fabric-operator to a Kubernetes cluster involves little more than the registration of the operator CRD types to the Kube API controller.
Highlight this feature by installing the operator to a target namespace, using a single
kubectl
(or kustomization overlay) and a network URL. A great reference of this feature is action can be found at the Argo Workflows Quick Start Guide, illustrating how a multi-component configuration can easily be applied to a cluster with a single copy/paste command block for common deployment targets.Emulate Argo's 'manifest-based' installations, providing a "one click" activity to realize a Fabric base layer on a target Kubernetes. Effectively Argo is generating the output of
kustomization
builds, and storing the outputs of the kustomization in revision control. Not only is this technique an incredibly nice accelerator for new start projects, but it sets the basis for a revision-and-change management strategy for the operator as a "platform."Note that this applies only to starting the operator, console, RBAC permissions to a target namespace only, and a parallel Nginx for ingress. No configuration of a Fabric network is required - just get everything in order for users to start constructing networks with ansible, kubectl/CRDs, or the Console GUI.
Common deployment targets / manifests include:
The text was updated successfully, but these errors were encountered: