* feat: adjust readme * feat: adjust readme * feat: adjust readme * feat: adjust readme * feat: adjust readme * feat: adjust readme * feat: adjust readme * feat: adjust readme
14 KiB
English | 简体中文
Frontier
Frontier是一个go开发的全双工开源长连接网关,旨在让微服务直达边缘节点或客户端,反之边缘节点或客户端也同样直达微服务。对于两者,提供了全双工的单双向RPC调用,消息发布和接收,以及点对点流的功能。Frontier符合云原生架构,可以使用Operator快速部署一个集群,具有高可用和弹性,轻松支撑百万边缘节点或客户端在线的需求。
目录
快速开始
- 启动单实例 Frontier:
docker run -d --name frontier -p 30011:30011 -p 30012:30012 singchia/frontier:1.1.0
- 构建并运行示例:
make examples
运行 chatroom 示例:
# 终端 1
./bin/chatroom_service
# 终端 2
./bin/chatroom_agent
演示视频: https://github.com/singchia/frontier/assets/15531166/18b01d96-e30b-450f-9610-917d65259c30
特性
- RPC 微服务和边缘可以Call对方的函数(提前注册),并且在微服务侧支持负载均衡
- 消息 微服务和边缘可以Publish对方的Topic,边缘可以Publish到外部MQ的Topic,微服务侧支持负载均衡
- 多路复用/流 微服务可以直接在边缘节点打开一个流(连接),可以封装例如文件上传、代理等,天堑变通途
- 上线离线控制 微服务可以注册边缘节点获取ID、上线离线回调,当这些事件发生,Frontier会调用这些函数
- API简单 在项目api目录下,分别对边缘和微服务提供了封装好的sdk,可以非常简单的基于这个sdk做开发
- 部署简单 支持多种部署方式(docker docker-compose helm以及operator)来部署Frontier实例或集群
- 水平扩展 提供了Frontiter和Frontlas集群,在单实例性能达到瓶颈下,可以水平扩展Frontier实例或集群
- 高可用 支持集群部署,支持微服务和边缘节点永久重连sdk,在当前实例宕机情况时,切换新可用实例继续服务
- 支持控制面 提供了gRPC和rest接口,允许运维人员对微服务和边缘节点查询或删除,删除即踢除目标下线
架构
组件Frontier
- Service End:微服务侧的功能入口,默认连接
- Edge End:边缘节点或客户端侧的功能入口
- Publish/Receive:发布和接收消息
- Call/Register:调用和注册函数
- OpenStream/AcceptStream:打开和接收点到点流(连接)
- 外部MQ:Frontier支持将从边缘节点Publish的消息根据配置的Topic转发到外部MQ
Frontier需要微服务和边缘节点两方都主动连接到Frontier,Service和Edge的元信息(接收Topic,RPC,Service名等)可以在连接的时候携带过来。连接的默认端口是:
:30011提供给微服务连接,获取Service:30012提供给边缘节点连接,获取Edge:30010提供给运维人员或者程序使用的控制面
功能
| 功能 | 发起方 | 接收方 | 方法 | 路由方式 | 描述 |
|---|---|---|---|---|---|
| Messager | Service | Edge | Publish | EdgeID+Topic | 必须Publish到具体的EdgeID,默认Topic为空,Edge调用Receive接收,接收处理完成后必须调用msg.Done()或msg.Error(err)保障消息一致性 |
| Edge | Service或外部MQ | Publish | Topic | 必须Publish到Topic,由Frontier根据Topic选择某个Service或MQ | |
| RPCer | Service | Edge | Call | EdgeID+Method | 必须Call到具体的EdgeID,需要携带Method |
| Edge | Service | Call | Method | 必须Call到Method,由Frontier根据Method选择某个的Service | |
| Multiplexer | Service | Edge | OpenStream | EdgeID | 必须OpenStream到具体的EdgeID |
| Edge | Service | OpenStream | ServiceName | 必须OpenStream到ServiceName,该ServiceName由Service初始化时携带的service.OptionServiceName指定 |
主要遵守以下设计原则:
- 所有的消息、RPC和Stream都是点到点的传递
- 从微服务到边缘,一定要指定边缘节点ID
- 从边缘到微服务,Frontier根据Topic和Method路由,最终哈希选择一个微服务或外部MQ,默认根据
edgeid哈希,你也可以选择random或srcip
- 消息需要接收方明确结束
- 为了保障消息的传达语义,接收方一定需要msg.Done()或msg.Error(err),保障传达一致性
- Multiplexer打开的流在逻辑上是微服务与边缘节点的直接通信
- 对方接收到流后,所有在这个流上功能都会直达对方,不会经过Frontierd的路由策略
使用
详细使用文档: docs/USAGE_zh.md
配置
详细配置文档: docs/CONFIGURATION_zh.md
部署
在单Frontier实例下,可以根据环境选择以下方式部署你的Frontier实例。
docker
docker run -d --name frontier -p 30011:30011 -p 30012:30012 singchia/frontier:1.1.0
docker-compose
git clone https://github.com/singchia/frontier.git
cd dist/compose
docker-compose up -d frontier
helm
如果你是在k8s环境下,可以使用helm快速部署一个实例
git clone https://github.com/singchia/frontier.git
cd dist/helm
helm install frontier ./ -f values.yaml
你的微服务应该连接service/frontier-servicebound-svc:30011,你的边缘节点可以连接:30012所在的NodePort。
Systemd
使用独立的 Systemd 文档:
operator
见下面集群部署章节
集群
Frontier + Frontlas架构
新增Frontlas组件用于构建集群,Frontlas同样也是无状态组件,并不在内存里留存其他信息,因此需要额外依赖Redis,你需要提供一个Redis连接信息给到Frontlas,支持 redis sentinel和redis-cluster。
- Frontier:微服务和边缘数据面通信组件
- Frontlas:命名取自Frontier Atlas,集群管理组件,将微服务和边缘的元信息、活跃信息记录在Redis里
Frontier需要主动连接Frontlas以上报自己、微服务和边缘的活跃和状态,默认Frontlas的端口是:
:40011提供给微服务连接,代替微服务在单Frontier实例下连接的30011端口:40012提供给Frontier连接,上报状态
你可以根据需要部署任意多个Frontier实例,而对于Frontlas,分开部署两个即可保障HA(高可用),因为不存储状态没有一致性问题。
配置
Frontier的frontier.yaml需要添加如下配置:
frontlas:
enable: true
dial:
network: tcp
addr:
- 127.0.0.1:40012
tls:
metrics:
enable: false
interval: 0
daemon:
# Frontier集群内的唯一ID
frontier_id: frontier01
Frontier需要连接Frontlas,用来上报自己、微服务和边缘的活跃和状态。
Frontlas的frontlas.yaml最小化配置:
control_plane:
listen:
# 微服务改连接这个地址,用来发现集群的边缘节点所在的Frontier
network: tcp
addr: 0.0.0.0:40011
frontier_plane:
# Frontier连接这个地址
listen:
network: tcp
addr: 0.0.0.0:40012
expiration:
# 微服务在redis内元信息的过期时间
service_meta: 30
# 边缘节点在redis内元信息的过期时间
edge_meta: 30
redis:
# 支持连接standalone、sentinel和cluster
mode: standalone
standalone:
network: tcp
addr: redis:6379
db: 0
更多详细配置见 frontlas_all.yaml
使用
由于使用Frontlas来发现可用的Frontier,因此微服务需要做出调整如下:
微服务获取Service
package main
import (
"net"
"github.com/singchia/frontier/api/dataplane/v1/service"
)
func main() {
// 改使用NewClusterService来获取Service
svc, err := service.NewClusterService("127.0.0.1:40011")
// 开始使用service,其他一切保持不变
}
边缘节点获取连接地址
对于边缘节点来说,依然连接Frontier,不过可以从Frontlas来获取可用的Frontier地址,Frontlas提供了列举Frontier实例接口:
curl -X http://127.0.0.1:40011/cluster/v1/frontiers
你可以在这个接口上封装一下,提供给边缘节点做负载均衡或者高可用,或加上mTLS直接提供给边缘节点(不建议)。
控制面GRPC 详见Protobuf定义
Frontlas控制面与Frontier不同,是面向集群的控制面,目前只提供了读取集群的接口
service ClusterService {
rpc GetFrontierByEdge(GetFrontierByEdgeIDRequest) returns (GetFrontierByEdgeIDResponse);
rpc ListFrontiers(ListFrontiersRequest) returns (ListFrontiersResponse);
rpc ListEdges(ListEdgesRequest) returns (ListEdgesResponse);
rpc GetEdgeByID(GetEdgeByIDRequest) returns (GetEdgeByIDResponse);
rpc GetEdgesCount(GetEdgesCountRequest) returns (GetEdgesCountResponse);
rpc ListServices(ListServicesRequest) returns (ListServicesResponse) ;
rpc GetServiceByID(GetServiceByIDRequest) returns (GetServiceByIDResponse) ;
rpc GetServicesCount(GetServicesCountRequest) returns (GetServicesCountResponse) ;
}
Kubernetes
Operator
安装CRD和Operator
按照以下步骤安装和部署Operator到你的.kubeconfig环境中:
git clone https://github.com/singchia/frontier.git
cd dist/crd
kubectl apply -f install.yaml
查看CRD:
kubectl get crd frontierclusters.frontier.singchia.io
查看Operator:
kubectl get all -n frontier-system
FrontierCluster集群
apiVersion: frontier.singchia.io/v1alpha1
kind: FrontierCluster
metadata:
labels:
app.kubernetes.io/name: frontiercluster
app.kubernetes.io/managed-by: kustomize
name: frontiercluster
spec:
frontier:
# 单实例Frontier
replicas: 2
# 微服务侧端口
servicebound:
port: 30011
# 边缘节点侧端口
edgebound:
port: 30012
frontlas:
# 单实例Frontlas
replicas: 1
# 控制面端口
controlplane:
port: 40011
redis:
# 依赖的Redis配置
addrs:
- rfs-redisfailover:26379
password: your-password
masterName: mymaster
redisType: sentinel
保存为frontiercluster.yaml,执行
kubectl apply -f frontiercluster.yaml
1分钟,你即可拥有一个2实例Frontier+1实例Frontlas的集群。
通过一下来检查资源部署情况
kubectl get all -l app=frontiercluster-frontier
kubectl get all -l app=frontiercluster-frontlas
NAME READY STATUS RESTARTS AGE
pod/frontiercluster-frontier-57d565c89-dn6n8 1/1 Running 0 7m22s
pod/frontiercluster-frontier-57d565c89-nmwmt 1/1 Running 0 7m22s
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/frontiercluster-edgebound-svc NodePort 10.233.23.174 <none> 30012:30012/TCP 8m7s
service/frontiercluster-servicebound-svc ClusterIP 10.233.29.156 <none> 30011/TCP 8m7s
NAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/frontiercluster-frontier 2/2 2 2 7m22s
NAME DESIRED CURRENT READY AGE
replicaset.apps/frontiercluster-frontier-57d565c89 2 2 2 7m22s
NAME READY STATUS RESTARTS AGE
pod/frontiercluster-frontlas-85c4fb6d9b-5clkh 1/1 Running 0 8m11s
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/frontiercluster-frontlas-svc ClusterIP 10.233.0.23 <none> 40011/TCP,40012/TCP 8m11s
NAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/frontiercluster-frontlas 1/1 1 1 8m11s
NAME DESIRED CURRENT READY AGE
replicaset.apps/frontiercluster-frontlas-85c4fb6d9b 1 1 1 8m11s
你的微服务应该连接service/frontiercluster-frontlas-svc:40011,你的边缘节点可以连接:30012所在的NodePort。
开发
路线图
详见 ROADMAP
贡献
如果你发现任何Bug,请提出Issue,项目Maintainers会及时响应相关问题。
如果你希望能够提交Feature,更快速解决项目问题,满足以下简单条件下欢迎提交PR:
- 代码风格保持一致
- 每次提交一个Feature
- 提交的代码都携带单元测试
测试
流功能测试
社区
添加以加入微信群组
许可证
Released under the Apache License 2.0
已经看到这里,点个Star⭐️吧♥️
