火山引擎 ByteHouse:ClickHouse 如何保证海量数据一致性
作者:ByteHouse团队 背景 ClickHouse是一个开源的OLAP引擎,不仅被全球开发者广泛使用,在字节各个应用场景中也可以看到它的身影。基于高性能、分布式特点,ClickHouse可以满足大规模数据的分析和查询需求,因此字节研发团队以开源ClickHouse为基础,推出火山引擎云原生数据仓库ByteHouse。 在日常工作中,研发人员经常会遇到业务链路过长,导致流程稳定性和数据一致性难
【云原生 | 从零开始学Kubernetes七、资源清单与Namespace
资源清单与命名空间 资源清单 YAML 文件书写技巧 查看 pod.metadata 字段如何定义 通过资源清单文件创建第一个 Pod 创建yaml文件 更新资源清单,查看pod 查看命名空间以及进入容器内部 通过kubectl run也可以创建pod 命名空间 什么是命名空间? namespace 应用场景 查看 配置方式 写在最后 资源清单 YAML 文件书写技巧 下面就是一个简单的使用资源清
SELinux 和 iptables
最近操作服务器时,遇到了一些不同清楚的概率,查找了一些资料,整理如下。1. BLP 安全模型该模型将信息系统中的实体分为两部分:主体(Subject),实时操作的,如用户和进程 客体(Object),被操作的对象,如文件和数据库等。 MAC(Mandatory Access Control,强制访问控制)。MAC 机制是指系统不再允许对象的拥有者随意修改或授予此对象相应的权限,而是通过强制的方式为
Kubernetes 1.27:为 NodePort Service 分配端口时避免冲突
作者: Xu Zhenglun (Alibaba) 译者: Michael Yao (DaoCloud) 在 Kubernetes 中,对于以一组 Pod 运行的应用,Service 可以为其提供统一的流量端点。 客户端可以使用 Service 提供的虚拟 IP 地址(或 VIP)进行访问, Kubernetes 为访问不同的后端 Pod 的流量提供负载均衡能力, 但 ClusterIP 类型的
云原生网关 APISIX 核心流程源码分析与进化方向思考
本文基于 APISIX 2.6 版本进行源码分析,源码阅读注释仓库: review,分析主要流程以及核心机制。 1. APISIX 概述 APISIX 与 Kong 类似,是一个基于 OpenResty 构建的 API 网关,如果你熟悉 OpenResty,你大概能猜到本文会讲述 APISIX 在 OpenResty 的几大生命周期中, 做了什么动作来进行路由匹配、服务发现、负载均衡以及加载插件。