官方例子：k8s轻松跑起一个wordpress

下面由wordpress/" target="_blank">wordpress教程栏目给大家介绍关于k8s 部署wordpress 官方例子方式，希望对需要的朋友有所帮助！

k8s 部署wordpress 官方例子方式

要使用k8s跑起一个wordpress说容易也容易，说难也难 难点是对基础要求比较高，涉及到Service，persistentVolumeClaim，volumes

容易是在于官方有现成的例子(https://kubernetes.io/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume/)

按照教程，只需要几行代码就可以搞定

首先，创建一个 kustomization.yaml 文件 内容如下

secretGenerator:
  - name: mysql-pass
    literals:
      - password=123456
resources:
  - mysql-deployment.yaml
  - wordpress-deployment.yaml

# 下载两个配置文件
curl -LO https://k8s.io/examples/application/wordpress/mysql-deployment.yaml
curl -LO https://k8s.io/examples/application/wordpress/wordpress-deployment.yaml
# 最后运行
kubectl apply -k .
# 查看暴露出来的IP
kubectl get services wordpress

关于 kustomize

简单说一个工具，减少维护多套环境yaml的工作量

kustomize 解决的痛点

一般应用都会存在多套部署环境：开发环境、测试环境、生产环境，多套环境意味着存在多套 K8S 应用资源 YAML。而这么多套 YAML 之间只存在微小配置差异，比如镜像版本不同、Label 不同等，而这些不同环境下的YAML 经常会因为人为疏忽导致配置错误。再者，多套环境的 YAML 维护通常是通过把一个环境下的 YAML 拷贝出来然后对差异的地方进行修改。一些类似 Helm 等应用管理工具需要额外学习DSL 语法。总结以上，在 k8s 环境下存在多套环境的应用，经常遇到以下几个问题：

如何管理不同环境或不同团队的应用的 Kubernetes YAML 资源 如何以某种方式管理不同环境的微小差异，使得资源配置可以复用，减少 copy and change 的工作量 如何简化维护应用的流程，不需要额外学习模板语法 Kustomize 通过以下几种方式解决了上述问题：

kustomize 通过 Base & Overlays 方式(下文会说明)方式维护不同环境的应用配置 kustomize 使用 patch 方式复用 Base 配置，并在 Overlay 描述与 Base 应用配置的差异部分来实现资源复用 kustomize 管理的都是 Kubernetes 原生 YAML 文件，不需要学习额外的 DSL 语法

注意

由于官方中使用service类型是LoadBalancer，这个只有部署到公有云上才有效，如果你使用自己搭建的k8s， 可以使用NodePort的service 提供一个参考的例子

apiVersion: v1
kind: Service
metadata:
  name: service-wordpress
  labels:
    app: wordpress
spec:
  selector:
    app: wordpress
    tier: frontend
  type: NodePort # service类型
  ports:
    - port: 80 # 默认情况下，为了方便起见，`targetPort` 被设置为与 `port` 字段相同的值。
      nodePort: 30012 # 指定绑定的node的端口(默认的取值范围是:30000-32767), 如果不指定，会默认分配
      targetPort: 80

以上就是官方例子：k8s轻松跑起一个wordpress的详细内容，更多请关注红帽云邮其它相关文章！