Go语言从单体服务到微服务设计方法是什么
这篇文章主要介绍“Go语言从单体服务到微服务设计方法是什么”,在日常操作中,相信很多人在Go语言从单体服务到微服务设计方法是什么问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Go语言从单体服务到微服务设计方法是什么”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
概述
微服务是一种思想,与编程语言无关,编程语言是思想下具体的一种实现方式,怎么设计架构方案和实现主要看主要面临的业务场景。
业务场景
主站核心业务使用的是yaf(php)开发的,要实现k8s + x编程语言 自主微服务实现,受到陈皓(左耳听风)的影响,我选用的编程语言是Go,Go语言有更强大的生态,有谷歌,k8s作为强大的后盾,摸着石头过河。
设计方案
Api网关
提到微服务我们就联想到Rpc,主流微服务价格设计,微服务之间的调用都使用Rpc,微服务也有直接用http实现的,Rpc限制了开发时候的灵活性和兼容性,主要3点原因:
Http协议是实际通信的标准,灵活性和兼容性得到了很好的市场验证,对Rpc我抱有怀疑态度,在Api层进行权限的统一认证( Token/Cookies ) , 后期微服务体系成熟,可以统一接入Api网关服务,Api网关服务是不可缺少的,全使用Nginx反向代理的方式,再数据统计的角度上局限性。
控制异常,如果发生异常,Rpc服务挂掉或者遭到网络攻击/刷请求,请求会直接打到Rpc上,如果有网关层,可以在Redis中加Redis锁,把无效的网络请求进行隔离。
数据
拆分微服务最大的两个问题是数据的一致性和性能,系统性能的瓶颈主要是因为计算机Cpu,内存(memory/内存条、cache/Cpu的内存) 是非常快的,所有的性能问题大同小异,磁盘I/O往往才是性能的瓶颈。
数据的一致性的解决办法
模块化拆分和迁移微服务功能,把涉及到的整块进行迁移,可以按比重分流/整体功能进行,按比重分流要保留新旧数据的兼容,需要双写,现在的有声业务体量小,可以整块整块的迁移。
性能:有声的数据量非常小,暂时不使用redis缓存可能也不会造成什么性能问题,所以我把很小的公共部分进行了缓存,主要考虑C端用户的体验。
Go中的Grpc使用
Go-zero这个框架使用goctl工具开发速度非常高效,对调用外部的Grpc服务需要做更多的兼容,这里做一个解释说明,protoc-gen-go
、protoc-gen-go-grpc
这两个工具是protobuf的工具,是Go 1.5
版本后新加的,这个地方饶了好大一圈。
$ go install google.golang.org/protobuf/cmd/protoc-gen-go@v1.28$ go install google.golang.org/grpc/cmd/protoc-gen-go-grpc@v1.2
在有声微服务中,是调用UserRpc的权限验证部分,Go-zero不支持,所以自己写了一些兼容包。
首先pb文件生成Pb和Grpc文件
$ ll-rw-r--r-- 1 stark staff 69K 3 20 15:51 cp_user_internal.pb.go-rw-r--r-- 1 stark staff 34K 3 20 15:51 cp_user_internal_grpc.pb.go
调用UserRpc服务,需要实现的包是客户端部分代码,本地需要TLS加密,服务才能被调用的到,grpc.WithTransportCredentials(credentials.NewTLS(&tls.Config{})))
是TLS灵魂。
package clientfunc Auth(Session string, Action string, Controller string, Param string) bool { // 1.建立链接 flag.Parse()conn, err := grpc.Dial("testing.gongzicp.com:1443", grpc.WithTransportCredentials(credentials.NewTLS(&tls.Config{})))if err != nil {log.Fatalf("did not connect: %v", err)}defer conn.Close()client := pb.NewUserInternalClient(conn)//2.验证管理员权限resp, err := client.AdminMid(context.Background(), &pb.UserInternalParams_AdminMidReq{Session: Session,})//3.验证菜单权限auth, err := client.AdminAuth(context.Background(), &pb.UserInternalParams_AdminAuthReq{Action: Action,Controller: Controller,Param: Param,Session: Session,})//....}
到此,关于“Go语言从单体服务到微服务设计方法是什么”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注编程网网站,小编会继续努力为大家带来更多实用的文章!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341