diff --git a/.github/workflows/deploy-to-k8s.yml b/.github/workflows/deploy-to-k8s.yml
new file mode 100644
index 0000000..a2e9a3e
--- /dev/null
+++ b/.github/workflows/deploy-to-k8s.yml
@@ -0,0 +1,57 @@
+name: Deploy to Kubernetes
+
+on:
+  workflow_run:
+    workflows: ["Build and Push to Azure Container Registry"]
+    types:
+      - completed
+  workflow_dispatch:
+    inputs:
+      image_tag:
+        description: 'Image tag to deploy (defaults to commit SHA)'
+        required: false
+        type: string
+
+jobs:
+  deploy:
+    if: ${{ github.event.workflow_run.conclusion == 'success' || github.event_name == 'workflow_dispatch' }}
+    runs-on: ubuntu-latest
+    steps:
+      - name: Checkout code
+        uses: actions/checkout@v4
+        with:
+          ref: ${{ github.event.workflow_run.head_branch || github.ref }}
+
+      - name: Set image tag
+        id: set-tag
+        run: |
+          if [ "${{ github.event_name }}" == "workflow_dispatch" ] && [ -n "${{ inputs.image_tag }}" ]; then
+            echo "IMAGE_TAG=${{ inputs.image_tag }}" >> $GITHUB_OUTPUT
+          else
+            echo "IMAGE_TAG=${{ github.event.workflow_run.head_sha || github.sha }}" >> $GITHUB_OUTPUT
+          fi
+
+      - name: Update job.yaml with versioned image tag
+        run: |
+          sed -i "s|doppaacr.azurecr.io/osm-pipeline:.*|doppaacr.azurecr.io/osm-pipeline:${{ steps.set-tag.outputs.IMAGE_TAG }}|g" k8s/job.yaml
+          echo "Updated job.yaml with image tag: ${{ steps.set-tag.outputs.IMAGE_TAG }}"
+          cat k8s/job.yaml
+
+      - name: Set up kubectl
+        uses: azure/setup-kubectl@v4
+
+      - name: Azure Login
+        uses: azure/login@v2
+        with:
+          creds: ${{ secrets.AZURE_CREDENTIALS }}
+
+      - name: Set AKS context
+        uses: azure/aks-set-context@v4
+        with:
+          resource-group: ${{ secrets.AKS_RESOURCE_GROUP }}
+          cluster-name: ${{ secrets.AKS_CLUSTER_NAME }}
+
+      - name: Deploy to Kubernetes
+        run: |
+          kubectl apply -f k8s/job.yaml
+          echo "Deployed job with image tag: ${{ steps.set-tag.outputs.IMAGE_TAG }}"
diff --git a/k8s/README.md b/k8s/README.md
new file mode 100644
index 0000000..ddf89b1
--- /dev/null
+++ b/k8s/README.md
@@ -0,0 +1,50 @@
+# Kubernetes Deployment with Versioned Image Tags
+
+## Overview
+
+This directory contains Kubernetes configuration files for deploying the OSM pipeline as a job. The deployment uses versioned image tags (commit SHAs) instead of the `latest` tag to ensure deployments are deterministic and rollbacks are traceable.
+
+## How It Works
+
+### 1. Image Building and Tagging
+
+The GitHub workflow `.github/workflows/publish-image-to-acr.yml` builds the Docker image and pushes it to Azure Container Registry with two tags:
+- `latest` - for convenience during development
+- `<commit-sha>` - for production deployments (e.g., `abc1234567890...`)
+
+### 2. Deployment with Versioned Tags
+
+The GitHub workflow `.github/workflows/deploy-to-k8s.yml` handles deployment:
+1. Triggers automatically after a successful image build
+2. Dynamically updates `job.yaml` to use the commit SHA tag
+3. Applies the configuration to the Kubernetes cluster
+
+This approach ensures:
+- **Deterministic deployments**: Each deployment uses a specific, immutable image version
+- **Easy rollbacks**: Previous versions can be deployed by their commit SHA
+- **Audit trail**: Clear mapping between code version and deployed image
+
+### 3. Manual Deployment
+
+You can manually trigger a deployment with a specific image tag:
+
+1. Go to Actions → "Deploy to Kubernetes" → "Run workflow"
+2. Enter the image tag (commit SHA or other tag)
+3. Run the workflow
+
+## Configuration Files
+
+- `job.yaml` - Kubernetes Job definition for the building conflation pipeline
+
+## Example: Rolling Back to a Previous Version
+
+To rollback to a previous version:
+
+1. Find the commit SHA of the version you want to deploy
+2. Manually trigger the "Deploy to Kubernetes" workflow
+3. Enter the commit SHA as the image tag
+4. The workflow will deploy that specific version
+
+## Local Development
+
+For local development, you can still use the `latest` tag. The versioned tag approach is primarily for production deployments where traceability and rollback capabilities are important.