Open phil-guo opened 3 years ago
市面上开源的99%都不是微服务,很多人不能理解微服务这个思想,大家都认为业务的细分成细粒度的服务就是微服务了,如果不能针对于组件可扩展,可替换, 那么只能定位为服务治理框架。就比如你的框架只能依赖于grpc, 而不能扩展替换thrift, dotnetty 等其它类型的通信组件,那么你的框架只能定位RPC服务治理框架 如果你涉及的是微服务,根本不需要集成kong网关,因为微服务需要自研服务发现,服务治理。通过灵活配置可以达到灵活可靠性传输,而微服务需要提供针对于http协议的网关,走内部的服务发现和治理。 通过以上描述,提出以下意见
你的建议非常好,我会仔细考虑。谢谢您的建议
------------------ 原始邮件 ------------------ 发件人: "fanliang11"<notifications@github.com>; 发送时间: 2020年12月23日(星期三) 中午11:01 收件人: "dotnetcore/Home"<Home@noreply.github.com>; 抄送: "alangur"<1228115857@qq.com>; "Author"<author@noreply.github.com>; 主题: Re: [dotnetcore/Home] ketchup 申请加入NCC (#48)
市面上开源的99%都不是微服务,很多人不能理解微服务这个思想,大家都认为业务的细分成细粒度的服务就是微服务了,如果不能针对于组件可扩展,可替换, 那么只能定位为服务治理框架。就比如你的框架只能依赖于grpc, 而不能扩展替换thrift, dotnetty 等其它类型的通信组件,那么你的框架只能定位RPC服务治理框架 如果你涉及的是微服务,根本不需要集成kong网关,因为微服务需要自研服务发现,服务治理。通过灵活配置可以达到灵活可靠性传输,而微服务需要提供针对于http协议的网关,走内部的服务发现和治理。 通过以上描述,提出以下意见
建议可扩展替换各种类型的RPC组件
建议扩展协议主机,支持各种协议扩展
建议扩展基于http 协议组件,比如swagger, 网关
建议支持远程传输拦截,过滤器 如果能构建支持多语言组合多语言混合异构框架,就更好了。 以上是个人意见,不代表NCC意见,如果觉得说的不对,请略过。
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
Hello, 感谢你的申请,请根据加入要求补充需要填写的项。
Hello, 感谢你的申请,请根据加入要求补充需要填写的项。
我已勾选上面所需的选项,这样是否可以完成这个工作?
ketchup (番茄酱) 是一个基于dotnet core的微服务框架。通讯组件由高可用的grpc组成,注册中心为consul,采用轮询、随机、加权随机的负载均衡策略,并提供一个兼容kong的网关。 项目主页:https://github.com/simple-gr/ketchup 文档:https://github.com/simple-gr/ketchup/wiki 作者:simple 开源协议:MIT
--------------- 请根据加入要求填写以下项 ---------------------------------