wenxuwan
**What this PR does**: user can specific provider ip address with set "rpc_target_address" in grpc header, layotto will send the request to specific ip address. **Which issue(s) this PR fixes**:...
**What would you like to be added**: Implement OSS API for java sdk **Why is this needed**: Java users need it
**What would you like to be added**: 用户请求rpc的时候可以指定provider的地址，layotto直接将请求发到目标ip地址去，而不需要转发给mosn。用作测试使用。 **Why is this needed**: rpc请求的时候，一个service可能会有多个provider，在调试的时候，期望的是可以发到目标provider上，而不是默认的走负载均衡策略。当前layotto会转发到mosn走mosn的服务发现策略，用户无法在不更改配置文件的前提下将请求发送到目标provider。 **Design for this issue**: 当前rpc请求的结构定义如下：  因此可以允许用户在grpc的header里面塞一个固定的字段rpc_target_address来指定目标provider的ip地址。 同时在channel的定义中增加directpool，用来区分和mosn pool的区别。  于此同时该pool大小设置为0，不做连接池、即用完关闭。
Now there are multiple demos of each API. For example, there are 5 implementations under the demo of sequencer. This does not prove that layotto is portable. It will be...
**What would you like to be added**: #739 make direct connection in mosn chan, can unbind the feature and the package of mosn **Why is this needed**: In the future,...
The issue tracker is **ONLY** used for the go client (feature request of RocketMQ need to follow [RIP process](https://github.com/apache/rocketmq/wiki/RocketMQ-Improvement-Proposal)). Keep in mind, please check whether there is an existing same...
# Layotto的愿景 Layotto从诞生至今致力于解决跨云部署、多语言两个问题，时至今日，得益于社区同学的共建，开源Layotto已经支持了丰富的API接口，也提供了非常灵活的自定义插件能力。但作为一款“产品”来说，其仍有很长的路需要走。 # Layotto当前困境 开源Layotto当前处在了“概念->产品”的关键状态，当前面临了缺少活跃的社区用户、没有明确的外部落地场景、能力无法满足生产需求。造成上述局面的主要原因，个人看来主要有以下几个方面： - 部署形态。虽然Sidecar模式带来了一系列好处，但Sidecar模式下带来的部署运维成本、性能损耗、资源占用、开发模式等问题让用户望而却步。 - 运维体系缺失。衡量一个产品的很重要的指标就是是否有完善的部署运维体系，[Diagrid Conductor](https://www.diagrid.io/conductor) 为Dapr提供了完整的paas管理平台，Layotto短期内无法做到，但需要对齐公有云上主流的部署运维体系。 - 标准化案列欠缺。Layotto的愿景中希望解决多语言的问题，但开源社区却没有一套标准的公有云部署方案，这让用户更加无法相信其商业化的能力。 # Layotto下半年规划 随着云厂商的多样化，跨云部署的场景增加，目前Layotto缺少了一套标准的跨云部署方案，因此Layotto在下半年将会以打造开源产品为目标进行建设，完善开源Layotto的产品化能力。于此同时，鉴于当前Sidecar模式的复杂性，尝试提供轻量级SDK模式，通过动态库加载的方式，让不同语言的应用可以通过函数调用直接调用Layotto。整体路线如下所示：  # 写在最后 Layotto作为一款开源产品，需要更多的社区的声音，大家有任何想法和需求都可以在该Issue下面讨论，进一步明确Layotto的发展方向和规划。 # 相关链接 [Dapr部署在Kubernetes](https://docs.dapr.io/operations/hosting/kubernetes/kubernetes-overview/) [Dapr的可观测性](https://docs.dapr.io/concepts/observability-concept/) [Dapr本地开发](https://docs.dapr.io/developing-applications/local-development/ ) [Envoy支持golang插件拓展](https://github.com/envoyproxy/envoy/pull/26173)
**What would you like to be added**: 当前Layotto的sdk未集成ci的能力，可以提供一个mock版本的layotto来帮sdk做集成测试
**What would you like to be added**: Try to use wasm as a component implementation **Why is this needed**: If it is possible to use wasm as the implementation of...
The issue tracker is **ONLY** used for the go client (feature request of RocketMQ need to follow [RIP process](https://github.com/apache/rocketmq/wiki/RocketMQ-Improvement-Proposal)). Keep in mind, please check whether there is an existing same...