TP-Micro 是一个基于 Teleport 定制的、简约而强大的微服务框架。
go version > 1.9
go get -u -f -d github.com/xiaoenai/tp-micro/... cd $GOPATH/src/github.com/xiaoenai/tp-micro/cmd/micro go install
支持服务自动发现
支持自定义服务链接选择器
支持负载均衡
支持多路复用IO及其连接池
支持自定义协议
支持自定义Body的编解码类型
支持插件扩展
支持心跳机制
日志信息详尽,支持打印输入、输出消息的详细信息(状态码、消息头、消息体)
支持设置慢操作报警阈值
支持自定义日志
支持平滑关闭与更新
支持推送
支持的网络类型:tcp
、tcp4
、tcp6
、unix
、unixpacket
等
客户端支持断线后自动重连
支持过载保护(断路器)
服务端
package main import ( micro "github.com/xiaoenai/tp-micro" tp "github.com/henrylee2cn/teleport" ) // Arg arg type Arg struct { A int B int `param:""` } // P handler type P struct { tp.PullCtx } // Divide divide API func (p *P) Divide(arg *Arg) (int, *tp.Rerror) { return arg.A / arg.B, nil } func main() { srv := micro.NewServer(micro.SrvConfig{ ListenAddress: ":9090", }) srv.RoutePull(new(P)) srv.ListenAndServe() }
客户端
package main import ( micro "github.com/xiaoenai/tp-micro" tp "github.com/henrylee2cn/teleport" ) func main() { cli := micro.NewClient( micro.CliConfig{}, micro.NewStaticLinker(":9090"), ) defer cli.Close() type Arg struct { A int B int } var result int rerr := cli.Pull("/p/divide", &Arg{ A: 10, B: 2, }, &result).Rerror() if rerr != nil { tp.Fatalf("%v", rerr) } tp.Infof("10/2=%d", result) rerr = cli.Pull("/p/divide", &Arg{ A: 10, B: 0, }, &result).Rerror() if rerr == nil { tp.Fatalf("%v", rerr) } tp.Infof("test binding error: ok: %v", rerr) }
Micro 项目采用商业应用友好的 Apache2.0 协议发布
目录 0、基础 TP, TN, FP, FN的定义 Accuracy/Precision/Recall的定义 1、简介 2、使用
一、问题背景 在做多标签分类问题的时候,我发现很多论文用的评价指标是micro-F1,由于之前较少遇到这个评价指标,于是想仔细调研下为什么用micro-F1而不用macro-F1的原因。 二、实际原因 首先micro-F1是指的微F1,计算方式,将这个多标签分类看成是n个二分类,因此就有n个混淆矩阵,然后就可以计算出n个类别的TP、FP、FN,从而求和得到整体的TP_all、FP_all、
内核版本:linux-3.1.4 我先把 无线网卡(TP-LINK TL-WN721N)插到了我的PC上 用 lsusb 命令打印无线网卡ID :Bus 001 Device 003: ID 148f:5370 Ralink Technology, Corp. 照着这个ID百度搜一下你的无线网卡的芯片组,我的是 rt2870 。 但是直接百度“TP-LINK TL-WN721
如果发生任何问题,大多数开发人员都难以跟踪日志。 这可以通过用于Spring Boot应用程序的Spring Cloud Sleuth和ZipKin服务器来解决。 春云侦探 Spring cloud Sleuth日志以下列格式打印 - [application-name,traceid,spanid,zipkin-export] Where, Application-name =应用程序的名称
本文向大家介绍微服务哪些框架相关面试题,主要包含被问及微服务哪些框架时的应答技巧和注意事项,需要的朋友参考一下 Dubbo,是阿里巴巴服务化治理的核心框架,并被广泛应用于阿里巴巴集团的各成员站点。阿里巴巴近几年对开源社区的贡献不论在国内还是国外都是引人注目的,比如:JStorm 捐赠给 Apache 并加入 Apache 基金会等,为中国互联网人争足了面子,使得阿里巴巴在国人眼里已经从电商升级为一
我一直在读关于微服务和事件来源的文章,以及它是如何将服务从另一个服务中分离出来的。有两个概念我不清楚。首先,如果在微服务体系结构中,每个服务都可以独立开发,我们如何解释服务间的通信依赖? 例如,如果服务A和服务B需要通信,那么A需要将一个事件发送到一个中央总线,而B需要监听该事件并根据该事件采取行动,但这似乎会产生很多依赖关系。现在,如果我正在开发服务B,我需要知道服务A可以生成的所有事件。此外,
ketchup 是一个基于 dotnet core 的微服务框架。网关:兼容 kong,rpc:grpc支持远程调用。
Adnc 是一个轻量级的 .Net Core 微服务开发框架,同时也适用于单体架构系统的开发。支持经典三层与DDD架构开发模式、集成了一系列主流稳定的微服务配套技术栈。
Seata 的事务上下文由 RootContext 来管理。 应用开启一个全局事务后,RootContext 会自动绑定该事务的 XID,事务结束(提交或回滚完成),RootContext 会自动解绑 XID。 // 绑定 XID RootContext.bind(xid); // 解绑 XID String xid = RootContext.unbind(); 应用可以通过 RootCon