集群类型之信息共享节点集群

简介: 集群类型之信息共享节点集群

信息共享节点集群

相对分布式微服务来说,维护性较差,并且不支持单业务的弹性伸缩.

需要拥有一个保证数据一致性同步的功能,并且需要对业务上有要求,看是要强一致,还是弱一致。

一个服务对应一个数据库,相应承担的压力变小,但是每次变更一次,都需要同步到集群中的所有节点之上。

可以考虑是否可以新增一个数据处理服务,统一对数据做处理,然后再中一个中台服务,对外提供统一的查询接口,可以衔接一些大数据组件来减少DB的查询压力.

目录
相关文章
|
3月前
|
Kubernetes 安全 Docker
在 K8s 集群中创建 DERP 服务器
在 K8s 集群中创建 DERP 服务器
|
7月前
|
Kubernetes 容器
k8s集群初始化节点
k8s集群初始化节点
|
7月前
|
NoSQL Redis 容器
Redis集群更换节点IP后如何恢复集群并保留完整集群数据
Redis集群更换节点IP后如何恢复集群并保留完整集群数据
119 0
|
7月前
|
Kubernetes 容器
k8s集群状态全部为NotReady , 已解决
等待一会 , 执行命令kubectl get nodes 状态就好了
58 0
|
8月前
|
存储 Kubernetes API
在K8S集群中,如何正确选择工作节点资源大小? 2
在K8S集群中,如何正确选择工作节点资源大小?
|
8月前
|
Kubernetes API 调度
在K8S集群中,如何正确选择工作节点资源大小?1
在K8S集群中,如何正确选择工作节点资源大小?
|
存储 NoSQL Redis
集群类型之无状态节点集群
集群类型之无状态节点集群
216 0
|
负载均衡 应用服务中间件 nginx
集群类型之单一服务节点类集群
集群类型之单一服务节点类集群
86 0
|
Kubernetes 调度 C++
kubernetes的节点与节点池概念 vs karpenter的去节点池理念 在调度上的思考
kubernetes的节点与节点池概念 vs karpenter的去节点池理念。 k8s在给定的节点资源或集群资源上调度并运行应用,其先决条件是资源某种程度上既定(即资源总量某种程度上是一定的,虽然有弹性扩容,但资源的规格是固定的,并且一旦扩容完成后再在此资源总量上执行调度决策,这仍然可以看做是资源总量固定),然后在该资源范围上做调度决策。调度的碎片化不可避免。 karpenter的逻辑是去节点
429 0
|
Perl
EKS集群以及节点组注意事项
EKS集群以及节点组注意事项
245 0