We must now pass in the Pod namespace and name via the downward API,
because the varnishd start script requires it.

Tests self-sharding with primary-only and using client.identity as
the shard key.

Updated code contributed by @slink.

This is to ensure matches against server.identity as part of the
sharding implementation. VCL backend names generated for Varnish
backends must match this pattern.

Forgot it in the earlier commit.

This functions exactly like the recently added feature for the
viking service. The probes are fixed, but properties such as timeouts,
delays, and success/failure thresholds can be set in values.yaml
for the controller.

k8s defaults hold for values that are not set.

Closes #41

I was not aware that they obviously are bashisms

2.0 is no longer available on
ftp.debian.org/debian/dists/buster-backports/

I do not understand why ./bootstrap.sh ends up as 444 when it is checked
into git as 755

https://gitlab.com/uplex/varnish/k8s-ingress/-/jobs/1171216645

$ go get -d github.com/slimhazard/gogitversion
go: downloading github.com/slimhazard/gogitversion
v0.0.0-20180821215210-78330f1af7fc
go: github.com/slimhazard/gogitversion upgrade =>
v0.0.0-20180821215210-78330f1af7fc
$ pushd $GOPATH/pkg/mod/github.com/slimhazard/gogitversion*
/go/pkg/mod/github.com/slimhazard/gogitversion@v0.0.0-20180821215210-78330f1af7fc
/builds/uplex/varnish/k8s-ingress
$ make install
go generate
gogitversion.go:40: running "./bootstrap.sh": fork/exec ./bootstrap.sh:
permission denied
make: *** [Makefile:30: all] Error 1

The probes themselves are fixed, but it is now possible to set such
properties as timeouts, delays, success/failure thresholds etc in
values.yaml.

k8s defaults hold for values that are not set.

Closes #41

Update the docs while we're here:

- Add incompleteRetryDelay.

- Remove templatedir.

- Remove the glog flags, which are no longer added to the controller
  flags.

Forgot it in the previous commit.

The TemplateConfig resource is only read by the controller's k8s client
when the devmode CLI flag is set.

The TemplateConfig spec has fields for the various templates for VCL
generation: ingress, self-sharding, ACL etc. The value type for all
of those fields is string, and each field is optional.

When a TemplateConfig specifies a value for a template type, the
controller attempts to parse it as a text/template.Template, using
the same function map defined for the template type. If the parse
fails, then the error is logged and an Event type Warning with the
error message is generated, and the field is ignored.

If the parse succeeds, then the template is replaced for all further
VCL generation by the controller.

When a TemplateConfig is deleted, then for each template type that it
specifies, the template is reverted to the controller's standard value.

In this first iteration:

- only the ACL template is updated, will add the other types.

- only kubectl deployments are supported, will add support in the
helm chart for the viking controller.

- we have an e2e test, but it is not yet added to the e2e script that
runs all of them, or to the gitlab CI script, since these have to
support helm deployments.