首页 微服务

微服务

  • 关于增加微服务监控及自动处理机制

    关于增加微服务监控及自动处理机制

      应用监控的重要性不言而喻,除了监控报警,还需要有无人值守的情况下的自动恢复,这样才能把影响降到最低。  我编写的监控脚本原理很简单,就是每一个应用自制一个url,通过周期性请求这个url,通过判断返回的状态来确定服务是否还在线,否则自动重启服务。  针对通常的jboss和spring boot框架下的war服务,这种机制屡试不爽,但是微服务下jar就行不通了。  起初,我设置的判断返回状态的条件如下,正常情况下返回200,如果应用使用了重定向的机制则会返回302,如果服务直接挂掉或者卡死,返回的状态都是000。...

    运维 2019-07-25 253 0 微服务监控脚本
  • 关于微服务全量升级时静态资源的升级方案(续)

    关于微服务全量升级时静态资源的升级方案(续)

      前文说了微服务全量升级时静态资源的升级的方案,就是利用OSSfs服务将远程的oss服务器挂载到本地,今天再具体操作的时候发现了一些问题,解决起来也是颇费周折,各种方法都尝试过了,才再次体味到了世事无常,莫名其妙的多出了这些工作量,我能预料可能会存在问题,但是却无法预料到问题如此棘手。  第一个问题是上传文件的类型问题  现象:通过OSS客户端上传的css样式文件,在访问网站页面的时候一切正常,而通过ossfs的方式上传后的文件,却在访问网站的时候没有样式,但是通过F12跟踪请求的情况一切正常。  ……分析,调试...

  • 关于微服务全量升级时静态资源的升级方案

    关于微服务全量升级时静态资源的升级方案

      众所周知,将静态资源使用单独的域名进行请求可以加快页面的渲染速度,提升用户体验,在微服务部署的时候大部分使用全量升级的方式,如果js,css,images等静态资源单独部署的话,这一部分的源码就需要单独升级,这块我们使用的是阿里的oss的产品,他支持api接口上传,http协议访问等,但区别于通过ssh的方式进行文件的传递或备份,在jenkins打包上传的时候,这部分的升级工作往往需要单独上传到OSS服务器上,这就会大大收到网络速度的限制,以及代码的一致性问题发生的概率也会大增,那有没有一种办法可以在全量升级的...

1