Preview Environments for your Kubernetes Applications

In this section, we'll show you how to automatically create a preview environment for your applications using Okteto Cloud and Github Actions.

Pre-Requisites

For this tutorial, we'll be using this application.

Step 1: Fork the Repository

Start by forking the kubernetes-preview-environment repository with your Github account.

Step 2: Create the Github Workflow

To create the preview environments, we are going to use our Github Actions for Okteto Cloud.

Creating a preview environment requires performing the following steps:

  1. Login to Okteto Cloud.
  2. Create a namespace in Okteto Cloud.
  3. Deploy the application's pipeline.
  4. Update the PR with the URL of the preview environment.

The sample repository configured to use the workflow described above. If you want to use this on for your own repositories, all you need to do is to create a .github/workflow folder in the root of your repo, and save your workflow file in it.

The workflow file to create the preview environments looks like this:

# file: .github/workflows/preview.yaml
on:
  pull_request:
    branches:
      - master


jobs:
  preview:
    runs-on: ubuntu-latest
    steps:
    - name: checkout
      uses: actions/[email protected]


    - name: Login
      uses: okteto/[email protected]
      with:
        token: ${{ secrets.OKTETO_TOKEN }}


    - name: Create namespace
      uses: okteto/create-[email protected]
      with:
        namespace: pr-${{ github.event.number }}-cindylopez


    - name: Deploy Application
      uses: okteto/[email protected]
      with:
        namespace: pr-${{ github.event.number }}-cindylopez
        manifest: manifests


    - name: comment PR
      uses: okteto/notify-[email protected]
      env:
        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
      with:
        msg: "Preview environment available at https://movies-pr-${{ github.event.number }}-cindylopez.cloud.okteto.net"

Step 3: Configure your Okteto API Token

If you noticed, the workflow uses the secrets:OKTETO_TOKEN. We do this so we don't have to commit the token into our repo. Before you run this workflow you need to create the OKTETO_TOKEN secret in your repository, with your Okteto API token as the value.

Get your Okteto API token here.

Learn more about repository secrets in Github's official documentation.

Step 4: Open a Pull Request

Once your changes are in your repository, go ahead an open a new pull request. Github will receive the event, and it will start your workflow. You can see the status and logs of the workflow in the checks section of the pull request.

Step 5: See your changes live

After a few seconds, the workflow will update the pull request with the URL of your preview environment. Click on it to see the changes in real time.

Every time a new commit is pushed to the branch, the same workflow will run, automatically updating the preview environment.

Step 6: Cleanup

The sample repo also includes a workflow to cleanup the preview environments once the pull request is closed. We recommend you follow this pattern to remove the preview environment after the pull request has been merged.

# preview-closed.yaml
on: 
  pull_request: 
    types:
      - closed


jobs:
  closed:
    runs-on: ubuntu-latest
    steps:
    - name: checkout
      uses: actions/[email protected]


    - name: Login
      uses: okteto/[email protected]
      with:
        token: ${{ secrets.OKTETO_TOKEN }}


    - name: Delete namespace
      uses: okteto/[email protected]
      with:
        namespace: pr-${{ github.event.number }}-cindylopez

Conclusions

Having automatic preview environments launched along with your pull requests is a great way to do end-to-end testing, to get feedback from your entire team on any code changes. But that's not all. This is also a fantastic way to enable your sales or support team to spin up demo environments without having to depend on the dev team.