近日对接神策服务，发现了一些问题。神策server端收集打点数据，提供了http实时同步和logagent两种同步方式，由于http方式同步存在丢数据和性能问题，所以考logagent方式。logagent方式需要在程序里将打点数据写入文件，再通过logagent将数据同步到他们的数据服务。由于我们
最近内网jenkins 构建工程发现很慢。经排查，发现是推送docker镜像时，网络超时。 于是登到指定的机器，ping了下www.baidu.com，发现延迟200多,直接ping了下ip发现ping ip 延迟很低，于是断定是dns问题。 国内运营商有提供dns114.114.114.114，添
线上阿里云ecs突然告警，查看了下，带宽流出突然顶满。阿里云上没法查看具体的带宽占用进程。于是到指定的机器，通过工具进行排查。 ###安装iftop ``` yum install iftop ``` ###查看io占用进行情况 ``` iftop -P ``` ###通过端口 排查进程 ``` n
## confluence- 工程迁移 ``` cd /home/data zip -r atlassian-confluence-5.10.3.zip atlassian-confluence-5.10.3/* zip -r confluence-data.zip confluence/confl
项目上线后，经常需要更新配置。springboot下配置默认加载后无法做到运行时更新。不过springcloud里提供了刷新 支持。 ##相关依赖Spring actuator，Spring cloud starter ``` <dependency> <groupId>org.springfram
我们的gitlab是部署在docker容器里的，外网访问都是通过宿主机nginx转发到docker容器。 gitlab有一个ip并发访问的限制，当并发访问多了的时候，就会导致被封，解决办法如下。 ##找到gitlab配置文件gitlab.rb下面代码片段，将宿主机ip放到该白名单中 ``` gitl
1:找到所连接openvpn config注释如下行 ``` #block-outside-dns ``` 2:cmd命令行中追加指定ip的路由 ``` #查看路由 route print #win10 添加路由 route add xx.xx.xx.xx mask 255.255.255.255
默认情况下kafka不支持外网访问的，需要在server.properties中放开如下 配置，指定外网ip. ``` #advertised.listeners=PLAINTEXT://:9092 ```
由于gitlab 放到了docker中运行，外网ssh访问方式就变成了 ``` ssh://git@gitlab.xxx.com:122/xx/xx-server.git ``` replicate gitlab 地址替换 ``` vi replication.config url = ssh://
shell 命令行直接执行ok，但是挂到cron上就无法执行成功。 1:查看/var/log/cron 发现对应的定时任务是调度了，但是紧接着下面有一行提示 ```` sendmail: fatal: parameter inet_interfaces: no local interface ```
## this authentication plugin is not supported MySQL8的默认密码认证方式使用caching_sha2_password，所以访问会提示this user requires mysql native password authentication。
最近线上上午8:30左右，gateway会cpu告警，因为我们的服务可以自动伸缩，访问服务也正常，没有太在意这个问题。 上班路上突然收到项目经理和客户线上问题反馈记录。部分三方分享链接打开显示如下内容。 ``` {"code":1021,"msg":"网关内部异常.","timestamp":"15
最近线上日志服务器磁盘告警，于是做了磁盘扩容。我们用的是阿里云ecs实例，上阿里云平台磁盘管理做了配置升级。 数据盘扩容。原来是1t，直接扩容到2t。阿里云支持在线扩容，在不启动实例的情况做到磁盘容量自动扩容。开始我以为提交了在线扩容，交了钱就完事了。结果付完钱后，发现磁盘容量增加了，但是分区容量还
logstash 配置，目录切分，时区问题。 ``` <encoder class="net.logstash.logback.encoder.LoggingEventCompositeJsonEncoder"> <providers> <timestamp> <timeZone>UTC</time
最近在和银行对接服务，当然我们是服务提供方。银行对数据传输安全性要求很高，意识形态里比较看重数据是否加密传输。当然我们的请求是https，但是现在各种代理拦截工具层出不穷，依然是可以截获请求内容。 为了应对甲方要求的安全，我们将数据加密后再已流的方式传输给服务端。本来以为会一帆风顺，但是中间遇到了奇
