流年似水 发表于 2016-10-7 19:28:49
Kubernetesprovides a way of scheduling and managing resources such as containers, storage and load balancers in a highly automatic and easy fashion. It’s a prime example of Infrastructure as Code.
您需要 登录 才可以下载或查看，没有帐号？立即注册
Let’s Encrypt, by its use of the ACME protocol, provides a simple and automatic way of obtaining TLS certificates that are trusted by all major browser vendors, completely for free.
In a lot of scenarios it can make sense to combine Kubernetes and Let’s Encrypt and to not have to deal with creating or renewing certificates by hand ever again. This is where kube-cert-managercomes into play: it offers an ACME client that is integrated with Kubernetes; requesting, renewing and deleting certificates as needed.
kube-cert-manager provides numerous features that make managing Let’s Encrypt certificates a breeze.
The most obvious feature is, of course, requesting certificates. It can be instructed to do so in two different ways. The first, slightly more manual way, is by creating a Certificate resource. This resource will encapsulate all the necessary information, such as the domain name. kube-cert-manager, when seeing such a resource, will go and talk to Let’s Encrypt, request a certificate, and upon success create a new Kubernetes Secret to store the certificate in. At this point, you can use the secret in any way you usually would usually, most likely by mounting it in a container to use the certificates in a web server or similar.
The more automatic way hooks into Kubernetes Ingress objects. Ingress objects describe external load balancers and URL routing rules. Part of their job is terminating TLS connections. For this, the user can specify a list of hosts and Secret names that should contain the certificates. If you apply the right annotations to the Ingress resource, kube-cert-manager will pick them up and automatically populate the secrets with certificates.
Requesting certificates from Let’s Encrypt requires passing a challenge-response protocol to prove that one is in control of the domain. kube-cert-manager, via the use of lego, provides both HTTP and DNS based challenges. For the DNS challenge, it supports over a dozen of DNS providers, such as Google Cloud DNS or Digital Ocean.
Of course requesting certificates is only half the job: They also need to be renewed regularly: kube-cert-manager will do this automatically for you. If your load balancer or services support detecting file changes to reload certificates, you won’t need to do anything. For Go programs, there is kube-cert-http. For other software you will have to write your own adapters and reload logic, but that should be relatively simple.
kube-cert-manager will also delete old, unused certificates, but that goes without saying.
The project comes with detailed documentationon installation and deployment. I will refrain from copy & pasting it here.
The following examples are supposed to give you a feel for what it is like working with kube-cert-manager. Check the official documentation for a full reference of the resource formats.
The first example demonstrates the use of Certificate objects. These are standalone resources that specify a certificate and cause kube-cert-manager to request a certificate and store it in a secret. The secret will exist for as long as the Certificate object exists.
A secret that is created this way can be used like any other secret, for example by mounting it into a container, like in the following example: 复制代码
- apiVersion: "stable.k8s.psg.io/v1"
- kind: "Certificate"
- name: "psg-dot-io"
- domain: "psg.io"
- email: "firstname.lastname@example.org"
- provider: "googlecloud"
Ingress objects 复制代码
- - name: my-app
- image: ...
- - "-tls-cert=/etc/tls/psg.io/tls.crt"
- - "-tls-key=/etc/tls/psg.io/tls.key"
- - name: psg-io
- mountPath: /etc/tls/psg.io
- - name: psg-io
- secretName: psg.io
The next example demonstrates the use of Ingress resources. kube-cert-manager will automatically extract the domain names and secret names from Ingress resources and populate the secrets with certificates.
Given this example, the load balancer created by an Ingress controller will terminate TLS connections using a Let’s Encrypt certificate that is stored in the secret named hello-secret. 复制代码
- apiVersion: extensions/v1beta1
- kind: Ingress
- name: ingress
- stable.k8s.psg.io/kcm.enabled: "true"
- stable.k8s.psg.io/kcm.provider: "googlecloud"
- stable.k8s.psg.io/kcm.email: "email@example.com"
- - hosts:
- - psg.io
- secretName: hello-secret
- - host: "psg.io"
- - path: /hello-world
- serviceName: helloworld
- servicePort: 80
Kubernetes automates infrastructure, Let’s Encrypt automates certificates, and kube-cert-manager is the beautiful marriage of the two. It can be added to an existing Kubernetes setup without much effort and is definitely worth checking out.
上一篇：People don’t leave companies. They leave leaders!
下一篇：最前沿 之 谷歌的协作机械臂