关于kubernetes:Kubernetes搭建Yearning与简单使用

背景：

数据库根本为myql,数量不是很多，过来始终默认开启了防火墙模式通过公司固定IP,近程拜访操作mysql。疫情起因，一些小伙伴不喜爱近程通过公司的网络去连贯mysql，频繁增加防火墙操作。并且对数据库的操作及其不标准，没有拜访操作的日志，也没有各种审核。尽管每次操作数据库前会对数据库进行备份。然而这样的平安操作隐患还是很重大的。在此背景下发现还是须要一款mysql审计平台，规范化数据库的操作。长年混迹于github的我搜寻关键词 mysql 审计找到了 Yearning，当然了能够更不便的在gitee的仓库去看！

向下滑README.md找到官网or Install 装置及应用日志（貌似其实都跳转到官网了）

跳转到官网页面点击指南有二进制包 and docker kubernetes的装置形式，集体是习惯all in kubernetes就抉择kubernetes的装置形式了！

Kubernetes搭建Yearning

注：参照官网文档操作：https://next.yearning.io/guide/cloud.html。

前提：

mysql 版本必须为5.7及以上版本(8.0及以上请将sql_mode 设置为空)并已当时自行装置结束且创立 Yearning 库,字符集应为 UTF8mb4 (仅 Yearning 所需 mysql 版本)

咱的数据库间接用的腾讯云的cdb,创立了数据库，并实现了受权！

创立Namespace

创立一个独自的命名空间搭建yearning,当然了也能够在其余已有的命名空间搭建。齐全能够依据集体需要爱好

kubectl create ns yearning

创立Secret

注：这里手贱点开了，来自知乎的连贯，依照知乎的文档跑了一遍，顺便给大家加深一下印象

对应配置应用base64加密

echo -n 'addr' | base64  #数据库地址包含端口
echo -n 'user' | base64  #数据库用户名
echo -n 'pass' | base64  #数据库明码
echo -n 'data' | base64  #yearning对应数据库名

创立secret.yaml并创立secret密钥

cat secret

apiVersion: v1
kind: Secret
metadata:
  name: db-conf
  namespace: yearning
type: Opaque  # 应用的是generic类型
data:   # 这里配置的是数据库的相干信息，应用base64加密输出： # echo -n 'xxxx' | base64
  addr: xxxxxxxxxxxxxx=
  user: exxxxxx=
  pass: xxxxxxx==
  data: xxxxxx=

kubectl apply -f secret.yaml
kubectl get secret -n yearning

创立 yearning Deployment

apiVersion: apps/v1 # API版泵
kind: Deployment  # 资源类型
metadata: # 元数据
  labels: # 标签
    app: yearning
  name: yearning  # deployment的名字
  namespace: yearning  # 所属命名空间
spec: 
  replicas: 3 # 正本数
  selector: # 选择器，抉择针对谁做
    matchLabels:
      app: yearning
  template: # 镜像的模板
    metadata: # 元数据
      labels: # 标签
        app: yearning
    spec:
      containers: # 容器信息
        - image: chaiyd/yearning # 容器镜像
          name: yearning # 容器的名字
          imagePullPolicy: IfNotPresent # 镜像的下载策略
          env:  # 容器中的变量
            - name: MYSQL_ADDR
              valueFrom:
                secretKeyRef: # 存储的变量信息
                  name: db-conf
                  key: addr
            - name: MYSQL_USER
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: user
            - name: MYSQL_PASSWORD
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: pass
            - name: MYSQL_DB
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: data
          ports:    # 定义容器中的端口信息
            - containerPort: 8000
              name: web
              protocol: TCP
          readinessProbe:   # 就绪查看
            httpGet:
              path: /
              port: web
              scheme: HTTP
            initialDelaySeconds: 25
            periodSeconds: 2
          livenessProbe:    # 存活查看
            httpGet:
              path: /
              port: web
              scheme: HTTP
            initialDelaySeconds: 30
            periodSeconds: 2
          resources:    # 资源限度
            requests:
              cpu: 200m
              memory: 1Gi
            limits:
              cpu: 250m
              memory: 2Gi

kubectl apply -f deployment.yaml
kubectl get pods -n yearning

期待三个pod running

创立Service

当然了，这里是看集体操作，我个别是deployment与service一起创立的。这里就依照这文档步骤一步一步来吧！
cat service.yaml

apiVersion: v1
kind: Service
metadata:
  labels:
    app: yearning
  name: yearning
  namespace: yearning
spec:
  ports:
    - port: 8000  # svc外部端口，通过clusterIP拜访
      protocol: TCP
      targetPort: 8000  # 镜像内服务的端口
  selector: # 标签选择器，与deployment中的标签保持一致
    app: yearning

文档都喜爱将 svc外部端口搞成80？我是集体不喜爱这样习惯port=targetPort。type也习惯cluserIP，这些货色都能够看集体的布局！

kubectl apply -f service.yaml 
kubectl get svc -n yearning

创立Ingress对外裸露服务

业务ingress映射我的是traefik,参照：Kubernetes 1.20.5 装置traefik在腾讯云下的实际
cat ingress.yaml

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  annotations:
    kubernetes.io/ingress.class: traefik
    traefik.ingress.kubernetes.io/router.entrypoints: web
  name: yearning
  namespace: yearning
spec:
  rules:
  - host: master-yearning.xxxx.com
    http:
      paths:
      - backend:
          service:
            name: yearning
            port:
              number: 8000
        path: /
        pathType: Prefix

kubectl apply -f ingress.yaml
kubectl get ingress -n yearning

浏览器拜访web与各种暗藏的问题：

数据库脚本问题

浏览器拜访：master-yearning.xxxx.com。输出默认的账户明码admin/Yearning_admin.无奈登陆？what?登陆数据库治理控制台core_accounts 用户数据为空，杂搞？

想不到好的办法，偷懒了一下采纳一下二进制的形式搞一波：参照http://next.yearning.io/guide/install.html
下载release包并解压，批改conf.toml

ubuntu@ap-shanghai-k8s-master-1:~/mysqld/Yearning$ cat conf.toml
[Mysql]
Db = "Yearning"
Host = "xxx"
Port = "3306"
Password = "xxxxx"
User = "xxxxx"

执行Yearning install 实现数据库初始化

./Yearning install

登陆mysql治理控制台发现用户生成

浏览器持续登陆master-yearning.xxxx.com or delete 一下deployment and apply从新生成一下：
失常来说能够进入yearning控制台：

接着问题又来了：貌似是在创立用户的时候？始终提醒我：config.toml文件中SecretKey值必须为16位!没有方法搞？

认真看一眼文档：http://next.yearning.io/guide/cloud.html

secret有一个sk的 data！从新生成一下：

echo -n 'xxxx' | base64 #xxxx要16位

apiVersion: v1
kind: Secret
metadata:
  name: db-conf
  namespace: yearning
type: Opaque  # 应用的是generic类型
data:   # 这里配置的是数据库的相干信息，应用base64加密输出： # echo -n 'xxxx' | base64
  addr: xxxxxx=
  user: xxxxxx=
  pass: xxxxx==
  data: xxxxxx=
  sk: xxxxx==

kubectl apply -f secret.yaml
kubectl get secret -n yearning

deployment中也减少SECRET_KEY sk的相干配置

cat deployment.yaml

apiVersion: apps/v1 # API版泵
kind: Deployment  # 资源类型
metadata: # 元数据
  labels: # 标签
    app: yearning
  name: yearning  # deployment的名字
  namespace: yearning  # 所属命名空间
spec: 
  replicas: 3 # 正本数
  selector: # 选择器，抉择针对谁做
    matchLabels:
      app: yearning
  template: # 镜像的模板
    metadata: # 元数据
      labels: # 标签
        app: yearning
    spec:
      containers: # 容器信息
        - image: chaiyd/yearning  # 容器镜像
          name: yearning # 容器的名字
          imagePullPolicy: IfNotPresent # 镜像的下载策略
          env:  # 容器中的变量
            - name: MYSQL_ADDR
              valueFrom:
                secretKeyRef: # 存储的变量信息
                  name: db-conf
                  key: addr
            - name: MYSQL_USER
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: user
            - name: MYSQL_PASSWORD
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: pass
            - name: MYSQL_DB
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: data
            - name: SECRET_KEY
              valueFrom:
                secretKeyRef:
                  name: db-conf
                  key: sk
          ports:    # 定义容器中的端口信息
            - containerPort: 8000
              name: web
              protocol: TCP
          readinessProbe:   # 就绪查看
            httpGet:
              path: /
              port: web
              scheme: HTTP
            initialDelaySeconds: 25
            periodSeconds: 2
          livenessProbe:    # 存活查看
            httpGet:
              path: /
              port: web
              scheme: HTTP
            initialDelaySeconds: 30
            periodSeconds: 2
          resources:    # 资源限度
            requests:
              cpu: 200m
              memory: 1Gi
            limits:
              cpu: 250m
              memory: 2Gi

kubectl apply -f deployment.yaml
kubectl get pods -n yearning

到这里装置的流程就没有什么问题了。请尽量参照官网文档：http://next.yearning.io/guide/cloud.html。数据库问题，可参考一下二进制的形式，能缩小入坑。

Yearning的初步应用

批改admin明码

处于平安方面思考，第一步骤应该是批改管理员明码：

创立新用户

单击编辑将zhangpeng设置为非审计人

还有权限？盲猜一下是权限组外面设置？前面再看

增加数据源

创立一个环境

居然能够创立环境搜一下先创立个环境意思一下：

左侧栏-自定义环境增加一下Tencent环境保留

环境具体什么用呢？我是不是能够辨别正式 qa 开发环境？这里就只演示一下了….我也是第一次用……昨天跑了一遍，明天是反复了略微顺畅了一下！

增加数据源

增加数据源这里发现要先设置一个流程！

创立流程

数据源

保留数据胜利如下图：

创立一个权限组并将用户退出用户组

创立一个权限组zhangpeng，DDL,DML,QUERY权限都先退出了….

将admin zhanpeng 用户退出zhangpeng用户组(这里的组是不是应该有其余用法？然而这里不增加后续工单申请看不到数据源)

登陆普通用户zhangpeng创立工单

登陆普通用户

开一个火狐浏览器，登陆zhangpeng用户

创立工单

肯定记的普通用户也要退出权限组,否则DML DDL 查问这里无奈显示数据源！

对于DML DDL将真我都分不太清，数据库用的真心很少，也没有太多触碰。根本应该是上面这样的定义的？
DML(Data Manipulate Language)：数据操作语言。对表中的数据进行减少、删除、批改
DDL（Data Define Languge）：数据定义语言。对数据库和表进行治理，例如创立、批改、删除等。
留神：参照：SQL语言之DML & DDL
不论了玩一个简略的创立数据库的例子？
工单申请-DDL-工单申请

填写SQL这里右击鼠标进行SQL检测

审计人审批工单

zhangpeng用户的定义就是普通用户，admin用户这里就做审计人
登陆admin的控制台：
点击审核-工单-找到要审核工单点击详情

找到sql语句右击鼠标SQL检测

期待SQL检测通过点击右上角批准审批工单

期待工单运行实现

当然了实现后zhangpeng用户下也能够看到工单审核实现

验证

查看一下是否创立胜利？
admin or zhangpeng用户工单申请这里 DML 或者DDL工单申请这里数据库选项栏能够看到zhangpeng数据库曾经创立胜利了

当然了也能够登陆数据库后盾查看10.0.2.2进行确认一下：

这里就只进行简略的数据库创立的操作流程了抛砖引玉！

总结：

装置搭建尽量依照官网最新文档来，数据库如果不能创立sql数据能够尝试二进制形式生成数据库数据。
第一次用还是不太习惯，比方权限组的定义还有所谓的审批流程，以及用户的角色定义。
心愿Yearning实现的性能是否导入云数据库？比方阿里云腾讯云的数据库？
DDL DML这里在CREATE database的时候要抉择一个数据库？这个中央有点不合理，心愿前面能改良。

关于kubernetes:Kubernetes搭建Yearning与简单使用

背景：

Kubernetes搭建Yearning

前提：

创立Namespace

创立Secret

对应配置应用base64加密

创立secret.yaml并创立secret密钥

创立 yearning Deployment

创立Service

创立Ingress对外裸露服务

浏览器拜访web与各种暗藏的问题：

数据库脚本问题

secret有一个sk的 data！从新生成一下：

deployment中也减少SECRET_KEY sk的相干配置

Yearning的初步应用

批改admin明码

创立新用户

增加数据源

创立一个环境

增加数据源

创立流程

数据源

创立一个权限组并将用户退出用户组

登陆普通用户zhangpeng创立工单

登陆普通用户

创立工单

审计人审批工单

验证

总结：

评论

发表回复取消回复

更多文章

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

深入解析：基于Delta的线性数据结构模型，打造高效富文本编辑器

轻松管理社交媒体：使用Automa插件实现一键拉黑功能

关于kubernetes:Kubernetes搭建Yearning与简单使用

背景：

Kubernetes搭建Yearning

前提：

创立Namespace

创立Secret

对应配置应用base64加密

创立secret.yaml并创立secret密钥

创立 yearning Deployment

创立Service

创立Ingress对外裸露服务

浏览器拜访web与各种暗藏的问题：

数据库脚本问题

secret有一个sk的 data！从新生成一下：

deployment中也减少SECRET_KEY sk的相干配置

Yearning的初步应用

批改admin明码

创立新用户

增加数据源

创立一个环境

增加数据源

创立流程

数据源

创立一个权限组并将用户退出用户组

登陆普通用户zhangpeng创立工单

登陆普通用户

创立工单

审计人审批工单

验证

总结：

评论

发表回复 取消回复

更多文章

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

深入解析：基于Delta的线性数据结构模型，打造高效富文本编辑器

轻松管理社交媒体：使用Automa插件实现一键拉黑功能

发表回复取消回复