上一篇文章我们讲了控制器的主要原理，这一篇我们就来说说使用 kubebuilder 开发一个自定义的控制器。 kubebuilder 是什么 kubebuilder 是开发自定义控制器的脚手架工具，能给我们搭建好控制器的整个骨架，我们只需要专心编写控制（调谐）逻辑即可，大大方便了控制器的开发流程。 kubebuilder 为我们做了什么 我们还是看这张控制器原理图 上半部分是 client-go

演示环境:http://i4t.cn 会始终保证可访问状态 架构说明 海外Nginx主要是解决域名需要备案的问题，frp为了解决家里Kubernetes集群没有公网IP，应用无法访问的问题。 WordPress镜像已经将Nginx和PHP封装在一起了，所以pod最好是运行2个，防止一个php资源请求处理不过来的问题。相关的插件安装配置最好使用一个Centos镜像用于导入导出 本次相关服务版本 Ku

日志告警一直都是一个无法回避的问题，无论是在什么时候，能够掌握程序日志的报错信息是有利于早期发现并定位问题。 而在过去，常用手段可以通过logstash的if判断进行正则匹配，或者通过第三方工具读取ES，再或者通过grafan来进行触发 而在阿里云或者腾讯云中同样也具备日志过滤，并且自带多级处理。 而在传统的ELK中，fluentd也是可以承担这个任务，而在新兴的开源软件中，以上逐渐被慢慢剥离。取

摘要：O’Reilly 的雷达趋势报告列举了多个 AI、编程、安全、网络、加密货币、生物学和材料方面的趋势。其中包括 GPT-Prompt-Engineer、LlamaIndex、OpenAI 的代码解释器、WormGPT 等。此外，还有一些关于 Web 框架、浏览器、元宇宙、加密货币和室温常压超导体的趋势。 本文译自：https://www.oreilly.com/radar/radar-tre

今天跟大家分享的 eBPF（extended Berkeley Packet Filter），相信很多技术人员已经很熟悉了。作为 Linux 社区的新宠，它备受 Goole、Facebook、Twitter 等大公司的青睐。 eBPF 究竟有什么魔力让大家这么关注 这是因为 eBPF 增加了内核的可扩展性，让内核变得更加灵活和强大。如果大家玩过乐高积木的话就会深有体会，乐高积木就是通过不断向主体添

摘要：OpenTelemetry Protocol (OTLP) 1.0.0 已发布，它是 OpenTelemetry 项目中的通用遥测数据传递协议。OpenTelemetry 是一个开源的可观测性框架，提供了一组 API、库、代理和收集器服务，用于捕获分布式跟踪和指标。OTLP 在客户端和服务器之间进行数据交换，定义了一个序列化模式，紧密遵循跟踪、指标和日志的数据模型。 原文地址：https:/

译者注：WebAssembly 的采用情况受到了组件模型的阻碍，这是一个需要解决的关键问题。尽管 WebAssembly 已经被广泛部署以提高应用程序在浏览器或后端运行时的性能，但其全部潜力尚未得到实现。为了实现一次编写、多处部署范例，需要一个通用的标准来将不同语言与其特定的功能集和设计范式集成起来。许多公司和大学的工程师正在开发组件模型、Wasi 提议和语言工具链，这些工程师的目标是将规范放入

上周，Kubernetes 项目合并了一个新的 alpha 特性，使用户能够在规范中定义“sidecar containers”。这个新功能旨在帮助定义多容器 pod 中辅助容器的行为，这些容器可能有助于配置、网络、日志和度量收集等方面。 什么是 sidecar container？ 理论上，Kubernetes 期望您在每个 pod 中运行一个容器。实际上，许多用例需要多容器 pod——例如，当

前言 知识点 定级：入门级 KubeKey 扩容 Worker 节点 openEuler 操作系统的基本配置 Kubernets 基本命令 实战服务器配置(架构 1:1 复刻小规模生产环境，配置略有不同) 主机名 IP CPU 内存 系统盘 数据盘 用途 ks-master-0 192.168.9.91 2 4 50 100 KubeSphere/k8s-master ks-master-1 19

背景介绍 随着业务升级改造与软件产品专案的增多，常规的物理机和虚拟机方式逐渐暴露出一些问题： 大量服务部署在虚拟机上，资源预估和硬件浪费较大； 大量服务部署在虚拟机上，部署时间和难度较大，自动化程度较低； 开发人员和运维人员，由于开发和部署服务环境不同，服务不稳定经常报错，产生的隔阂问题较多，效率较低； 排查问题原因不便利，开发没权限上生产环境，服务日志和服务监控状态无法定位。 在竞争日益激烈和不

作者：ZadigX 微服务架构下的灰度发布挑战 在传统的单体应用架构中，灰度发布相对简单。只需要在服务的流量入口处进行分流，通过使用 K8s Service 或各种类型的网关即可实现。然而，微服务架构引入了新的复杂性，服务之间的依赖关系错综复杂。有时候，某个功能的发布可能依赖于多个服务，要求灰度流量在整个调用链中准确路由到灰度版本的服务。传统的单个服务流量入口设置分流的做法无法满足这一需求。为了解

作者：中国移动磐基 CMChaos 混沌工程团队，晁元宁（@Yuaninga），Reviewer of ChaosBlade 01 Redis 新特性介绍 1.1 背景 Redis 实际使用过程中会存在一些故障演练需求。例如：模拟触发所有 key 过期的极端故障场景、模拟主动触发 Redis 内存淘汰策略释放内存场景等等。 所以，根据以上故障演练需求，决定对 ChaosBlade 新增模拟 Red

在深入配置和安装Docker之前，我们需要先进行一个广泛的调查，来解释Docker是什么以及它的优势。从本质上讲，Docker是一种强大的技术，但并不是非常复杂的技术。在本章中，我们将介绍Docker和Linux容器的一般工作原理，以及它们的强大之处，以及您可能使用它们的一些原因。如果您正在阅读本章，您可能已经有了使用容器的原因，但在着手使用之前增加对它们的理解是非常有益的。 不用担心 - 本章不

工作后，对某项新技术的学习往往出自功利或焦虑。而学习 CloudFlare 则可能帮你找回学习新技术的乐趣。 CDN 原理 内容交付网络（CDN）是一个地理上分布的服务器群，在靠近终端用户的地方缓存内容。 CDN允许快速传输加载互联网内容所需的资产，包括HTML页面、JavaScript文件、样式表、图像和视频。 CDN服务的普及继续增长，今天大多数网络流量是通过CDN提供的，包括来自Facebo

引言 ClickHouse 作为用于联机分析(OLAP)的列式数据库管理系统(DBMS), 最核心的特点是极致压缩率和极速查询性能。同时，ClickHouse 支持 SQL 查询，在基于大宽表的聚合分析查询场景下展现出优异的性能。因此，获得了广泛的应用。本文旨在分享阿里云可观测监控 Prometheus 版对开源 ClickHouse 的监控实践。 一、ClickHouse 简介 （一）技术特点

作者：隆基 01 消息场景 RocketMQ 5.0 是消息事件流一体的实时数据处理平台，是业务消息领域的事实标准，很多互联网公司在业务消息场景会使用 RocketMQ。 我们反复提到的“消息、业务消息”，指的是分布式应用解耦，是 RocketMQ 的业务基本盘。通过本文，我们将深入了解 RocketMQ 5.0 在业务消息场景的优势能力，了解为什么 RocketMQ 能够成为业务消息领域的事实标

欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：github.com/zq2599/blog… 本篇概览 欣宸正在为接下新的Java云原生实战系列原创做准备，既然是实战，少不了一套云原生环境，以下内容是必不可少的： linux操作系统 kubernetes kubernetes的外部存储，平时数据库、监控、消息这些中间件的数据不可能放在容器内，需要有个可靠的地方存起来不丢失

更多技术交流、求职机会，欢迎关注字节跳动数据平台微信公众号，回复【1】进入官方交流群 当前各类软件层出不穷，单独某一款软件往往难以满足企业应用需求，一般都需要与各类软件组合使用，这时软件生态兼容性就显得格外重要。作为关系数据库管理系统的代表之一，MySQL支持大多数操作系统、编程语言、程序语言，具备广泛的使用基础，其他数据类产品和工具对MySQL的兼容愈显重要。 作为源于字节跳动多年积累的云原生数

作者：徐靖峰（岛风） 前言 本文整理自云原生技术实践营广州站 Meetup 的分享，其中的经验来自于我们团队开发的阿里云 CSB 2.0 这款产品，其基于开源 SpringCloud Gateway 开发，在完全兼容开源用法的前提下，做了诸多企业级的改造，涉及功能特性、稳定性、安全、性能等方面。 为什么需要微服务网关 从功能角度来看，微服务网关通常用来统一提供认证授权、限流、熔断、协议转换等功能。

随着行业的快速发展和业务的高速迭代，数据量也呈爆炸式增长，传统的大数据架构在资源利用、高效运维、可观测性等方面存在诸多不足，已经越来越无法适应当下的发展需求。云原生大数据方案，逐渐成为众多企业解决传统大数据平台痛点的不二之选。 2023年8月5-6日，09:00-12:30，DataFun 举办 DataFunSummit 云原生大数据峰会。火山引擎云原生计算团队深度参与本次线上峰会，由火山引擎云