Release note for 1.4

[flycash]

v1.4 release notes.

[wongoo]

LGTM

[AlexStocks]

Pls wait k8s/rest prs. Those features should be included in v1.4.x.

[codecov-io]

Codecov Report

Merging #401 into develop will increase coverage by 0.06%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop     #401      +/-   ##
===========================================
+ Coverage     67.3%   67.37%   +0.06%     
===========================================
  Files          161      161              
  Lines         8335     8333       -2     
===========================================
+ Hits          5610     5614       +4     
+ Misses        2202     2194       -8     
- Partials       523      525       +2

Impacted Files	Coverage Δ
cluster/cluster_impl/failback_cluster_invoker.go	78.49% <0%> (-2.16%)	⬇️
protocol/dubbo/client.go	67.87% <0%> (-1.22%)	⬇️
config_center/parser/configuration_parser.go	2.25% <0%> (+0.11%)	⬆️
protocol/grpc/server.go	68.42% <0%> (+1.75%)	⬆️
protocol/grpc/client.go	89.47% <0%> (+1.97%)	⬆️
config_center/nacos/facade.go	73.52% <0%> (+8.82%)	⬆️

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 068f7ba...716af8d. Read the comment docs.

[AlexStocks]

wait a moment pls. the k8s pr should be #400

[AlexStocks]

LGTM

[CodingSinger]

Support sign and auth for request
Dubbo鉴权认证是为了避免敏感接口被匿名用户调用而在SDK层面提供的额外保障。用户可以在接口级别进行定义是否允许匿名调用，并对调用方进行验签操作，对于验签不通过的消费端，禁止调用。总体实现基于AK/SK机制，并允许用户自定义获取AK/SK的源，在RPC层面保障安全性。
Healthy instance first router
​ 在RPC调用中，我们希望尽可能地将请求命中到那些处理能力快、处于健康状态的实例，该路由的功能就是通过某种策略断定某个实例不健康，并将其排除在候选调用列表，优先调用那些健康的实例。这里的"健康"可以是我们自己定义的状态，默认实现即当错误比例到达某一个阈值时或者请求活跃数大于上限则认为其不健康，允许用户扩展健康检测策略。issues/337

[Patrick0308]

Rest协议支持:
通过在dubbo服务中发布restful的接口并且可以调用任意的restful的接口，打通了dubbo服务与传统web服务之间的隔阂。默认采用yml的形式配置rest接口参数，用户可以自定义配置形式。并且也支持用户自定义rest服务器的过滤器和用户扩展自己rest server的实现。

[sxllwx]

K8s as registry
Dubbo注册中心的本质为K/V型的数据存储。本featrue将每个Dubbo进程自身注册的信息序列化后通过Kubernetes提供的Patch的接口更新在本Dubbo进程所在Pod的Annotation字段。再通过Kubernetes提供的Watch 接口观察集群中本Namespace内其他的Dubbo进程所在Pod的Annotation的变化，并实时更新本地缓存从而达到无其他任何第三方依赖而使用Kubernetes原生API完成将Kubernetes作为注册个中心的功能特性。注意: 因Pod被调度而IP发生变化，configuration以及router config模块暂时无法动态更新。具体范例如下：
范例

[flycash]

可观测性是微服务重要的一环，也是我们1.4版本着力支持的部分。在1.4版本中，我们主要在tracing和metric两个方向提供了支持。

#330
为了支持tracing和metric，关键的一点是支持context在整个调用过程中传递。在1.4版本里面，我们解决了context跨端传递的问题。目前用户可以在接口中声明context并且设置值，dubbo-go在底层完成context内容从client传递到server的任务。

#342
在metric方面，dubbo-go开始支持Prometheus采集数据了。目前支持Prometheus中的Histogram和Summary。用户给也可以通过扩展Reporter接口来自定义数据采集。

#335
在tracing方面，目前dubbo-go的设计是采用opentracing作为统一的API，在该API的基础上，通过在client和server之中传递context，从而将整个链路串起来。用户可以采用任何支持opentracing API的监控框架来作为实现，例如zipkin，jaeger等。

[pantianying]

#398
user can use context in the method to add attachment like java dubbo.

[zouyx]

Condition router
路由规则在发起一次RPC调用前起到过滤目标服务器地址的作用，过滤后的地址列表，将作为消费端最终发起RPC调用的备选地址。而条件路由，是 Dubbo-go 中第一个支持的路由规则，允许用户通过配置文件及远端配置中心管理路由规则。
Samples: demo

Nacos configuration
Nacos 配置管理功能是 Dubbo-go 第三个支持的远端配置管理方式。在此之前，已经支持 zookeeper 与 Apollo 的远端配置管理方式。
Samples: demo