简单易懂的golang[go-micro]微服务

云计算
• 阅读 5037

微服务是一个新兴的软件架构,就是把一个大型的单个应用程序和服务拆分为数十个的支持微服务。一个微服务的策略可以让工作变得更为简便,它可扩展单个组件而不是整个的应用程序堆栈,从而满足服务等级协议。

一般的微服务工作流程都可以用写明这种图来表达。

简单易懂的golang[go-micro]微服务

  1. 先把自己的服务注册到注册中心
  2. 客户端调用的时候去注册中心查询调用的服务的服务器列表
  3. 得到服务列表,随机调取一台进行远程协程

我们这里的注册中心使用的是ETCD

1.为什么不选择Redis?

ps:首先注册中心的存放必须保证稳定,不可缺失。要不注册中心挂了,你要一个个服务的去重启?然后把它们从新注册到注册中心?这工作量你想想都不愿意更别说运维了。

2.为什么不选择ZooKeeper ?

ps: ZooKeeper 因为Zookeeper 只提供了 c++ 和 java 的接口,维护难,成功高,etcd简单。

这里有一篇 《etcd部署》 https://www.jianshu.com/u/ae33b518429a,看来你就知道有多简单了

我这里选择的grpc

ps:使用grpc最打的特性是他支持多语言,并能够基于语言自动生成客户端和服务端功能库。目前已提供了C版本grpc、Java版本grpc-java 和 Go版本grpc-go,其它语言的版本正在积极开发中,其中,grpc支持C、C++、Node.js、Python、Ruby、Objective-C、PHP和C#等语言,grpc-java已经支持Android开发。

它是通过ProtoBuf 进行数据直接的通信的,比如日本人和我们聊天,我们不会日语,这个适合刚好有一个朋友会日语,那么这个朋友就把日语转为中文告诉我们。

所以我们还需要学学ProtoBuf 的语法,不过一般来说记住一些格式即可

# greeter.proto
syntax = "proto3"; #使用proto3

service Greeter {  #这个对象的
    rpc Hello(HelloRequest) returns (HelloResponse) {}  #这个拥有那些方法
}

message HelloRequest {    #消息参数 注意 name = 1,1 后面的那个数字不能重复
    string name = 1;
}

message HelloResponse {  #响应参数 注意 greeting = 2,2 后面的那个数字不能重复,名字随便你们起,这么起只不过是为了好认
    string greeting = 2;
}

编写玩这个文件之后,我们需要执行以下代码进行便宜,把他转化为golang文件。

protoc -I . --micro_out=. --go_out=. path/to/greeter.proto

我们接下来后得到以下两个文件
简单易懂的golang[go-micro]微服务

接下来我们就要做服务端的代码了
我这里使用的go-micro的包

这个包的设计理念和我们上面所说的工作流程差不多,而且经验了 3年的考验,我是赖人主义,而且这包也比较轻量,所以就直接拿来用了。
简单易懂的golang[go-micro]微服务
他的设计流程如上,分为客户端和服务端,然后客户端和服务端通过这5个接口进行通信。

服务端代码

之前说过要使用etcd做注册中心的存储,所以我们需要这么这么做

package main

import (
    "context"
    "fmt"
    "github.com/micro/go-micro/v2"
    "github.com/micro/go-micro/v2/registry"
    "github.com/micro/go-micro/v2/registry/etcd" #注意这里go-micro的顺序
    "molei.rainbowmorel.com/micro-service/proto"
)

#这里对应这里的代码  service Greeter {  #这个对象的
#    rpc Hello(HelloRequest) returns (HelloResponse) {}  #这个拥有那些方法
#}
type Greeter struct{} 

func (g *Greeter) Hello(ctx context.Context, req *proto.Request, rsp *proto.Response) error {
    rsp.Greeting = "Hello " + req.Name
    return nil
}

func main() {
        #定义etcd的注册
    reg := etcd.NewRegistry(func(options *registry.Options) {
        options.Addrs = []string{
            "192.168.33.130:2379",
        }
    })

    service := micro.NewService(
        micro.Registry(reg), 
        micro.Name("greeter")) #这两部是关键,网上说的其他东西都可以不看,但两个必须要有

    service.Init()
    proto.RegisterGreeterHandler(service.Server(), new(Greeter))  //protoc有多少个服务器,你就在这里写多少个

    if err := service.Run(); err != nil {
        fmt.Println(err)
    }
}

客户端代码

package main

import (
    "context"
    "fmt"
    "github.com/micro/go-micro/v2"
    "github.com/micro/go-micro/v2/registry"
    "github.com/micro/go-micro/v2/registry/etcd"
    "log"
    "molei.rainbowmorel.com/micro-client/proto"
)

func main() {
    reg := etcd.NewRegistry(func(options *registry.Options) {
        options.Addrs = []string{
            "192.168.33.130:2379",
        }
    })

    service := micro.NewService(
        micro.Registry(reg),
        micro.Name("greeter"))

    service.Init()

    greeter := proto.NewGreeterService("greeter", service.Client())

    rsp, err := greeter.Hello(context.TODO(), &proto.Request{Name: "莫雷"})
    if err != nil {
        log.Fatal(err)
    }
    fmt.Println(rsp.GetGreeting())
}
点赞
收藏
评论区
推荐文章
徐小夕 徐小夕
4年前
微前端架构初探以及我的前端技术盘点
前言最近几年微前端一直是前端界的热门议题,它类似于微服务架构,主要面向于浏览器端,能将一个复杂而庞大的单体应用拆分为多个功能模块清晰且独立的子应用,且共同服于务同一个主应用。各个子应用可以独立运行、独立开发和独立部署。微前端架构概念的诞生及应用对于提供复杂应用服务的企业来说显然是一种机遇,同样也是一种挑战.本文主要就微前端架构的概念和实现方案做一
Wesley13 Wesley13
3年前
SOA与微服务
微服务并非它的体积足够小,而是它的责任足够单一,很多人误解了「微」的真实含义,认为服务拆分得足够小就是微服务了,其实并非这样。此外,「微」还有“微不足道”的意思,也就是说,某个服务出现故障,它不会影响整个系统。微服务并非细粒度服务的组合,也就是说,粒度要细到什么程度,这取决于对业务功能的把控能力。此外,微服务是一种架构思想,包括看
Easter79 Easter79
3年前
Taro小程序自定义顶部导航栏
微信自带的顶部导航栏是无法支持自定义icon和增加元素的,在开发小程序的时候自带的根本满足不了需求,分享一个封装好的组件,支持自定义icon、扩展dom,适配安卓、ios、h5,全面屏。我用的是京东的Taro多端编译框架写的小程序,原生的也可以适用,用到的微信/taro的api做调整就行,实现效果如下。!在这里插入图片描述(https://i
Stella981 Stella981
3年前
Spring Cloud与微服务构建:Spring Cloud简介
SpringCloud简介<fontsize4微服务因该具备的功能</font微服务可以拆分为"微"和"服务"二字。"微"即小的意思,那到底多小才算"微"呢?可能不同的团队有不同的答案。从参与微服务的人数来讲,单个微服务从架构设计、代码开发、测试、运维人数加起来是8~10人才算"微"。那么何为"服务"呢?按照"微服务"概念
Easter79 Easter79
3年前
SpringCloud
微服务概述与SpringCloud 微服务与微服务架构微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事,从技术角度看就是一种小而独立的处理过程,类似进程概念,能够自行单独启动
Stella981 Stella981
3年前
Spring Cloud 里 Eureka 什么是微服务及微服务的特点
1.什么是微服务/微服务的特点单一职责:微服务中的每一个服务都对应唯一的业务能力,做到单一职责微:微服务的服务拆分粒度很小,列如一个用户管理就可以作为一个服务,每个服务虽小,但五脏俱全独立:自治是说服务间相互独立,互不干扰团队独立:每个服务都是一个独立的开发团队,人数不
Wesley13 Wesley13
3年前
2020年你必须掌握的 29 个微服务知识点解析?看不懂你来找我!
开场介绍微服务(或微服务架构)是一种云原生架构方法,其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。这些服务通常有自己的堆栈,包括数据库和数据模型;通过RESTAPI,事件流和消息代理的组合相互通信;它们是按业务能力组织的,分隔服务的线通常称为有界上下文。尽管有关微服务的许多讨论都围绕体系结构定义和特征
Stella981 Stella981
3年前
SpringBoot入门(简单详细教程)
SpringBoot简介  简化Spring应用开发的一个框架;整个Spring技术栈的一个大整合;J2EE开发的一站式解决方案;微服务  martinfowler;微服务:架构风格(服务微化);一个应用应该是一组小型服务;可以通过HTTP的方式进行互通;单体应用:ALLINONE;微服务:每一个功
Easter79 Easter79
3年前
SpringBoot入门(简单详细教程)
SpringBoot简介  简化Spring应用开发的一个框架;整个Spring技术栈的一个大整合;J2EE开发的一站式解决方案;微服务  martinfowler;微服务:架构风格(服务微化);一个应用应该是一组小型服务;可以通过HTTP的方式进行互通;单体应用:ALLINONE;微服务:每一个功
Wesley13 Wesley13
3年前
8000 字详解微服务架构
本文将介绍微服务架构和相关的组件,介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。要理解微服务,首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用,即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的,这是一个逐渐演变的过程。本文将以
美凌格栋栋酱 美凌格栋栋酱
4个月前
Oracle 分组与拼接字符串同时使用
SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(
云计算
云计算
Lv1
重到故乡交旧少,凄凉。却恐它乡胜故乡。
文章
4
粉丝
0
获赞
0