GitLab

Add stage for building image with Kaniko

See merge request !4

The main motivation for this is:
- Docker-in-Docker requires privileged mode to function, which is a significant security concern.
- Docker-in-Docker generally incurs a performance penalty and can be quite slow.

Note that we need to use the debug image of Kaniko so we get a shell.

Ref:
https://docs.gitlab.com/ee/ci/docker/using_kaniko.html

Handle both EKS and PAAS2

See merge request !3

The docker-dind Dockerfile expose both port 2375 and port 2376:
https://github.com/docker-library/docker/blob/master/19.03/dind/Dockerfile#L43

We had dockerd configured to only listen to 2375, while GitLab CI/CD
waits for all ports. When dockerd didn't listen on port 2376 GitLab
waits for 30 seconds, then logs a warning.

This commit adds the second port which silences the warning message
and makes the job 30s faster.

Add stop stages for production and staging

See merge request !2

This patch updates the helpers to use kubernetes-deploy v1.1. This
version updates API versions to no longer use deprecated versions and
bumps kubectl to the latest version in 1.14.

See:

* https://scm.uninett.no/asm/kubernetes-deploy/-/tags/v1.1
  (v1.1)

This is done by setting image in the .docker job and moving the commands to initialize registry access to a before_script there. Then jobs that want's to use docker only need to extend .docker and start using docker commands in scripts

Bump kubernetes-deploy image used to version 1.0

See merge request !1

Splitting lines like this somehow causes leading whitespace in the
arguments passed to docker build. Rather than figuring out the proper
syntax, lets go with a monster line

These set environment, image, when and only to reasonable values

These are meant to help ease maintaining .gitlab-ci.yml files for projects doing common tasks