rocketmq-namesrv和 rocketmq-broker共用同一个镜像，仅仅是启动命令和启动参数不一样，后期可灵活的通过调整启动命令和启动参数来实现不同的效果（比如通过挂载configMap的方式自定义rocketmq的配置文件，而不需要重建rocketmq的镜像）。显示了两个Broker（rocketmq-broker-1:0 和 rocketmq-broker-0:0）的总消息数（T

运维人员在不知道harbor用户名和密码的情况下，直接调用创建 docker-registry 类型的 Secret。[root@harbor harbor]# docker-compose up -d//后台运行。修改serviceaccount添加使用harbor-secret的权限。多窗口测试：登录私有仓库：（确保四台主机都可以连接到私有仓库）不做：--重启：docker-compose r

选择Filter branches by name --在include填写“master” -- 点击generate生成令牌 -- 复制令牌和触发器顶部url路径。项目 -- settings -- integrations -- 把复制的令牌和url粘贴过来 -- add webhook。项目-- configure -- build triggers -- 勾选最长选项 -- 点击高级ad

登录gitlab--admin area(顶部菜单栏小扳手图标)--左侧面板settings--Sign-up Restrictions--去除勾选sign-up enabled --下拉选save保存。登录gitlab--admin area--new user--添加用户名、邮箱--create--保存，edit--修改密码。登录gitlab--admin area--Appearance--

Kubernetes 配置与密钥管理配置：修改配置容器，pod不需要进入容器，容器外可以直接修改。密钥：不放在容器和镜像中，存储在单独的文件中并放在宿主机上，更安全。Kubernetes 提供了多种机制来管理应用配置和敏感信息，主要包括 ConfigMap 和 Secret 两种核心资源。ConfigMap 用于存储非敏感的配置数据，以键值对形式存储。Secret 用于存储敏感信息，如密码、OAu

应用：[root@master01 ~]# kubectl apply -f deploy-nfs-client-provisioner.yml。如果保存时需另存则：点击hosts右击——属性——安全——Users——编辑——勾选修改和写入权限——确定——重新修改hosts文件——复制ingress-nginx.tar包到两台工作节点，并导入镜像。应用：[root@master01 ~]# kub