IcyFenix comments

Results 195 comments of


                                            IcyFenix

「Comment」https://icyfenix.cn/architect-perspective/general-architecture/transaction/distributed.html

> @RhodesOfficial > 周老师好，按照图3-6，我可以理解为分布式事务的使用场景是以web服务为入口依次调用多个单独的微服务吗？ > 那么可不可以多个微服务之间相互调用，采用try-catch的方式去同步控制事务呢？ > 我第一家公司是P2P项目，采用Dubbo调用标的服务，然后同步调用账户服务，再同步调用合同服务，任意一步出错则回滚并抛出异常，调用方的微服务抓获异常后也回滚并抛出异常，一直回滚到web服务并反馈给用户 > 采用最大努力交付方案后就是不需要相互调用了，标的服务本地事务成功后发送消息，账户服务收到消息处理完成后发送消息一直持续下去，可以这么理解嘛？谢谢周老师只讨论理论上的可行性，不考虑超时、重试、容错等工程问题。如果每个层次，都**只调用一个**远程服务，即A调B，B调C，C调D……，可以放到try-catch里面做。譬如： Service A - try-catch Service B - try-catch Service C - try-catch Service D 但是上面假设的条件不具备普适性。譬如，要是A调用B、C两个服务，就无法用try-catch来处理。譬如： Service A -...

「Comment」https://icyfenix.cn/architect-perspective/general-architecture/transaction/share.html

> @chenbihao > 【这被称作“单个数据库的消息驱动更新”（Message-Driven Update of a Single Database）。】 > > 这个url错的，跟《Distributed Transactions in Spring, with and without XA》的url一样是一样的，Message-Driven Update of a Single Database是在《Distributed Transactions in Spring, with...

「Comment」https://icyfenix.cn/architect-perspective/general-architecture/diversion-system/load-balancing.html

> 现在几乎所有的Linux系统都支持IP隧道想协议。 > 这句话要去掉“想”字。感谢指正，已修改

「Comment」https://icyfenix.cn/architect-perspective/general-architecture/diversion-system/load-balancing.html

> `图 4-9 IP 隧道模式的负载均衡` 里，服务器 3 的 IP 地址应该与其它两个服务器一样吧？现在图中不一样。 > > 另外有个问题问下周大，文档中的图片源文件有共享不？有的话这种情况可以直接修改后提 PR。赞细致。原图我也没有保留了，靠PS修改了一下后已更新。感谢。

「Comment」https://icyfenix.cn/distribution/traffic-management/traffic-control.html

> @UUNNFLY > “只要在令牌中增加一个时间戳记录，每次获取令牌前，比较一下时间戳与当前时间，就可以轻易计算出这段时间需要放多少令牌进去，然后一次过放完全部令牌即可”一次性写错了。 > 这句话的意思是在获取令牌时顺便放令牌吗在每次取令牌时放也可以，一般来说，考虑到实现效率，在每次取不到令牌时放会更合适些。

「Comment」https://icyfenix.cn/distribution/traffic-management/traffic-control.html

> TCP 用到滑动窗口算法的应该是流量控制，不是拥塞控制感谢指正，已更新。

「Comment」https://icyfenix.cn/architect-perspective/general-architecture/diversion-system/transmission-optimization.html

> @UUNNFLY > "因此，把小文件合并成大文件，在HTTP/2下是毫无好处的。" 把小文件合并成大文件对于HTTP/2来说有什么坏处吗？无论是否合并都只有一个TCP连接，而且也都是要等出错的TCP包，似乎在多个小文件的情况下即使有出错的TCP包也可以先显示一部分？浏览器读一个大文件只有一个连接，读多个小文件则是有可能并发的，现在浏览器一般都支持对同个域名至少6个连接。出错重传方面的影响存在但其实很理论化，实际中影响并算不大；实际影响最大的是用户观感上的原因，分散的小文件允许先显示一部分，哪个文件下载完了就显示哪个，而大文件必须等到整个文件都下完后才能用CSS切图，然后再显示。