微服务架构，给服务带来很多优秀特性的同时，也给服务的维护带来了挑战。过去单体架构的服务，服务请求慢等异常问题的排查相对简单，但是微服务架构下服务的治理难度就会加大很多，特别是微服务数量众多的情况下，当服务响应变慢，要想知道哪一段请求慢有时候是非常棘手的问题，这个时候就需要用到全链路监控了。目前比较受欢迎的全链路监控方案有:opentelemetry+jaeger;skywalking; 今天我们就

字节跳动的AI产品豆包，由于其功能齐全并且性能也不错，在互联网AI行业一直广受用户的喜爱，然而由于豆包并未开源，无法本地部署，而当今互联网行业又极其重视数据安全，所以很多企业不得不选择Dify这种开源AI产品。终于，字节开源了豆包的核心产品coze-studio,coze-studio一经开源立马引起了各界人士的广泛关注，github上的star数也是快速增长，那么今天我们就来部署一下coze-s

之前自行开发了一个exporter用来监控服务器接收请求数的情况，是基于命令的方式来获取服务器信息，今天我们通过请求外部服务的方式来获取监控信息。日常工作中短信通知业务通常会用到云上的短信服务，短信服务的使用情况就会是需要关注的一个点，那么今天我们就通过调用云上短信业务相关接口，来实现云上短信使用情况的监控，因为我使用的阿里云短信服务，所以这里以阿里云为例。| 操作系统 | IP地址 | CPU

之前我们部署了夜莺，并且通过夜莺平台完成了监控指标的采集，仪表盘的指标演示，并且将监控告警通知发送给了企业微信。categraf集成了许多插件，可以采集许多种类的数据指标，包括mysql、redis和kafka，夜莺平台也集成了许多的仪表盘，只需要简单的操作就可以将采集的中间件数据展示出来。但是在日常工作中，很多时候要采集的数据并不能通过categraf或者其他探针直接采集到，这个时候就需要自行开

前面我们部署了夜莺监控平台，并通过categraf采集到了服务器基础监控指标，还在监控平台进行了数据展示。在实际工作中，监控数据只是对运维工程师有用，而其他人更关心的则是如何通过监控平台知晓系统是否异常，那么今天我们就在夜莺平台添加告警规则，并将告警信息通过企业微信发送。告警规则就是在一定的规则在产生告警，夜莺非常贴心的内置了许多好用的告警规则，因为上次我们部署的categraf主要监控的是服务器

之前我们部署了夜莺监控平台，并且添加了数据源，但是目前监控平台还是无法使用的，因为我们并没有采集指标数据给到数据源，今天我们就来部署一下夜莺的数据采集器，采集服务器的基本信息，并添加一下服务器数据监控面板。使用过Prometheus的朋友们应该都知道，Prometheus是通过exporter暴露监控数据，然后prometheus server端pull指标数据。夜莺采集数据的方式和Prometh

随着微服务的普及化，现代互联网平台在故障隔离和可扩展性方面得到了极大的提高，但与此同时其他问题也随之而来，比如微服务的治理相对于单体服务而言复杂度呈指数式增长的，之前只需要部署在一台服务器上互联网平台现在以分布式的形式部署在多台服务器上。为了保证服务的稳定性，加强服务的治理，就不得不提到互联网行业另外一个非常重要的课题：服务的可观察性。服务的可观察性主要包括三个方面：指标(metrics)、日志(

前面我们部署了redis的哨兵模式，通过哨兵模式的功能验证可以知道redis的哨兵模式基本可以支持高可用和读写分离。不过哨兵模式是基于主从模式，而主从模式中每个redis节点存储的数据都是一样的，当redis需要存储的数据容量过大，单个节点无法满足的时候又该怎么办呢？这个时候就需要使用redis的cluster模式了，cluster模式中有多个分片，每个分片中redis节点存储的数据是不一样的，相

我们之前已经了解了redis的主从模式，主从模式是redis最基础的高可用模式，也确实一定程度上提高了redis的稳定性，但是主从模式也存在一些问题，比如如果主节点宕机的话，剩余的从节点只能用来读取数据却无法写入数据，这个可能会影响使用redis的系统。今天我们就来看下针对这种情况，redis另外一种更加高级的高可用解决方案，也就是redis的哨兵模式。redis哨兵模式引入了sentinel进程

之前我们部署了单节点的redis，并且讲解了redis基础用法，但在实际生产中，通常不会使用单节点的redis，因为一旦该节点出现异常，就会影响使用redis的系统，所以线上环境通常会使用redis的高可用模式。redis常用的高可用模式有主从模式、哨兵模式和集群模式，今天我们来部署一套主从模式的redis集群，看下是否好用。我们准备两台服务器，一台部署为redis主节点，一台为redis从节点，

我们知道，redis是内存数据库，也就是说存放在redis中的数据是在内存里面的，这也是redis性能高的原因之一，但是存储在内存中的数据存在一个安全风险，那就是当redis服务重启的时候，数据会丢失，也就是存储在redis中的数据会丢失。为了解决该问题，redis有专门的数据持久化方案，包括RDB持久化和AOF持久化，今天我们就来看看这两种redis数据持久化的方案。我们需要一台安装好了redi

之前我们已经部署了一个单节点的redis，并且可以通过service的方式管理redis服务了，今天我们就来正式使用一下redis，对redis的常用命令进行汇总。在正式使用redis常用命令之前，我们先通过redis客户端连接一下redis服务端。直接在服务器上连接本地服务端，命令如下：出现redis操作控制台，并打印redis连接信息，说明连接成功，如下所示：远程连接可以通过本地客户端模拟，或

缓存是高并发系统常用的技术之一，使用缓存的目的是为了让系统响应更快，给用户更好的体验，同时还可以降低下层存储的压力。在当今互联网行业，redis以其超高的稳定性、极佳的性能、开源的心态和活跃的社区成为缓存届的耀眼明星，是很多需要缓存服务的首选项。今天我们就来部署一个单节点的redis玩一玩，看看redis是否真的那么神奇那么好用。因为是部署单节点，所以准备一台服务器就可以了，服务器配置如下：|操作

虽然现如今的互联网行业已经步入衰退期，java应用开发的火热程度已经远不及当年，但是瘦死的骆驼比马大，java开发在编程领域还是占有很大的市场的。今天我们说的主角kafka就是用java开发的一款开源软件，通常用作java应用的消息中间件，并且也是目前最好用的消息中间件之一，今天我们就来部署一个kafka，并且看下kafka有哪些常见的用法。还是准备一台rocky9 linux操作系统的虚拟机，配

在互联网技术行业，网络可以说是日常工作中的核心，不管是从事哪种岗位，都不可避免的要与网络打交道，而网络所包含的知识也是极其丰富的，对网络感兴趣的朋友，推荐阅读《tcp-ip详解》三卷。日常工作中常用常见的网络问题有网络不通、端口不通、数据包异常等问题，对于网络不通，可以用ping命令，端口不通可以用telnet命令，数据包异常则可以通过抓包查看，也就是今天的主角tcpdump命令。tcpdump可

对于很多服务而言，服务器时间的准确性是很重要的，今天我们就来看下rocky9 linux系统有哪些和时间相关的命令。手动设置时间可以用date命令，举例如下： 可以看到本地时间,世界时间,RTC时间和时区等信息. 可用时区展示如上图所示。根据服务器展示的时区，可以根据需要将调整服务器时区，命令如下：以上命令可以将时区调整为上海时区。今天我们就基于chrony服务，做一下服务器的时间同步。安装chr

GitLab 是一个用于仓库管理系统的开源项目。使用Git作为代码管理工具，并在此基础上搭建起来的web服务，可通过Web界面进行访问公开的或者私人项目。作为一个开源免费的web端代码仓库管理平台，Gitlab是很多中小型公司做代码版本控制的不二选择，所以今天我们就来部署一个gitlab玩一下。准备一台服务器，开始今天的实践之旅，配置如下： | 操作系统 | ip地址 | CPU |内存|磁盘空间

ClickHouse 作为高性能的面向列的 SQL 数据库管理系统 (DBMS)，在在线分析处理 (OLAP)领域用的非常广泛，越来越多的公司使用ClickHouse来存储运营相关数据。对于ClickHouse里存储的重要数据，数据备份和数据恢复也是非常重要的，今天就来看下如何对ClickHouse的数据做数据备份和还原操作。为了简化clickhouse数据备份和恢复，官方推荐了一款工具click

0.前言 今天早上收到监控告警，k8s集群证书快要过期了，于是赶紧更新了下证书，顺便记录一下更新证书的过程。方法一：通过kubeadm命令，命令详情如下输出信息如下：可以看到关于证书文件的信息输出非常详细。方法二：openssl查看证书文件输出信息如下：通常k8s证书文件目录为/etc/kubernetes/pki，基于该命令只是打印出证书过期时间。k8s证书更新其实非常简单，一条命令就可以了，命

在互联网公司，代码的重要程度一直都很高，一个好的代码管理工具显得尤为重要，早期的代码管理工具通常是svn，但是随着git的问世，svn的市场逐渐被侵蚀，到现在已经鲜有人用了。作为一名技术工作人员，多多少少多会用到git，今天我们就记录下git的常用命令，方便后续使用git的时候查找。git是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件，与常用