项目在迭代过程中后端有主动向前端推送数据的需求,准备接入 sse 协议来实现,想了解下接入 sse 对于项目来说有什么风险吗?或者说在接入过程中有哪些坑呢?
我在网上司试图搜索了解 sse 协议的风险,但并没有直接描述大型微服务分布式项目接入 sse 会出现什么问题的帖子,更多的是在说 sse 协议的弊端,例如浏览器兼容性、无法跨域等。我希望了解到大型微服务分布式项目接入 sse 后,会不会在机器资源等方面有潜在的风险。
SSE是完全可以使用的,但是不建议在核心业务上使用,可以用在一些边缘业务上。
项目比较大时,用户量可能也比较大,同时有多个用户打开了SSE,但部分用户可能出现网络波动,SSE会尝试自动重连,这个过程对CPU会产生损耗,再就是SSE传输大量的数据时,客户端可能因为网络导致数据处理顺序错乱,影响业务。
如果你的产品用户量不大,使用不太集中,放心使用SSE毫无影响
主要内容:一、从一个新闻门户网站案例引入,二、推算一下你需要分析多少条数据?,三、黄金搭档:分布式存储+分布式计算这篇文章聊一个话题:什么是分布式计算系统? 一、从一个新闻门户网站案例引入 现在很多同学经常会看到一些名词,比如分布式服务框架,分布式系统,分布式存储系统,分布式消息系统。 但是有些经验尚浅的同学,可能都很容易被这些名词给搞晕。所以这篇文章就对“分布式计算系统”这个概念做一个科普类的分析。 如果你要理解啥是分布式计算,就必须先得理解啥是分布式存储,现在我们从一个小例子来引入。 比如说
得到了一个使用:< code>spring-boot、< code>spring-cloud、< code>postgresql作为微服务系统的项目。 有 2 个服务,比如 SA 和 SB,它们分别在 2 个 RDBMS 数据库上运行,比如 DA 和 DB。 现在,有一个包含2个子步骤的操作: Http客户端会向服务SA发出请求,将记录保存到中。 然后,SA向服务SB发送请求,将记录保存到中。 作
曾经看到过修改prototype这种做法不好,本人实际使用感觉非常方便,有什么不好的? 例如: 要在所有的react组件或vue组件中,做数字的格式化,直接如下: 就能在所有组件中的任何字段,方便的调用toNum方法了,无需每个组件引入方法
我有两个微服务和调用来更新数据,然后插入另一个数据,但让我们考虑一下 失败,然后我们需要回滚由 更新的数据,否则我们将处于不一致的状态。 我也经历了佐贺patterns.will它满足了这种矛盾 谁能为此提出更好的解决方案?
最近在学微服务的分布式事务,不太明白为什么在微服务这种分布式系统中,原有的单体acid会出现问题 希望大佬们可以讲一下原理和思想
另一种方式,我认为是水平分割当前结构。所以我的领域是基于一些教育大学。因此,一半的大学低于一分贝,剩下的将低于另一分贝。并根据两个地区部署服务(两个针对两套大学)。 目前,我决定继续采用最后提到的方法。我对这些类型的任务是新的,因为它涉及一些体系结构任务。我也是微服务和分布式数据库领域的初学者。有人能证实我的方法能解决我的问题吗?我可以继续我的第二种方法--根据域对象对数据库进行水平分区吗?