世界哪有真情在

使用 K8S 或 Docker 快速部署 metallb 与 openelb

写在最前为了提升服务的可维护性与灵活性我们总不能一直使用Kubernetes为Service提供的NodePort吧，为了避免暴露 NodePort 端口带来的管理和安全问题，我们通过 Ingress 配合负载均衡器，优雅地将域名请求映射到 Kubernetes 服务，实现流量的智能路由和高可用性

kubernetes

写在最前 1. 前置要求 centos7.9 安装与配置 2. 配置流程 2.1 主机名配置创建虚拟机按IP来设置好对应的hostname

kubernetes

写在最前 1. 前置要求 2. 配置流程如果wget链接失效可以用我下载好的update-kernel.tar.gz # 下载wget与perl yum install -y wget perl # 创建临时目录 mkdir /tmp/update-kernel && cd /tmp/updat

linux

1. nodejs 如果构建环境是纯内网通过nexus代理的方式，即使设置了 npm config set registry 私有仓库也依然无法下载依赖的异常现象，那么很有可能是前端开发人员在写代码的时候直接使用了npm install不指定私有仓库导致生成的package-lock.json文件

性能优化

1. 配置详情 log_format json '{ "time_local": "$time_iso8601", # 本地时间，格式为 ISO 8601 "msec": $msec, # 当前时间的毫秒数 "r

1. 异常现象接手了一个很远古的vue项目用的webpack打包，然后尝试本地启动却出现了 https://test.dev.tanqidi.com:8080/main.css net::ERR_SSL_PROTOCOL_ERROR 的错误，但这是本地开发啊？怎么会发出https，而且看网上说可以

故障排查

1. 异常现象由于项目过于仓促上线，前期没有很好的进行性能优化导致使用js等静态资源些许有些缓慢，故而稳固后进行性能优化，但是出现了一个比较有趣的现象就是开启gzip后，响应的静态资源响应头中没有出现 content-encoding: gzip 本篇章来对其进行记录，以下为项目中使用的gzip配

故障排查

写在最前有时候你写好的代码运行在某个环境中了，但是由于数据非常重要不能轻易导出到你的本地来模拟debug调试找错误，这个时候就可以使用远程调试功能了，但有一个前提你的编译代码和你本地代码一定要一致 1. 配置流程 1.1 IDEA配置点击Edit Configuration 添加一个Remote

故障排查

1. 问题描述有时候虽然服务配置都对但还是会出现 "bad address" 错误，这其实是因为在 StatefulSet 中没有设置 serviceName 只要把它指向你的 headless 服务名称问题就能解决。

前置条件配置依赖 ✨二进制部署任意版本docker✨ 配置域名 address=/app-nacos1.basic.tanqidi.com/172.31.0.100 address=/app-nacos2.basic.tanqidi.com/172.31.0.101 address=/app-na

中间件