利用Nacos与KubeSphere创建多套开发与测试环境
基于KubeSphere使用心得给部门搭建了dev
、sit
、test
、prod
这4套环境之后,一开始使用较为顺利,但随着项目的推进以及开发人员的增多,同时有多个功能模块需要并行开发与测试,导致原有的4套环境不够用。经过一番摸索后,实现了结合Nacos在KubeSphere
中动态配置多套环境功能,通过修改Nacos
中的JSON
配置文件可很容易的从4套扩展为16套甚至更多。
基于KubeSphere使用心得给部门搭建了dev
、sit
、test
、prod
这4套环境之后,一开始使用较为顺利,但随着项目的推进以及开发人员的增多,同时有多个功能模块需要并行开发与测试,导致原有的4套环境不够用。经过一番摸索后,实现了结合Nacos在KubeSphere
中动态配置多套环境功能,通过修改Nacos
中的JSON
配置文件可很容易的从4套扩展为16套甚至更多。
近期在工作中遇到由于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
文件容器启动时发生冲突的原因分析。