FluxCD
FluxCD is a set of continuous and progressive delivery solutions for Kubernetes that are open and extensible.
Using Port's Kubernetes Exporter, you can keep track of all Flux resources in your cluster and export monitored repositories and applications to Port. You will use built in metadata from your kubernetes resources and CRDs to create entities in Port and keep track of their state.
Get to know the basics of our Kubernetes exporter here!
Prerequisites
- This guide assumes you have completed the visualize your services' k8s runtime guide
- Helm must be installed to use the chart. Please refer to Helm's documentation to get started
- The
jq
command must installed - The
yq
command must installed - The
kubectl
command must be installed - Have your Port credentials ready.
In this use-case, you will use a custom bash script which will assist you in the process of installing Port's K8s exporter.
The script will install the helm chart to the Kubernetes cluster which is currently in kubectl context. To view the context name of the cluster the exporter will be installed on, run:
kubectl config current-context
Setting up blueprints & resource mapping
The following section will guide you through the process of setting up your blueprints and resource mapping using the installation script. You can read more about the installation script here.
Creating blueprints
The installation script provides a convenient way to create your blueprints. Using the CUSTOM_BP_PATH
environment
variable, you can fetch a pre-defined blueprints.json
to create your blueprints. For this use-case, you will
use this file to
define your blueprints. Do this by running:
export CUSTOM_BP_PATH="https://github.com/port-labs/template-assets/blob/main/kubernetes/blueprints/fluxcd-blueprints.json"
This blueprints.json
file defines the following blueprints:
- Cluster
- Namespace
- Workload
- Flux Source
- Flux Application
-
Workload
is an abstraction of Kubernetes objects which create and manage pods. By creating this blueprint, you can avoid creating a dedicated blueprint per Workload type, all of which will likely look pretty similar. Here is the list of kubernetes objectsWorkload
will represent:- Deployment
- StatefulSet
- DaemonSet
-
Flux Source
is one of the most important Flux resource that defines the origin of a repository containing the desired state of the system and the requirements to obtain it. This blueprint tracks GitRepository and HelmRepository CRDs in the Flux system. -
Flux Application
is another important Flux resource that represents a local set of Kubernetes resources that Flux is supposed to reconcile in the cluster. This blueprint tracks Kustomization and HelmRelease CRDs in the Flux system.
Below are the Flux blueprint schemas used in the exporter:
Flux source blueprint (click to expand)
{
"identifier":"fluxSource",
"description":"Flux Source",
"title":"Flux Source",
"icon":"Fluxcd",
"schema":{
"properties":{
"repoURL":{
"type":"string",
"icon":"Git",
"title":"Repository URL",
"description":"The URL of the repository containing the application source code"
},
"sourceType":{
"icon":"DefaultProperty",
"title":"Source Type",
"description":"The flux source type",
"type":"string",
"enum":[
"HelmRepository",
"GitRepository"
],
"enumColors":{
"HelmRepository":"turquoise",
"GitRepository":"green"
}
},
"interval":{
"icon":"Clock",
"type":"string",
"title":"Interval",
"description":"Interval at which the GitRepository URL is checked for updates"
},
"createdAt":{
"title":"Created At",
"type":"string",
"format":"date-time",
"icon":"DefaultProperty"
},
"branch":{
"title":"Branch",
"type":"string",
"icon":"DefaultProperty"
}
},
"required":[]
},
"mirrorProperties":{},
"calculationProperties":{},
"aggregationProperties":{},
"relations":{
"namespace":{
"title":"Namespace",
"target":"namespace",
"required":false,
"many":false
}
}
}
Flux application blueprint (click to expand)
{
"identifier":"fluxApplication",
"description":"This blueprint represents Flux Application which can be HelmRelease or Kustomization",
"title":"Flux Application",
"icon":"Fluxcd",
"schema":{
"properties":{
"targetNamespace":{
"icon":"DefaultProperty",
"type":"string",
"title":"Target Namespace"
},
"namespace":{
"type":"string",
"title":"Namespace",
"icon":"DefaultProperty"
},
"ready":{
"icon":"DefaultProperty",
"title":"Health Status",
"description":"The health status of the application",
"type":"string",
"enum":[
"True",
"False",
"Unknown"
],
"enumColors":{
"True":"green",
"False":"red",
"Unknown":"yellow"
}
},
"createdAt":{
"title":"Created At",
"type":"string",
"format":"date-time",
"icon":"DefaultProperty"
},
"applicationType":{
"icon":"DefaultProperty",
"title":"Application Type",
"description":"Kustomization or HelmRelease",
"type":"string",
"enum":[
"HelmRelease",
"Kustomization"
],
"enumColors":{
"HelmRelease":"lightGray",
"Kustomization":"lightGray"
}
},
"interval":{
"icon":"Clock",
"type":"string",
"title":"Interval",
"description":"The interval at which the application will be reconciled"
},
"path":{
"title":"Path",
"type":"string",
"icon":"DefaultProperty"
},
"prune":{
"title":"Prune",
"type":"boolean",
"icon":"DefaultProperty"
}
},
"required":[]
},
"mirrorProperties":{},
"calculationProperties":{},
"aggregationProperties":{},
"relations":{
"source":{
"title":"Source",
"target":"fluxSource",
"required":false,
"many":false
}
}
}
Exporting custom resource mapping
Using the CONFIG_YAML_URL
parameter, you can define a custom resource mapping to use when installing the exporter.
In this use-case you will be using the this configuration file. To achieve this, run:
export CONFIG_YAML_URL="https://github.com/port-labs/template-assets/blob/main/kubernetes/templates/fluxcd-kubernetes_v1_config.yaml"
Below is the mapping for the Flux resources:
Flux source mapping (click to expand)
- kind: source.toolkit.fluxcd.io/v1/gitrepositories
port:
entity:
mappings:
- identifier: .metadata.name + "-" + .metadata.namespace + "-" + env.CLUSTER_NAME
title: .metadata.name
icon: '"Fluxcd"'
blueprint: '"fluxSource"'
properties:
repoURL: .spec.url
sourceType: .kind
branch: .spec.ref.branch
interval: .spec.interval
createdAt: .metadata.creationTimestamp
relations:
namespace: .metadata.namespace + "-" + env.CLUSTER_NAME
- kind: source.toolkit.fluxcd.io/v1beta2/helmrepositories
port:
entity:
mappings:
- identifier: .metadata.name + "-" + .metadata.namespace + "-" + env.CLUSTER_NAME
title: .metadata.name
icon: '"Fluxcd"'
blueprint: '"fluxSource"'
properties:
repoURL: .spec.url
sourceType: .kind
branch: .spec.ref.branch
interval: .spec.interval
createdAt: .metadata.creationTimestamp
relations:
namespace: .metadata.namespace + "-" + env.CLUSTER_NAME
Flux application mapping (click to expand)
- kind: kustomize.toolkit.fluxcd.io/v1/kustomizations
port:
entity:
mappings:
- identifier: .metadata.name + "-" + .metadata.namespace + "-" + env.CLUSTER_NAME
title: .metadata.name
icon: '"Fluxcd"'
blueprint: '"fluxApplication"'
properties:
targetNamespace: .spec.targetNamespace
namespace: .metadata.namespace
ready: .status.conditions[] | select(.type == "Ready") | .status
path: .spec.path
prune: .spec.prune
applicationType: .kind
interval: .spec.interval
createdAt: .metadata.creationTimestamp
relations:
source: .spec.sourceRef.name + "-" + .metadata.namespace + "-" + env.CLUSTER_NAME
- kind: helm.toolkit.fluxcd.io/v2beta2/helmreleases
port:
entity:
mappings:
- identifier: .metadata.name + "-" + .metadata.namespace + "-" + env.CLUSTER_NAME
title: .metadata.name
icon: '"Fluxcd"'
blueprint: '"fluxApplication"'
properties:
targetNamespace: .spec.targetNamespace
namespace: .metadata.namespace
ready: .status.conditions[] | select(.type == "Ready") | .status
path: .spec.path
prune: .spec.prune
applicationType: .kind
interval: .spec.chart.spec.interval
createdAt: .metadata.creationTimestamp
relations:
source: .spec.chart.spec.sourceRef.name + "-" + .metadata.namespace + "-" + env.CLUSTER_NAME
You can now browse to your Port environment to see that your blueprints have been created, and your k8s and Flux resources are being reported to Port using the freshly installed k8s exporter.