+
 新版
2018-03-27 17:16

引用来自“雷兽”的评论

唉 看了红薯的评价 看来oschina 还是大多数人都是习惯站在写代码的角度来看问题呢 基础的架构、甚至是技术选型有质的问题 天生性能就弱人一筹 然后又没啥人使用的话 文档再完整其实也没啥大用的感觉撒

哈哈哈 作者这个 怎么看都必然是既少人用 架构基础又基于没啥优势的技术选型 除了是良好的java范例项目 实际有多少人会用呢。。。

引用来自“赵二伟24740”的评论

@雷兽 你在逗我么,我就回一个点,netty是没啥优势的技术选型?
我的说法是构建在 作者用 nginx+他的网关的结构 和 kong的 nginx+nginx内部插件模块的比较 现在很多waf都是这个架构的说
2018-03-23 23:31

引用来自“雷兽”的评论

这个api网关 走的就是nginx打头 cgi方式 转到java写的api网关上 这样吧?这样真的可能比kong那样nginx+lua的模式快吗

要知道今天很多waf Web应用防护系统(也称:网站应用级入侵防御系统。英文:Web Application Firewall,简称: WAF)都是用kong的那个结构的

要说的分布式 貌似没有哪个网关是非集群的 分布式。。。。。kong的那种我认为算不上分布式 每个kong节点其实都是定时获取并且缓存后端数据库的最新api配置而已 那算不上分布式 仅仅是集群
java异步本来就该是大吞吐的场景下必然使用吧。。。至少我这么觉得
我没看到作者这个网关 任何的集群节点间分布式的 节点间的通信的介绍好像。。。。感觉作者所谓的分布式是不是仅仅是集群呢?
你说的很有道理,也都对,所谓的工具不是最牛的就最好而是最合适的才是最好,起初写这个网关主要目的是为了给我们的一个项目使用,应群友的要求后我就把这个改成大众一点的并开源出来。世界上有很牛逼的人能做很牛逼的事说很牛逼的话,但是他对世界没有一点贡献他只是占用了世界的能源而已,而一个弱小又卑微的人他有愿意贡献的思想和行动,哪怕他帮不到一个人他都值得赞美!
而我自己开源一些东西不是为了证明自己怎么样,相反的我的工具中有一些因为没有时间重构与一开始其实就没有想做那么多功能而写了一堆垃圾代码的而常常感到羞愧,虽说羞愧我也感到非常欣慰因为它不但让我轻松了也让一些同为挨踢界的人轻松了,这个网关不是出来代替什么的,功能也很多需要完善跟优化!
2018-03-23 18:44

引用来自“雷兽”的评论

唉 看了红薯的评价 看来oschina 还是大多数人都是习惯站在写代码的角度来看问题呢 基础的架构、甚至是技术选型有质的问题 天生性能就弱人一筹 然后又没啥人使用的话 文档再完整其实也没啥大用的感觉撒

哈哈哈 作者这个 怎么看都必然是既少人用 架构基础又基于没啥优势的技术选型 除了是良好的java范例项目 实际有多少人会用呢。。。
@雷兽 你在逗我么,我就回一个点,netty是没啥优势的技术选型?
2018-03-23 17:41
唉 看了红薯的评价 看来oschina 还是大多数人都是习惯站在写代码的角度来看问题呢 基础的架构、甚至是技术选型有质的问题 天生性能就弱人一筹 然后又没啥人使用的话 文档再完整其实也没啥大用的感觉撒

哈哈哈 作者这个 怎么看都必然是既少人用 架构基础又基于没啥优势的技术选型 除了是良好的java范例项目 实际有多少人会用呢。。。
2018-03-23 17:34
这个api网关 走的就是nginx打头 cgi方式 转到java写的api网关上 这样吧?这样真的可能比kong那样nginx+lua的模式快吗

要知道今天很多waf Web应用防护系统(也称:网站应用级入侵防御系统。英文:Web Application Firewall,简称: WAF)都是用kong的那个结构的

要说的分布式 貌似没有哪个网关是非集群的 分布式。。。。。kong的那种我认为算不上分布式 每个kong节点其实都是定时获取并且缓存后端数据库的最新api配置而已 那算不上分布式 仅仅是集群
java异步本来就该是大吞吐的场景下必然使用吧。。。至少我这么觉得
我没看到作者这个网关 任何的集群节点间分布式的 节点间的通信的介绍好像。。。。感觉作者所谓的分布式是不是仅仅是集群呢?
2018-03-23 17:26
我还是觉得kong 毕竟用的人多吧。。。。基础组件 还是国际上都有人用的 长期来说比较靠谱
2018-03-23 11:42
有备而来,赞,有空要试试
2018-03-23 11:26
是个不错的东东
2018-03-23 11:19
好。关注。
2018-03-23 10:26
这个介绍文档写得很完整,有备而来啊,赞
回复 @
{{emojiItem.symbol}}
返回顶部
顶部