-
Notifications
You must be signed in to change notification settings - Fork 110
2. Application Deployment
ℹ️ Information
Buildpacks have nothing in common with buildpacks.io. Your Code will not be built into the running image but mounted read-only into the running image.
Buildpacks are defined as a set of three containers:
stateDiagram-v2
direction LR
[*] --> fetcher
fetcher --> builder
builder --> runner
runner --> [*]
Fetches the code from a Git repository. There is a working fetch container from kubero. But if you wish to build your own, you are free to change it in the buildpack configuration.
Runs the build commands. You can define which image will be used by selecting the buildpack. The buildpack can be configured with any Docker image.
Run the final container In the run stage, there are two options: worker and web. Only the web pod is attached to the ingress and will be accessible from outside the cluster.
- Create a pipeline with stages and connect it with your git repository This step will create the Namespaces, and configure the webhooks and deploymentkey in your repository (only if it is owned by you)
- Create an app in every stage.
Your application requires 2 custom resource definitions.
- Download Pipeline CRD's here: https://github.com/kubero-dev/kubero-operator/blob/main/config/samples/
wget https://raw.githubusercontent.com/kubero-dev/kubero-operator/main/config/samples/application_v1alpha1_kuberopipeline.yaml
wget https://raw.githubusercontent.com/kubero-dev/kubero-operator/main/config/samples/application_v1alpha1_kuberoapp.yaml
- Apply your changes with kubectl to create the pipeline
kubectl apply -f application_v1alpha1_kuberopipeline.yaml -n kubero
- Apply your change in the namespace of your stage
kubectl apply -f application_v1alpha1_kuberopipeline.yaml -n example-production