将3个小int整数合并到1个long中从而缩小数据量
近期在工作中遇到由于HTTP
返回的内容较多导致系统响应延迟的问题,最终自己结合gzip、Protocol Buffers、位运算等将HTTP
响应返回的数据从15M减少到1M从而解决系统无卡顿问题。其中对于位运算
部分自己是结合业务实际,将3个小型int
转化为1个long
,将数据量减少三分之一,简单记录下其实现(以Java
实现为例)。
近期在工作中遇到由于HTTP
返回的内容较多导致系统响应延迟的问题,最终自己结合gzip、Protocol Buffers、位运算等将HTTP
响应返回的数据从15M减少到1M从而解决系统无卡顿问题。其中对于位运算
部分自己是结合业务实际,将3个小型int
转化为1个long
,将数据量减少三分之一,简单记录下其实现(以Java
实现为例)。
之前在公司内部推广KubeSphere用于持续集成和部署,取得了不错的反馈,考虑到大规模使用的便利性以及之前已有LDAP整合其它系统的成熟经验,很自然的想将LDAP
集成到KubeSphere
中。原以为会很容易,一番折腾下来费了不好功夫(KubeSphere
要求使用LDAP
时必须设置管理员账号和密码),简单记录下。
作为一名IT民工,善于利用各种工具提升工作效率才算合格,本文简单记录自己如何利用GitHub Actions实现个人Hugo博客在GitHub Pages中的自动化部署。
近期在公司内部搭建基于KubeSphere的持续集成平台时,发现其底层的Kubernetes默认的端口范围为30000-32767而公司有多个采用微服务模块的项目在使用,默认的端口范围不便于分配使用,在基于网上文档修改的过程中自己踩到了一个坑,简单记录下。
目前公司的开发方式都是手工编译&部署,十分低效,最近将Web开发相关的项目都基于KubeSphere通过基于Jenkins的流水线方式实现了自动部署,在此过程中遇到了一些阻塞点,简单记录下它们的解决方案。
由于公司的docker
容器在运行一段时间后日志变得很大,通过shell
脚本或者结合docker stop
、docker rm
和docker run
来重新创建实例方式都觉得太麻烦,按照网络上的建议在/etc/docker/daemon.json
中进行相关修改后却一直无法启动,同时错误信息一直提示unable to configure the Docker daemon with file /etc/docker/daemon.json: the following directives are specified both as a flag and in the config…e: json-file)
,经过一番排查后终于找到原因,故记录下。
简要记录下近期在项目中遇到的多个docker-compose.yml
文件容器启动时发生冲突的原因分析。