加入收藏 | 设为首页 | 会员中心 | 我要投稿 长春站长网 (https://www.0431zz.com.cn/)- 媒体智能、开发者工具、运维、低代码、办公协同!
当前位置: 首页 > 站长资讯 > 评论 > 正文

网关Restful接口拦截

发布时间:2021-01-29 17:00:42 所属栏目:评论 来源:互联网
导读:这其中,包括对 UI多态、直播视频组件、循环智能识别增强 等技术的升级。 相比于去年的78.94%,今年双11会场,D2C平台Imgcook承担了 90.4% 的新模块代码智能生成,大量降低了前端的工作压力。 目前,前端技术人员也已经对这次技术,进行了详细总结。 对于 后

这其中,包括对UI多态、直播视频组件、循环智能识别增强等技术的升级。

相比于去年的78.94%,今年双11会场,D2C平台Imgcook承担了90.4%的新模块代码智能生成,大量降低了前端的工作压力。

目前,前端技术人员也已经对这次技术,进行了详细总结。

……

对于后端来说,双11最大的挑战,来源于不确定流量的互动消息。

如何将不确定性的流量,转化为确定性流量,并将互动消息,更有序地呈现在用户面前?

这其中,分优先级保障不同的消息QoS能力,是核心技术。
 

4.3 崩溃恢复

消息广播过程中,Leader 崩溃了还能保证数据一致吗?当 Leader 崩溃会进入崩溃恢复模式。其实主要是对如下两种情况的处理。

  • Leader 在复制数据给所有 Follwer 之后崩溃,咋搞?
  • Leader 在收到 Ack 并提交了自己,同时发送了部分 commit 出去之后崩溃咋办?

针对此问题,ZAB 定义了 2 个原则:

  • ZAB 协议确保执行那些已经在 Leader 提交的事务最终会被所有服务器提交。
  • ZAB 协议确保丢弃那些只在 Leader 提出/复制,但没有提交的事务。

至于如何实现确保提交已经被 Leader 提交的事务,同时丢弃已经被跳过的事务呢?关键点就是依赖上面说到过的 ZXID了。

4.4 ZAB 特性

  • 一致性保证

可靠提交(Reliable delivery) :如果一个事务 A 被一个server提交(committed)了,那么它最终一定会被所有的server提交

  • 全局有序(Total order)

假设有A、B两个事务,有一台server先执行A再执行B,那么可以保证所有server上A始终都被在B之前执行

  • 因果有序(Causal order)

如果发送者在事务A提交之后再发送B,那么B必将在A之后执行

  • 高可用性

只要大多数(法定数量)节点启动,系统就行正常运行

  • 可恢复性

当节点下线后重启,它必须保证能恢复到当前正在执行的事务

4.5 ZAB 和 Paxos 对比

相同点:

  • 两者都存在一个类似于 Leader 进程的角色,由其负责协调多个 Follower 进程的运行.
  • Leader 进程都会等待超过半数的 Follower 做出正确的反馈后,才会将一个提案进行提交.
  • ZAB 协议中,每个 Proposal 中都包含一个 epoch 值来代表当前的 Leader周期,Paxos 中名字为 Ballot

不同点:

  • ZAB 用来构建高可用的分布式数据主备系统(Zookeeper),Paxos 是用来构建分布式一致性状态机系统。

5 ZooKeeper 零散知识

5.1 常见指令

Zookeeper 有三种部署模式:

  • 单机部署:一台机器上运行。
  • 集群部署:多台机器运行。
  • 伪集群部署:一台机器启动多个 Zookeeper 实例运行。

部署完毕后常见指令如下:

(编辑:长春站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读