keepalived高可用集群——4day

最新推荐文章于 2025-12-15 16:38:44 发布
原创 最新推荐文章于 2025-12-15 16:38:44 发布 · 547 阅读 · 15 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#前端 #网络 #linux #云计算 #centos #服务器 #运维

keepalived高可用集群

课程目标

  1. 集群高可用相关概述

  2. keepalived+nginx高可用搭建

  3. keepalived+lvs高可用搭建

课程实验

  1. keepalived+nginx高可用搭建

  2. keepalived+lvs高可用搭建

课堂引入

  1. 服务器的高可用性是衡量一个项目是否稳定的一个重要因素

授课进程

一、集群高可用概述
1、概述

高可用集群（High Availability Cluster，简称HA Cluster），是指以减少服务中断时间为目的的服务器集群技术。它通过保护用户的业务程序对外部不间断的提供服务，把因为软件，硬件，认为造成的故障对业务的影响降低到最小程度。总而言之就是保证公司业务7*24小时不宕机

高可用集群的出现是为了使集群的整体服务尽可能可用，从而减少由计算机硬件和软件易错性所带来的损失。如果某个节点失效，它的备援节点将在几秒钟的时间内接管它的职责。因此，对于用户而言，集群永远不会停机

高可用集群软件的主要作用就是实现故障检查和业务切换的自动化。只有两个节点的高可用集群又称为双机热备，即使用两台服务器互相备份。当一台服务器出现故障时，可由另一台服务器承担服务任务，从而在不需要人工干预的 情况下，自动保证系统能持续对外提供服务。双机热备只是高可用集群的一种，高可用集群系统更可以支持两个以上的节点，提供比双机热备更多、更高级的功能，更能满足用户不断出现的需求变化

image-20240828172021697

2、衡量标准

HA(High Available), 高可用性群集是通过系统的可靠性(reliability)和可维护性(maintainability)来度量的。工程上，通常用平均无故障时间(MTTF)来度量系统的可靠性,用平均维修时间（MTTR）来度量系统的可维护性。于是可用性被定义为：HA=MTTF/(MTTF+MTTR)*100%

具体HA衡量标准：

  • 99% 一年宕机时间不超过4天

  • 99.9% 一年宕机时间不超过10小时

  • 99.99% 一年宕机时间不超过1小时

  • 99.999% 一年宕机时间不超过6分钟

image-20240828171934819

3、技术方案

HA解决方案：keepalived heartbeat corosync cman

在高可用集群解决方案中，keepalived属于最为流行，轻量化的HA解决方案，需要经常辅助脚本进行运行工作

4、特点

  • 故障检测和切换

如果在健康检查中发现某个节点或者其服务不可用，Keepalived 将其标记为故障状态。
故障节点的 VIP 将自动迁移到备用节点上，确保服务的可用性。
迁移过程通常包括通知网络设备，以确保流量被正确地重定向到新的活跃节点。

二、keepalived概述
1、概述

Keepalived 是一个基于 VRRP 协议来实现的 LVS 服务高可用方案，可以利用其来避免单点故障。一个 MySQL 或 lvs 或 nginx 服务会有 2 台服务器运行 Keepalived，一台为主服务器（MASTER），一台为备份服务器（BACKUP），但是对外表现为一个虚拟 IP，主服务器会发送特定的消息给备份服务器，当备份服务器收不到这个消息的时候，即主服务器宕机的时候，备份服务器就会接管虚拟 IP，继续提供服务，从而保证了高可用性。

keepalived主要有三个模块，分别是core、check和vrrp。 core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。 check负责健康检查，包括常见的各种检查方式。 vrrp模块是来实现VRRP协议的。

keepalived起初是为lvs设计的，专门用来监控集群系统中各个服务节点的状态，它根据layer3,4 & 5交换机制检测每个服务节点的状态，如果某个服务节点出现异常，或工作出现故障，keepaived将检测到，并将出现故障的服务节点从集群系统中剔除，而在故障节点恢复正常后，keepalived又可以自动将此服务节点重新加入到集群中，这些工作全部自动完成，不需要人工干预，需要人工完成的只是修复故障节点。

keepalived后来又加入了VRRP 的功能，VRRP是Virtual Router Redundancy Protocol（虚拟路由器冗余协议）的缩写，它出现的目的是为了解决静态路由出现的单点故障问题，通过VRRP可以实现网络不间断的、稳定的运行，因此，keepalived一方面具有服务器状态监测和故障隔离功能，另一方面也具有HA Cluster功能

2、架构及核心组件

image-20240828174754564

3、原理

Keepalived是一个基于VRRP协议的软件实现，它的工作原理如下：

1. Keepalived运行在每台服务器上，通过网络监听来自其他服务器的VRRP广播消息。
2. 当一台服务器出现故障或网络异常时，其他服务器会检测到这个变化，并根据VRRP优先级规则，选举出新的主服务器。
3. 新的主服务器会接管故障服务器的IP地址，成为新的虚拟IP（VIP）的拥有者。
4. 虚拟IP（VIP）会被路由器配置为默认网关，从而实现了负载均衡和故障切换。
5. 当故障服务器恢复正常时，它会重新参与选举过程，并根据VRRP优先级规则决定是否成为新的主服务器。

VRRP协议是一种主备模式的协议，通过VRRP可以在网络发生故障时透明地进行设备切换不影响主机间的数据通信，这其中涉及两个概念：物理路由器和虚拟路由器

VRRP可以将两台或者多台物理路由器设备虚拟成一个虚拟路由器，这个虚拟路由器通过虚拟IP（一个或多个）对外提供服务，二在虚拟路由器内部，是多个物理路由器协同工作，同一时间只有一台物理路由器对外提供服务，这台物理路由器被称之为主路由器（处于master状态角色）。它拥有对外提供的虚拟ip，提供各种网络功能，比如arp请、icmp、数据转发等，二其他物理路由器不拥有对外提供的虚拟ip，也不提供对外网络功能，仅仅接收master的vrrp状态通告信息，这些路由器被统称为备份路由器（处于backup角色）。当主路由器失效时，处于backup角色的备份路由器将重新进行选举，产生一个新的主路由器进入master角色继续对外服务，整个切换过程对于用户来说完全同名

在一个虚拟路由器中，只有处于master角色的路由器会一直发送vrrp数据包，处于backup角色的路由器只接受master发过来的报文信息，用来监控master运行状态，因此，不会发生master抢占的现象，除非它的优先级更高，而当master不可用时，backup也就无法收到master发过来的报文信息，于是就认定master出现故障，接着多台backup就会进行选举，优先级最高的backup将成为新的master，这种选举并进行角色的过程非常快，因此也就保证了服务的持续可用性

4、安装
yum -y install keepalived
systemctl enable keepalived --now
5、配置文件说明
vim /etc/keepalived/keepalived.conf

keepalived 有三类配置区域, 注意不是三种配置文件，是一个配置文件里面三种不同类别的配置区域，全局配置(Global Configuration)、VRRPD 配置、LVS 配置

! Configuration File for keepalived
# 全局配置
global_defs {
    router_id 1                         #设备在组中的标识，设置不一样即可
}
​
#vrrp_script chk_nginx {                #健康检查
# script "/etc/keepalived/ck_ng.sh"     #检查脚本
# interval 2                            #检查频率.秒
# weight -5                             #priority减5
# fall 3                                #失败三次
# }
​
# VRRP配置
vrrp_instance VI_1 {                    #VI_1。实例名两台路由器相同。同学们要注意区分。
    state MASTER                        #主或者从状态
    interface ens32                     #监控网卡
    mcast_src_ip 192.168.0.118          #心跳源IP
    virtual_router_id 55                #虚拟路由编号，主备要一致。同学们注意区分
    priority 100                        #优先级
    advert_int 1                        #心跳间隔
​
    authentication {                    #秘钥认证(1-8位)
        auth_type PASS
        auth_pass 123456
    }
​
    virtual_ipaddress {                 #VIP
        192.168.0.10/24
    }
​
#   track_script {                      #引用脚本
#       chk_nginx
#   }
​
#LVS配置
virtual_server 192.168.254.250 80 {    
    delay_loop 3                        #健康检查时间间隔
    lb_algo rr                          #负载均衡调度算法  
    lb_kind DR                          #负载均衡转发规则 
    protocol TCP                        #协议
​
    real_server 192.168.254.18 80 {     #要监控的real_server的ip和端口号
            weight 1                    #权重
        TCP_CHECK {                     #基于tcp协议的检查
            connect_timeout 3           #连接时间超时
            retry 3                     #重连次数
            delay_before_retry 3        #重连间隔时间
        }
    }
​
​
    real_server 192.168.254.19 80 {
            weight 1
        TCP_CHECK {
            connect_timeout 3
            retry 3
            delay_before_retry 3
        }   
    }   
}
​
6、问题

1）脑裂概述

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

2）原因

因心跳线坏了（包括断了，老化）。 因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）。 因心跳线间连接的设备故障（网卡及交换机）。 因仲裁的机器出问题（采用仲裁的方案）。 高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。 高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败。 其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等。

3）解决方案

添加冗余的心跳线

例如：双线条线（心跳线也HA），尽量减少“裂脑”发生几率；

设置仲裁机制

例如设置参考IP（如网关IP或某一个服务器），当心跳线完全断开时，2个节点都各自ping一下参考IP，不通则表明断点就出在本端。不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源。

裂脑的监控报警

如邮件及手机短信等或值班,在问题发生时人为第一时间介入仲裁，降低损失。

三、keepalived+nginx
1、拓扑图
2、环境要求

本次实验总共需要三台机器，一台作为nginx代理服务器，2台作为后端的web服务器

IP地址主机名称网络配置配置要求服务器角色
192.168.217.143 192.168.229.130nginx-masterVMnet0，VMNet8(nat)1CPU、1GB内存、20G磁盘nginx负载均衡master
192.168.217.144 192.168.229.129nginx-backupVMnet0，VMNet8(nat)1CPU、1GB内存、20G磁盘nginx负载均衡backup
192.168.229.131tomcat-userVMNet01CPU、1GB内存、20G磁盘web服务器-user
192.168.229.132tomcat-adminVMNet01CPU、1GB内存、20G磁盘web服务器-admin

VMNet0为内网环境，无法访问外网（hostonly）

VMNet8可以访问外网，提供了统一的入口（net）

注意：搭建环境时，先全部用外网，等环境搭建好了之后，配置网络

3、master
1. 安装keepalived
yum -y install keepalived

2. 修改配置文件
vi /etc/keepalived/keepalived.conf

! Configuration File for keepalived
# 全局配置
global_defs {
 	router_id 1                         #设备在组中的标识，设置不一样即可
}
vrrp_instance VI_1 {               		#VI_1。实例名两台路由器相同。同学们要注意区分。
    state MASTER                        #主或者从状态
    interface ens33                     #监控网卡
    mcast_src_ip 192.168.217.143        #心跳源IP
    virtual_router_id 55                #虚拟路由编号，主备要一致。同学们注意区分
    priority 100                        #优先级
    advert_int 1                        #心跳间隔

    authentication {                    #秘钥认证(1-8位)
        auth_type PASS
        auth_pass 123456
    }

    virtual_ipaddress {                 #VIP
    	192.168.217.121/24
    }
}

3. 设置keepalived开机启动并立即启动
systemctl enable keepalived --now

image-20240828214832064

4、backup
1. 安装keepalived
yum -y install keepalived

2. 修改配置文件
vi /etc/keepalived/keepalived.conf

! Configuration File for keepalived
# 全局配置
global_defs {
 	router_id 1                         #设备在组中的标识，设置不一样即可
}
vrrp_instance VI_1 {               		#VI_1。实例名两台路由器相同。同学们要注意区分。
    state BACKUP                        #主或者从状态
    interface ens33                     #监控网卡
    mcast_src_ip 192.168.217.148        #心跳源IP
    virtual_router_id 55                #虚拟路由编号，主备要一致。同学们注意区分
    priority 97                         #优先级
    advert_int 1                        #心跳间隔

    authentication {                    #秘钥认证(1-8位)
        auth_type PASS
        auth_pass 123456
    }

    virtual_ipaddress {                 #VIP
    	192.168.217.121/24
    }
}

3. 设置keepalived开机启动并立即启动
systemctl enable keepalived --now

image-20240828215022643

5、演示

1）正常访问

访问地址：http://192.168.217.121/

image-20240828215312075

2）关闭master访问

nginx-master: systemctl stop network

image-20240828215412702

image-20240828215431856

3）重启master访问

nginx-master: systemctl start network

image-20240828215627045

image-20240828215645685

4）关闭master的nginx访问

nginx-master: systemctl stop nginx

image-20240828215729125

6、nginx状态监控

keepalive只能相互检查对方的进程是否还存活，所以对nginx没有任何一点监控作用，当nginx宕机后，keepalived进程还存活着就会导致web项目无法访问，所以后续需要编写一个shell脚本来完成对nginx进程的判断

1. 编写nginx状态监控的shell脚本
2. 修改keepalived的配置文件，启动nginx状态监控的shell脚本
3. 重启keepalived服务
4. 关闭nginx-master中的nginx服务，查看效果

注意：以上1-3步骤，master跟backup上都要执行

vim /etc/keepalived/check_nginx.sh

#!/bin/bash
#检查nginx进程是否存在
counter=$(ps -C nginx --no-heading|wc -l)
if [ "${counter}" = "0" ]; then
	#尝试启动一次nginx，停止5秒后再次检测
    systemctl start nginx
    sleep 5
    counter=$(ps -C nginx --no-heading|wc -l)
    if [ "${counter}" = "0" ]; then
		#如果启动没成功，就杀掉keepalive触发主备切换
        systemctl stop keepalived
    fi
fi

注意，需要给check_nginx.sh添加可执行的权限

vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived
# 全局配置
global_defs {
 	router_id 1                         #设备在组中的标识，设置不一样即可
}

vrrp_script chk_nginx {                 #健康检查
 	script "/etc/keepalived/check_nginx.sh"   #检查脚本
 	interval 2                          #检查频率.秒
 	weight -5                           #priority减5
 	fall 3                              #失败三次
}

vrrp_instance VI_1 {               		#VI_1。实例名两台路由器相同。同学们要注意区分。
    state BACKUP                        #主或者从状态
    interface ens33                     #监控网卡
    mcast_src_ip 192.168.217.148        #心跳源IP
    virtual_router_id 55                #虚拟路由编号，主备要一致。同学们注意区分
    priority 97                         #优先级
    advert_int 1                        #心跳间隔

    authentication {                    #秘钥认证(1-8位)
        auth_type PASS
        auth_pass 123456
    }

    virtual_ipaddress {                 #VIP
    	192.168.217.121/24
    }
    
    track_script {                      #引用脚本
       	chk_nginx
    }
}

如果不生效，查看日志：tail -f /var/log/messages

WARNING - default user 'keepalived_script' for script execution does not exist - please create

在配置文件中添加运行健康检查脚本的用户或者组:

global_defs { script_user root enable_script_security }

7、邮件发送
1. 安装软件
yum install mailx -y

2. 获取邮箱的授权码
qloimkptbjsvcbbg

3.创建一个SSL证书
mkdir -p  /root/.certs   #创建证书目录
bash -c "echo -n | openssl s_client -connect smtp.qq.com:465 | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > /root/.certs/qq.crt"   #获取邮件服务器证书
chmod +x /root/.certs/qq.crt       #qq.crt 添加执行权限
bash -c 'certutil -A -n "GeoTrust Global CA" -t "C,," -d /root/.certs -i /root/.certs/qq.crt'   #添加global证书到数据库
bash -c 'certutil -A -n "GeoTrust SSL CA" -t "C,," -d /root/.certs -i /root/.certs/qq.crt' #添加SSL证书到数据库
bash -c 'certutil -A -n "GeoTrust SSL CA - G3" -t "Pu,Pu,Pu" -d  /root/.certs -i /root/.certs/qq.crt' #指定受信任证书，防报错

4. 配置邮箱信息
vim /etc/mail.rc

set from=575913717@qq.com    #设置邮件发送方
set smtp=smtps://smtp.qq.com:465  #邮件服务器，我这里是qq
set smtp-auth-user=575913717@qq.com	#smtp验证用户邮箱
set smtp-auth-password=acrtppbgewrlbfgd #邮箱授权码
set smtp-auth=login 	#认证方式
set ssl-verify=ignore	#忽略SSL验证
set nss-config-dir=/root/.certs   #证书目录

测试发送邮件：echo ceshi | mail -s test 575913717@qq.com

5. 编写发邮件的脚本
vim /etc/keepalived/mail.sh

#!/bin/bash

mail_dst=357504721@qq.com
mail_sub="负载均衡服务器发生了切换"
mail_msg="date: 切换的动作为：$1"
echo $mail_msg | mail -s "$mail_sub" $mail_dst



chmod 755 /etc/keepalived/mail.sh

6. 修改keepalived配置文件
vim /etc/keepalived/keepalived.conf

notify_master "/etc/keepalived/mail.sh master"
notify_backup "/etc/keepalived/mail.sh backup"
notify_fault "/etc/keepalived/mail.sh fault"

image-20240828224218285

image-20240828224311255

四、keepalived+lvs
1、拓扑图
2、环境要求

本次实验总共需要三台机器，一台作为LVS代理服务器，2台作为后端的web服务器

IP地址主机名称网络配置配置要求服务器角色
192.168.217.143 192.168.229.130lvs-masterVMnet0，VMNet8(nat)1CPU、1GB内存、20G磁盘lvs负载均衡master
192.168.217.144 192.168.229.129lvs-backupVMnet0，VMNet8(nat)1CPU、1GB内存、20G磁盘lvs负载均衡backup
192.168.229.131tomcat-userVMNet01CPU、1GB内存、20G磁盘web服务器-user
192.168.229.132tomcat-adminVMNet01CPU、1GB内存、20G磁盘web服务器-admin

VMNet0为内网环境，无法访问外网（hostonly）

VMNet8可以访问外网，提供了统一的入口（net）

注意：搭建环境时，先全部用外网，等环境搭建好了之后，配置网络

3、master
1. 安装配置Keepalived和ipvsadm
yum install keepalived  ipvsadm -y

2. 修改keepalived配置文件
vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived
global_defs {						
	router_id Director1        #两边不一样。
	}
	
vrrp_instance VI_1 {				
	state MASTER				#另外一台机器是BACKUP	
	interface ens32				#心跳网卡	
	virtual_router_id 51	    #虚拟路由编号，主备要一致
	priority 150				#优先级	
	advert_int 1				#检查间隔，单位秒	
	authentication {
		auth_type PASS
		auth_pass 1111
		}
	virtual_ipaddress {
		192.168.217.20/24 dev ens33   	#VIP和工作接口
		}
	}
	
virtual_server 192.168.217.20 80 {		#LVS 配置，VIP
	delay_loop 3				        #服务论询的时间间隔，#每隔3秒检查一次real_server状态
	lb_algo rr				            #LVS 调度算法
	lb_kind DR	 			            #LVS 集群模式
	protocol TCP
	real_server 192.168.229.118 80 {
		weight 1
		TCP_CHECK {
			connect_timeout 3       #健康检查方式,连接超时时间
			}
		}
	real_server 192.168.229.119 80 {
		weight 1
		TCP_CHECK {
			connect_timeout 3
			}
		}
}

3. 设置keepalived开机自启及立即启动
systemctl enable keepalived --now

4. 重启服务器
reboot
4、backup
1. 安装配置Keepalived和ipvsadm
yum install keepalived  ipvsadm -y

2. 修改keepalived配置文件
vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived
global_defs {						
	router_id Director2    #两边不一样。
	}
	
vrrp_instance VI_1 {				
	state BACKUP				#另外一台机器是BACKUP	
	interface ens33				#心跳网卡	
	virtual_router_id 51		#虚拟路由编号，主备要一致
	priority 100				#优先级	
	advert_int 1				#检查间隔，单位秒	
	authentication {
		auth_type PASS
		auth_pass 1111
		}
	virtual_ipaddress {
		192.168.217.20/24 dev ens33   	#VIP和工作接口
		}
	}
	
virtual_server 192.168.217.20 80 {		#LVS 配置，VIP
	delay_loop 3				        #服务论询的时间间隔，#每隔3秒检查一次real_server状态
	lb_algo rr				            #LVS 调度算法
	lb_kind DR	 			            #LVS 集群模式
	protocol TCP
	real_server 192.168.229.118 80 {
		weight 1
		TCP_CHECK {
			connect_timeout 3           #健康检查方式,连接超时时间
			}
		}
	real_server 192.168.229.119 80 {
		weight 1
		TCP_CHECK {
			connect_timeout 3
			}
		}
}

3. 设置keepalived开机自启及立即启动
systemctl enable keepalived --now

4. 重启服务器
reboot
5、web
1. tomcat服务器的lo网卡设置子网掩码为32位vip
user:	ifconfig lo:0 192.168.217.20/32 
admin:	ifconfig lo:0 192.168.217.20/32

2. tomcat服务器设置内核参数
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore			# 忽略arp响应 ,不允许收
echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce		# 为了让vip发包出去

3. 修改tomcat的端口号为80
修改server.xml中的8080为80端口

课堂小结

课后作业

  1. 完成课堂的案例及练习

  2. 将今天的内容整理为思维导图的形式

  3. 完成以下的面试题

    1、keepalived的工作原理？

    2、如何解决keepalived脑裂问题？

    3、项目中的负载均衡高可用是如何实现的？

扩展内容

无

【高可用架构设计】：构建冗余DHCPv6服务器集群的6步实践路径
# 高可用 DHCPv6 服务的演进之路：从协议细节到生产实践 你有没有遇到过这样的场景？凌晨三点，监控告警突然炸响——“DHCPv6 租用率突破90%！”、“Keepalived主节点失联”……而你的第一反应不是查看日志，而是...
高可用架构设计（一）：ShenTong主备集群搭建与3种切换演练实战
高可用架构是保障数据库系统持续稳定运行的核心，ShenTong数据库通过主备集群机制实现故障容忍与业务连续性。本文系统阐述ShenTong主备集群的理论基础，深入解析主备复制机制、心跳检测、虚拟IP切换及资源仲裁等关键...
【稳定性day1】从DBA到运维架构总监之路 - 专注的力量
作一个独立连续的思考者
02-18 1万+
本文来自宝宝树运维总监刘秋岐的分享。随着MySQL的不断成熟，逐渐被用于更多大规模的网站和应用了，比如说当前最火的Facebook、淘宝、阿里、兰亭集势、宝宝树这样的大型的网站都在使用MySQL数据库，足见MySQL在稳定可靠性方面，并不会比我们的商业厂商的产品有太多的逊色。本期访谈我们邀请到了宝宝树(全球第一的母婴社区)网站架构运维总监刘秋岐，他对Mysql在互联网多种业务场景下的设计和优化有着...
Linux操作系统管理公共基础——积累
HEIKENZ的博客
06-09 4579
20170609 16:00 备注：本篇博文，借鉴新浪博客中用博文积累文学知识、英语词汇的好习惯的成功养成，这里同样是一篇知识积累型的博文，用于记录任何、各种关于Linux系统技术的新发现。这些技术多数比较零散，或者只是暂时不知道该怎样科学地、体系地分类，所有的这些琐碎、细小的技术发现都将记录存档到这里，随时更新。 20170609 16:00——16:25——16:34 关于环
运维攻城狮面试题汇总
热门推荐
tian1345的博客
05-22 2万+
面试题汇总 什么是运维?什么是游戏运维? 1）运维是指大型组织已经建立好的网络软硬件的维护，就是要保证业务的上线与运作的正常，在他运转的过程中，对他进行维护，他集合了网络、系统、数据库、开发、安全、监控于一身的技术，运维又包括很多种，有DBA运维、网站运维、虚拟化运维、监控运维、游戏运维等等 2）游戏运维又有分工，分为开发运维、应用运维（业务运维）和系统运维 开发运维：是给应用运维开发运维工具和运维平台的 应用运维：是给业务上线、维护和做故障排除的，用开发运维开发出来的工具给业务上线、维护、做故障排查 系
商城后台管理系统 02 添加规格参数-动态表单
weixin_52943021的博客
12-15 158
Boolean。
DevUI组件库实战：从入门到企业级应用的深度探索，如何快速应用各种组件
2401_86031952的博客
12-11 950
DevUI是华为开源的企业级Angular前端解决方案，提供丰富的UI组件和工程化工具。其表单布局示例展示了垂直表单的实现，包含用户名、密码等字段的实时验证、异步查重及密码一致性检查功能。通过响应式布局和国际化支持，DevUI简化了企业级应用开发，确保高可定制性和一致性设计。
解决组件不能远程搜索的问题
2402_88002942的博客
12-10 489
有一个组件a-select用于在下拉框中选中某个人物，在表单中提交。它的运作方式是其下拉框最初没有数据，需要用户搜索人名，后段会返回模糊搜索的系列数据。例如，前段搜索张建国，后段会返回“张建国”、“张坚果”等；搜索zjg同理；搜索“ll”，返回“bill”、“killra”等。但问题在于，前段此下拉框没有同步显示后段返回的所有数据，而是会严格显示与用户输入字段完全匹配的人名，例如搜索张建国，只显示张建国；搜索zjg则显示不出任何数据。
第十篇：Day28-30 工程化优化与部署——从“能跑”到“好用”（对标职场“项目上线”需求）
2402_87628679的博客
12-11 943
gzip on;性能优化：掌握Vite的资源压缩、Tree Shaking、代码分割配置，能实现路由/组件懒加载、虚拟滚动等渲染优化，理解gzip/br压缩的原理和后端配置；兼容性处理：能通过`@vitejs/plugin-legacy`和autoprefixer适配低版本浏览器，理解`browserslist`的作用，知道Vue 3的兼容性限制；多环境配置：能创建多环境变量文件，在项目中使用`import.meta.env`访问环境变量，区分开发/测试/生产环境的配置；项目部署。
第十一篇：Day31-33 前端安全与性能监控——从“能用”到“安全可靠”（对标职场“系统稳定性”需求）
2402_87628679的博客
12-11 1224
对于小型项目或特定业务场景，可通过自定义埋点实现核心指标监控，无需接入复杂工具。// src/utils/monitor.js（自定义监控工具） import axios from 'axios';// 监控数据上报接口（后端提供） const MONITOR_UPLOAD_URL = '/api/monitor/upload';
高德API精讲系列——vue+高德API搭建前端Echarts图表页面
weixin_66547608的博客
12-10 125
本文介绍了在Vue项目中使用Echarts 5.x开发地理地形图的核心要点：1. 必须准备省市县级别的geo-json文件（推荐从阿里DataV获取）2. 区分注册地图、散点坐标和主题的API使用方式3. 提供了Vue3最小实现示例和常见问题解决方案4. 包含下钻功能实现思路和批量注册脚本5. 强调map名称一致性、文件分离原则和打包注意事项6. 展示了信阳市人口密度图的完整实现代码和效果展示。
商城后台管理系统 03 规格参数配置
weixin_52943021的博客
12-15 92
【代码】商城后台管理系统 03 规格参数配置。
网络安全中级阶段学习笔记（七）：Web 安全之文件上传漏洞笔记1（包含upload-labs-master靶场前三关实战）
最新发布
2501_91976946的博客
12-15 677
摘要：本文系统梳理文件上传漏洞攻防要点，包含漏洞定义、危害（如Webshell控制服务器）、检测流程及多种绕过技巧（JS验证、MIME-Type、黑名单等）。重点提出"白名单+多环节验证"防御方案，包括严格后缀验证、文件类型检测、权限控制等。补充靶场实践案例，演示通过修改后缀、利用解析特性实现漏洞利用。强调防御需结合前端限制、服务端校验与安全监控，构建纵深防护体系。
【Spring Boot】Spring Boot调用 WebService 接口的两种方式：动态调用 vs 静态调用 亲测有效
杰西笔记
12-11 1179
本文介绍了在Spring Boot项目中通过Apache CXF实现WebService动态调用和静态调用的完整方案。动态调用适合快速测试，通过URL直接调用方法；静态调用则通过WSDL生成Java类，提供类型安全的调用方式。文章详细说明了两种方法的实现步骤，包括依赖配置、WSDL文件处理、代码生成以及常见问题解决方案（如WSDL文件修正）。静态调用方案特别适合生产环境，能够处理复杂类型返回，并提供了完整的代码示例和操作指南。
从技术复杂度到体系竞争力：2026 年前端发展的全新范式转移
2509_93939357的博客
12-10 783
前端行业的演进速度一直令人震惊，但进入 2026 年，它的变化已经不再是“框架更新”“语法演化”这种表层迭代，而是整个技术体系、协作模式与体验理念的巨幅转向。前端的边界正在迅速扩大：它既关乎用户体验，也涉及架构设计、工程平台建设、智能化交互，以及企业数字化的底层能力。复杂性不是问题，无法被体系化管理才是问题。可以说，前端正在从技术岗位升级为“体验系统的构建者”，成为企业竞争力的一部分。体验不仅是设计师的工作，也是前端工程师的责任。界面不再是传统的“按钮 - 页面 - 跳转”，而是一个可以思考与行动的系统。
长耗时接口异步改造总结
ZZZxxA123的博客
12-11 902
长耗时接口异步改造总结
前端设计模式详解
我愿化作繁星
12-10 958
设计模式是针对特定上下文的常见问题的可重用解决方案。在前端开发中，它们帮助我们构建可维护、可扩展、可重用的代码。
ui5_Walkthrough_Step 22: Custom Formatters 自定义格式
一只学习的渣渣
12-10 265
Custom Formatters
动态组件驱动的标签页架构（简单来说：一个页面包含许多Tabs页面，这些Tabs页面渲染逻辑）
m0_67841039的博客
12-12 339
{"code": "xxx", "name": "tab页面名称", "component": "xx/xx/xx"}结论：TabMenu.vue 不是在前端代码中直接调用的，而是通过后端返回的动态路由配置来加载的！4. Vue发现activeName匹配 → 调用对应的componentName函数。1. TabMenu创建 → 解析路由配置 → 生成tabPanes数据。5.TabMenu执行，解析 meta.tabs 配置，渲染子页面。6. 组件加载完成 → 渲染到页面。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

猫豆~

你的鼓励就是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值