Docker造Oracle数据库
参考地址 https://github.com/oracle/docker-images/tree/main/OracleDatabase/SingleInstance https://github.com/steveswinsburg/oracle21c-docker 本文使用软件 Docker Oracle Database 21c 正文准备 克隆官方仓库 https://github.c
应用如何在 Kubernetes 正确滚动更新
无责声明（不是其实本文只是基于 NewPage 微服务实践中的一些经验总结出来的，并不代表所有情况都适用，仅提供解决问题的思路。实际不同业务架构，部署方式都有不同，需要根据实际情况进行调整。 希望借此机会和大家一起探讨怎么优雅完成滚动更新，如还有其他更好的解决方案，欢迎留言交流。 滚动更新原理 没错，抄的 Kubernetes 官方文档的 👉 滚动更新，觉得废话可以直接跳过 服务A 在3个节
Kubernetes 中的 GRPC 服务发现与 LB 玩法
本文你将看到（技术栈 集群界大哥 Kubernetes 微服务 RPC 大哥 GRPC 通讯原理 微服务使用 GRPC 连接，我们一般使用 DNS 服务发现让 GRPC 客户端找到服务端。 在 Kubernetes 中，我们可以使用 Headless Service 来实现 DNS 服务发现。 而我们 GRPC 客户端仅需写好 Service 的 DNS 即可让客户端找到对应集群所在的服务端 I
使用 acme.sh 自动签证书部署到腾讯云
人太懒就是这样的 直接上内容签发指令 123CF_Email="email@foobar.com" CF_Key="foobarfoobar" acme.sh --issue -d foobar.com -d \*.foobar.com --dns dns_cf --keylength ec-256acme.sh --installcert -d fooba
Bazel构建工具笔记
废话最近在学习微服务，第一次接触到谷歌的MonoRepo大仓库模式，他们用自己写的Bazel构建工具来管理整个仓库代码的构建。 多文件模块构建本身就非常复杂，所有代码塞进一个仓库里，可以说是极其疯狂。但在其中学到了许多关于自动化CI/CD的思想。 背景项目近期重写的NCS（NewPage Core System）使用MonoRepo仓库+微服务。其中也遇到了许多坑，特别是国内特殊的网络环
GitLab CI配置小笔记
遇到问题近期更新项目的时候遇到了问题 写Markdown文档，频繁提交触发了多个无用的构建 只有当仓库中存在Dockerfile才触发构建容器 覆盖引用文件中已定义Job中的环境变量 解决方案在研究了GitLab CI的触发流水线相关语法后，发现rules关键字能满足我的要求 而only/except无法满足，并且提示后期将有可能删除该语法糖 值得注意的是在rules拥有子项的时候
Ingress配置笔记
记录了一些自己在使用ingress所用到的ConfigMap 相关官方文档https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/configmap/ 413 Request Entity Too Large nginx-configuration proxy-body-size: 0 根据实际情况