awesome-fenix
awesome-fenix copied to clipboard
「Comment」https://icyfenix.cn/distribution/connect/service-routing.html
https://icyfenix.cn/distribution/connect/service-routing.html
周老师能不能加一篇对中台的介绍
@UUNNFLY 周老师能不能加一篇对中台的介绍
好,明年合适的时候写一篇
“阻塞和非诸塞是针对请求处理过程,指收到调用请求之后,返回结果之前,当前处理线程是否会被挂起。” 这里有个错别字,非阻塞写成了非诸塞。
@fenixsoft
@UUNNFLY 周老师能不能加一篇对中台的介绍
好,明年合适的时候写一篇
周老师,可以拆分 数据中台和业务中台写吗?目前参考学习的还是比较少的
@fenixsoft
@UUNNFLY 周老师能不能加一篇对中台的介绍
好,明年合适的时候写一篇
周老师,催更哇
"任何系统的网络调用过程中都至少会有一个单点存在,这是由用户只通过唯一的一个地址去访问系统所决定的"。周老师,网关不能通过vip来拓展吗? 即一个虚拟ip实际对应着多个ip,这样不就成了一个集群不再是单点了么
@cuishuang "任何系统的网络调用过程中都至少会有一个单点存在,这是由用户只通过唯一的一个地址去访问系统所决定的"。周老师,网关不能通过vip来拓展吗? 即一个虚拟ip实际对应着多个ip,这样不就成了一个集群不再是单点了么
虚拟ip转换到实际ip这个处理过程是否单点了。。
周老师的IO模型解释是我见过最透彻的,很多书上或网络资料上,上来就讲解各种IO模型,看完总感觉哪里不痛快 看到周老师的
当发生一次网络请求发生后,将会按顺序经历“等待数据从远程主机到达缓冲区”和“将数据从缓冲区拷贝到应用程序地址空间”两个阶段,根据实现这两个阶段的不同方法,人们把网络 I/O 模型总结为两类、五种模型:两类是指同步 I/O与异步 I/O,五种是指在同步 IO 中又分有划分出阻塞 I/O、非阻塞 I/O、多路复用 I/O和信号驱动 I/O四种细分模型。
瞬间顿悟了!
@cuishuang "任何系统的网络调用过程中都至少会有一个单点存在,这是由用户只通过唯一的一个地址去访问系统所决定的"。周老师,网关不能通过vip来拓展吗? 即一个虚拟ip实际对应着多个ip,这样不就成了一个集群不再是单点了么
虚拟ip转换到实际ip这个处理过程是否单点了。。
get到了
很多服务网关本身就是基于老牌的负载均衡器来实现的,譬如基于 Nginx、HAProxy 开发的 Ingress Controller,基于 Netty 开发的 Zuul 2.0 等
这一段建议去掉基于 Netty 开发的 Zuul 2.0
,严格来讲,Netty是一个实现各种协议的网络框架,而不是负载均衡器。
异步 I/O(Asynchronous I/O):好比你在美团外卖订了个盒饭,付款之后你自己该干嘛还干嘛去,饭做好了骑手自然会到门口打电话通知你。异步 I/O 中数据到达缓冲区后,不需要由调用进程主动进行从缓冲区复制数据的操作,而是复制完成后由操作系统向线程发送信号,所以它一定是非阻塞的。
其中不需要由调用进程
是否应该是不需要由调用线程
?