缘由:
go-zero gateway主要内容开发接近完成了,有一个问题一直没有解决,马上要部署了,是时候解决了。
因为主要是RESTful <–> gRPC,go-zero通过解析pb文件访问后端gRPC服务,pb文件则是通过proto文件生成,proto文件是定义接口的,接口变化会导致pb文件的变化和更新,但是通常gateway模块的功能开发相对稳定和单一,完成后很少会有修改。不希望因为pb文件的变化而导致gateway重新构建、版本发布,pb文件则是更像配置文件存在。
[阅读全文]go-zero gateway主要内容开发接近完成了,有一个问题一直没有解决,马上要部署了,是时候解决了。
因为主要是RESTful <–> gRPC,go-zero通过解析pb文件访问后端gRPC服务,pb文件则是通过proto文件生成,proto文件是定义接口的,接口变化会导致pb文件的变化和更新,但是通常gateway模块的功能开发相对稳定和单一,完成后很少会有修改。不希望因为pb文件的变化而导致gateway重新构建、版本发布,pb文件则是更像配置文件存在。
[阅读全文]研发框架搭建得差不多了,最近在本地和生产测试环境一致性。go-zero官方以介绍使用etcd做为服务发现首选,可能更多人并没有选择部署在k8s上吧。为了快速进入开发,我也选择了etcd,过程还算顺利。
[阅读全文]之前使用Gitlab和Runner的版本是12.*,现在已经到了16.*,安装和配置跟之前相比几乎没有变化,所以按之前的文档操作下来,一路比较顺利。在更新k8s集群容器版本的时候出现问题了,原来Auto Deploy方式在14.*版本被弃用,较新的方案是安装k8s代理,方案有2种:
[阅读全文]阿里云官方推荐,SLB做4层负载,只做流量转发。所以SSL和gzip都只能放在ingress中配置了。 SSL之前已经配置好了,今天测试一下gzip。
[阅读全文]每天都有小坑踩!
k8s装好了,想把kuboard也装上去。 看官方文档挺简单,官方推荐docker run方式运行,因为主机上还有其他2个服务也要运行,我当然是选择用compose,既然docker run能运行,compose没有理由不可以呀! PS:2年没怎么关注docker,发现又有大变化,compose升到V2了,不再是以前那个python项目,改用go开发,做为docker的一个插件,在官方安装文档中推荐安装方式就已经包含了compose插件,不用再次安装了。
[阅读全文]上次安装k8s,3年多了;今天尝试再安装一次k8s,不同的是这次不再用docker,改为containerd。
得益于以前写的ansible脚本,很有参考价值,虽然3年多过去了,很多东西还对得上。
最近做开发基础架构设计,又经历了一次痛苦过程,记录一下。 同时感叹,这一次明显感受是没有以前的冲劲和精力了,真老了吧? 粗糙的记录一下,算是做个告别吧,最后一次干这事了!
[阅读全文]综合需要考虑的问题
安装前系统配置
[阅读全文]当前k8s版本:1.17,在使用cronjob的时候发现调度的时间不对,配置的是0 0 * * *,但实际运行时间为早上8点,推测是时区问题没跑了~ 但是运行程序的容器已经处理过时区问题,而且调度是k8s发起了,问题在k8s那边。
[阅读全文]
|
|
|
|
应用配置:
gitlab-ctl reconfigure