Skip to content

Overlays and patches

Introduction

Patches are partial configuration blocks that can be overlaid onto a given package.

You can store them and ship them with a package to provide a quick way to modify settings and generate different packages from a given base package, overlaying patches on top until you get your desired state.

Patches work by utilizing the Package object model and manipulating it using kustomize.

The name parameter of the object being overlaid (for example: a database or table) is used as a key and array types will be merged according to the strategic merge mechanism.

There is no mechanism to patch code files currently, only configuration files i.e. databases and pipelines.

Using patches

Adding a pipeline

  1. To create a patch, use the add command and specify patch as your new object:

    kxi package -q init mypkg --force
    kxi package -q add --to mypkg patch --name my-first-patch
    cat mypkg/patches/my-first-patch.yaml
    
    uuid: eee20f8b-c020-4ad2-b64b-87f436df6543
    kind: Package
    apiVersion: pakx/v1
    metadata:
      name: target
    spec:
      uuid: 4fe318dd-5dc5-497f-a3a4-d19f3c21a5b8
      manifest: {}
      tables:
        uuid: cbbd3358-3a90-44d7-8cad-a3dcb34e2fa9
        schemas: []
      databases: []
      pipelines: []
      router: null
      reports: []
      deployment_config: null
    

    This adds a patch file to the patches directory. The new file includes the structure required for a patch file, but no pipeline.

    Be careful when you modify the patch file

    • Do not modify the headers above the spec: field
    • It is good practice to remove everything inside spec: except what you want to patch
  2. You can see the patch object is now present in the manifest file:

    kxi package info mypkg
    
    ==PATH==
    /builds/kxdev/kxinsights/documentation/code-kx-com/mypkg
    
    ==OBJECT==
    Package
    
    ==Manifest==
    uuid: 3a21e501-485f-46eb-82d9-0eec6e75b1ab
    name: mypkg
    version: 0.0.1
    metadata:
      description: ''
      authors:
      - {}
    entrypoints:
      default: init.q
    patches:
    - uuid: 86be158d-4b62-47af-8f2d-0143e253ed4f
      name: my-first-patch
    

  3. Modify the patch to add a new pipeline:

    patchspec=$(cat mypkg/patches/my-first-patch.yaml | grep spec: -B10 | cat - <(echo "  pipelines: [{name: mynewpipeline, spec: init.q}]"))
    echo "$patchspec" > mypkg/patches/my-first-patch.yaml
    cat mypkg/patches/my-first-patch.yaml
    
    uuid: eee20f8b-c020-4ad2-b64b-87f436df6543
    kind: Package
    apiVersion: pakx/v1
    metadata:
      name: target
    spec:
      pipelines: [{name: mynewpipeline, spec: init.q}]
    

  4. Apply or "overlay" this patch onto your current package using the overlay command:

    Without specifying any other information, the overlay command resolves All the patches found in the manifest:

    kxi package overlay mypkg
    kxi package info mypkg | grep pipelines: -A5
    
    Found patch to overlay: mypkg/patches/my-first-patch.yaml
    Writing /builds/kxdev/kxinsights/documentation/code-kx-com/mypkg/manifest.yaml
    pipelines:
      mynewpipeline:
        file: pipelines/mynewpipeline.yaml
    router: ''
    reports: {}
    deployment_config: ''
    

    When you specify patches after the package name, you can select any valid patch file, they dont even need to be located inside a package.

    kxi package overlay mypkg mypkg/patches/my-first-patch.yaml
    kxi package info mypkg | grep pipelines: -A5
    
    Writing /builds/kxdev/kxinsights/documentation/code-kx-com/mypkg/manifest.yaml
    pipelines:
      mynewpipeline:
        file: pipelines/mynewpipeline.yaml
    router: ''
    reports: {}
    deployment_config: ''
    

Modifying tables

To modify a table, you must patch the Database because tables are contained inside the Database construct :

kxi package -q init mypkg --force
kxi package -q add --to mypkg database --name mydb 
# This automatically populates a "default" table

kxi package -q add --to mypkg patch --name my-db-patch

read -r -d '' dbspec <<'EOF'
    databases:
      - name: mydb
        tables:
          schemas: 
            - name: default
              description: We've changed the default table's description too!
              type: basic 
              columns:
                - name: myfloat
                  type: float
                  description: we've added a new float column called myfloat 
                - name: x2 
                  type: symbol
                  description: The default x2 column has changed type
EOF

# The patch might look a little complex, but it's just a few nested structs 
# N.B We have indented it here to nest it under the `spec` field

patchspec=$(cat mypkg/patches/my-db-patch.yaml | grep spec: -B10 | cat - <(echo "  $dbspec"))
echo "$patchspec" > mypkg/patches/my-db-patch.yaml
# This is just to stitch the header with the dbspec we wrote

cat mypkg/patches/my-db-patch.yaml
kxi package overlay mypkg

echo""
echo "----Resultant schema for 'default' table----"
echo "--------------------------------------------"
cat mypkg/databases/mydb/tables/default.yaml
uuid: 55f603c8-2fc5-41c6-87d0-4c8309952799
kind: Package
apiVersion: pakx/v1
metadata:
  name: target
spec:
  databases:
      - name: mydb
        tables:
          schemas: 
            - name: default
              description: We've changed the default table's description too!
              type: basic 
              columns:
                - name: myfloat
                  type: float
                  description: we've added a new float column called myfloat 
                - name: x2 
                  type: symbol
                  description: The default x2 column has changed type
Found patch to overlay: mypkg/patches/my-db-patch.yaml
Writing /builds/kxdev/kxinsights/documentation/code-kx-com/mypkg/manifest.yaml

----Resultant schema for 'default' table----
--------------------------------------------
uuid: 09e9a04c-ed16-4ec2-bf92-7faebbeb040c
columns:
- description: we've added a new float column called myfloat
  name: myfloat
  type: float
- description: The default x2 column has changed type
  name: x2
  type: symbol
description: We've changed the default table's description too!
name: default
type: basic

Column ordering

After patching you can observe the columns have changed order. The new column has been added in at the top. If your application requires specific column ordering, then you need to do this manually.

Referencing dependency patches

You can also reference patches held in other packages to minimize the need to copy patch specs that you use regularly.

Referenced dependencies must already be installed.

Referencing a patch from a dependency can only be done after that dependency is installed.

In the below example you explicitly run: kxi package install myotherdep. This allows the kxi package to resolve it properly when you then call overlay.

You do this in the following way:

kxi package -q init myotherpkg --force
# setup

kxi package -q add --to myotherpkg patch --name patch-from-afar
patchspec=$(cat myotherpkg/patches/patch-from-afar.yaml | grep spec: -B10 | cat - <(echo "  pipelines: [{name: mynewpipeline, spec: init.q}]"))
echo "$patchspec" > myotherpkg/patches/patch-from-afar.yaml
# add a patch to myother pkg

_=$(kxi package -q install myotherpkg)
# install myotherpkg so that you can reference it 

kxi package -q add --to mypkg dep --name myotherpkg --version 0.0.1 
# add a dependency on myotherpkg to mypkg

kxi package -q add --to mypkg patch --name patch-from-afar --dep myotherpkg
# add a patch in mypkg referencing a patch in myotherpkg

kxi package -q overlay mypkg

# see that you have successfully used the patch adding a new pipeline from myotherpkg
kxi package info mypkg | grep pipelines: -A5
pipelines:
  mynewpipeline:
    file: pipelines/mynewpipeline.yaml
router: ''
reports: {}
deployment_config: ''