1. 了解注册中心微服务中服务发现注册是较为核心的话题，比如在当前项目中，社交api服务在实现好友列表查询的时候需要调用到用户rpc服务和社交rpc服务中的方法和功能才能完成业务。此时对社交api服务而言就需要知道用户rpc服务和社交rpc服务的地址，如果因需求更换了用户rpc服务的信息，而社交api没有发现则会直接影响到整个系统。关于服务地址的方式获取方式有两种：静态：基于在配置文件中定义好各个

1. 理解rpcrpc在大众的定义上称为：远程过程调用，下面举个例子给大家分析。如：从订单服务中获取用户的信息在单体服务下(new UserService).GetUser(uid)我们可以这样的方式调用获取，但是当服务拆分开后代码也拆分为两份，这个时候就无法如单体服务那样new的方式调度，需通过rpc进行调度。在每个微服务中会开启一个rpc服务供其他服务访问，请求方这时会创建一个rpc的客户端.

我们知道openstack内部消息队列基于AMQP协议，默认使用的rabbitmq 消息队列。谈到rabbitmq，大家或许并不陌生，但或许会对oslo message有些陌生。openstack内部并不是直接使用rabbitmq，而是使用了oslo.message 。oslo.message 后端的driver支持rabbitmq，kafka，zeromq等消息队列(目前只有rabbitmq能用

一、概述当我们使用 K8S 对容器进行编排时，基于负载均衡和高可用方面考虑，且设计上 Pod 易失态，不能直接使用 PodIP 作为外部访问的方式。因此，K8S 官方提供了一些负载均衡的解决方案。这其中有四层和七层两种，本文主要介绍 K8S 内的七层负载均衡实现方案 Ingress，它是主流的 K8S 南北向七层负载均衡实现。二、功能介绍1. 功能入口项目 -> 应用列表 ->...

女主宣言大家都比较了解哈希表，以及类似php、redis等的内部hash实现。但是本文着力介绍redis中的rehash的实现，供大家参考学习。PS：丰富的一线技术、多元化的表现形式，尽在“HULK一线技术杂谈”，点关注哦！引言redis的性能优越，应用普遍，可以存储键值个数大到可以存储上亿条记录依然保持较高的效率。作为一个内存数据库，redis内部采用了字典的数据结构实现了键值对的存储，字典也就

为保障大规模 GPU 集群在高负载、长时间运行场景下的稳定性，HBox 算力调度平台围绕 “故障可感知、风险可隔离、问题可自愈、状态可追溯” 的目标，构建了一套覆盖硬件层、驱动层、通信层与 Kubernetes 调度层 的算力稳定性监控与处置体系，并将该体系与AI任务调度相结合，充分保证大规模AI训推任务的稳定性。在网络密集型AI大模型训练与推理场景中，传统的资源调度策略往往仅关注计算资源（GPU

然而，数据的产生和存储往往是分散的，形成复杂的异构数据环境。该框架以SeaTunnel的Source、Transform、Sink插件体系为基础，进一步抽象出统一的插件接口Plugin，所有数据源和目标端的插件均需实现该接口，从而具备生成SeaTunnel配置片段的能力。在理解 SeaTunnel 的架构设计与连接器开发机制之后，本节将介绍我们如何基于SeaTunnel构建一款图形化、插件化、支持

本文根据徐皓老师在〖2018 DAMS中国数据资产管理峰会〗现场演讲内容整理而成。讲师介绍徐皓，奇虎360大数据中心技术总监。曾就职于华为，主要负责软件产品线平台相关研发...

从类型化的Clientset到动态的DynamicClient，从实时监听的Informer到解耦处理的Workqueue，其设计既满足了开发便捷性，又保证了生产级性能。Client-Go作为Kubernetes官方Go语言客户端库，不仅支撑着kube-controller-manager等核心组件的运行，更成为开发者与K8s集群“对话”的首选工具。Clientset是最常用的客户端，其核心是通过

当需要升级 CSI 组件而重启或重建 Pod 时，polefs-client 进程会随之终止，导致依赖它的所有业务 Pod 出现存储 I/O 中断，影响面较大。如果单方面的只考虑资源开销前两种方案占用资源要比第三种方案低， 但结合线上使用情况、运维成本与polefs-client资源占用情况，个人认为第三种方案更符合组织内部的场景。2、在大量读写时polefs-client会占用大量cpu，并随着