
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
感叹号这样的特殊字符,它的转义方式则是反斜杠。否则java程序在解析uri的时候,会提前截取到第一个@,把前半部分错认为数据库的密码。比较是在内网环境下,不对外网访问的情况下,密码相对安全即可。有时候,为了安全性,dba会设置比较复杂的密码,含有特殊字符,比如@符号等。当使用uri方式连接mongodb时,对特殊符号,特别是@符号,进行转义。遇到特殊字符的时候多留个心眼,设置数据库密码的时候,不要

因为deployment.yaml中的变量CONFIG_SERVICE_ENABLED对应的值,应该是字符串,但是我赋值的是一个布尔类型。value: 'false' - name: CONFIG_SERVICE_ENABLED # 修改前的代码,没有单引号引起来 # value: {{ .Values.env.configServiceEnabled }} # 修改后的代码 value: '{{

登录nexus,查看上传的chart。可以看到,chart上传成功。接下里,就是我们在k8s的控制台,将在下一篇文章进行描述。

consul既可以作为服务注册中心,也可以作为分布式配置中心。当它作为服务注册中心的时候,java微服务之间的调用,会定期查询服务的实例列表,并且实例的状态是健康可用。如果发现被调用的服务,注册到consul的实例,没有一个是健康可用的时候,就会出现HystrixRuntimeException错误。所以,我们要及时发现不健康的实例,本文就讨论下如何做好consul服务的监控及告警。

本文欲梳理一次mongodb的生产事故,在不确定事故起因的情况下,我们从早上六七点,一直到中午才定位出问题。持续时间之长,不可谓不是一次惨痛的教训。首先,我们是第一时间收到了Mongodb数据库监控告警的信息,体现最明显的是cpu使用率达到了100%。(遗漏了其他信息,或者说不同于以往的指标,待下文细说)其次,客户端应用反馈说后端响应巨慢,无法访问。说明后端服务挂了,此时再使用应用重启这一大招也不

先说一说我们的排查思路,在其他业务没有显著剧增的情况下,我们很容易定位出嫌疑最大的后端服务。于是,我们尝试在外网网关,把该服务关闭,不让外网域名访问进来。第二步,让mongodb缓口气,坐等其性能好转。预期把这个服务停掉之后,数据库就会好转。但是,事与愿违,数据库的性能指标并没有显著变化,cpu和内存还是跟过山车一样,下降了又上升,上升了又下降,循环往复。期间,为了让嫌疑服务不访问数据库,还尝试把

你需要新建三个service,一般我们只有一个就足够使用了。你需要区分内网还是外网SLB,这是因为我们外层没有api网关和域名,提供的是tcp协议。下一篇我们想要说一说阿里云slb的一个大坑,很深很深的坑。。。

执行config程序时,可能会报“nasm/yasm not foun or too old. Use …”的错,此时需要先安装yams,然后再重新执行配置程序。执行编译&安装指令 make && make install ,完成ffmpeg程序的编译和安装。下载platform-tools_r31.0.3-linux.zip, 解压缩至本地。ffmpeg -h 验证环境变量是否已生效。

本文并没有按传统的做法,把校验文件放在文件服务上,而是通过kong网关的插件,对访问接口做了一个预处理。

在MongoDB数据库中,currentOp是一个命令,用于返回当前数据库实例中正在执行的操作的信息。这个命令可以帮助用户诊断性能问题和识别长时间运行的操作。client:请求由哪个客户端发起。opid:操作的ID,可以通过db.killOp(opid)终止该操作。secs_running/microsecs_running:代表请求运行的时间,如果这个值特别大,需要检查请求是否合理。query/









