k8s的二进制部署（二）网络

节点部署完成之后,节点的状态都是Notready，所以要部署k8s网络：

k8s的网络类型：

k8s中的通信模式：

  1. pod内部之间容器与容器之间的通信。

在同一个pod中的容器共享资源和网络，使用同一个网络命名空间，可以直接通信的

  1. 同一个node节点之内，不同pod之间的通信

每个pod都有一个全局的真实的IP地址，同一个node直接的不同pod可以直接使用对方的pod的IP地址进行通信。

Pod1和pod2是通过docker的网桥来进行通信的

  1. 不同node节点的上的pod之间如何进行通信？

Cni插件：cni是一个标准接口，用于容器运行时调用网络插件，配置容器网络，负责设置容器的网络命名空间，IP地址，路由等等参数

Flanne插件：功能就是让集群之中不同节点的docker容器具有全集群唯一的虚拟IP地址，他是一个overlay网络，在底层物理网络的基础之上，创建一个逻辑的网络层，二层+三层的集合，二层是物理网络，三层是逻辑上的网络层，overlay网络也是一种网络虚拟化的技术

Flannel支持的数据转发方式：

  1. UDP模式，默认模式，应用转发，配置简单，但是性能最差
  2. Vxlan模式，基于内核转发，也是最常用的网络类型（小集群都使用这个模式）
  3. Host-gw（性能最好，但是配置麻烦，了解即可）

UDP模式（用的较少）：基于应用转发，是由flannel来提供路由表，flannel封装数据包，解封装

每个node节点都会有一个flannel的虚拟网卡

数据流向图：

Vxlan模式：使用的就是overlay的虚拟隧道通信技术，是一个二层＋三层的模式

而UDP是基于应用层，用户态

Vxlan：flannel提供路由表，内核封装解封装

Flannel1.1接口，用的就是vxlan

Vxlan的工作模式图：简单来说就是说vni+ip地址

vim /etc/profile

source <(kubectl completion bash)

source /etc/profile

Node1,node2

将flannel.tar拖入

docker load -i flannel.tar

mkdir -p /opt/cni/bin

将cni-plugins-linux-amd64-v0.8.6.tgz拖入

tar -xf cni-plugins-linux-amd64-v0.8.6.tgz -C /opt/cni/bin/

Node2同样的操作

Master01

拖入kube-flannel.yml

kubectl apply -f kube-flannel.yml

查看（多刷新几次，需要等待时间）

kubectl get pod -n kube-system

kubectl get pod -o wide -n kube-system

Ifconfig查看

Node1，node2

网络已部署完成

kubectl get nodes

第二个网络插件calico插件：

Flannel：每个发向容器的数据包进行封装，vxlan通过vtep打包数据，由内核封装数据包-----》转发到目标的node节点。到了目标node节点后，还有一个解封装的过程，再发送到目标pod，性能是有一定影响的

Calico:它是采用直接路由的方式，他的性能是最好的，也就是BGP路由，不需要修改报文，统一直接通过路由表转发，路由表会很复杂，运行维护的要求比较高

BGP模式的特点：交换路由信息外部网关协议，可以连接不同的node节点，node节点可能不是一个网段，BGP会自动寻址，自动选择可靠的，最佳的，动态的路由选择，自动识别相邻的路由设备

Calico不能使用overlay，也不需要交换，直接通过虚拟路由实现，每一台虚拟路由都通过BGP转发

核心组件：

Felix:也是运行在主机上的一个个pod，一个进程，k8s  daemonset的方式部署的pod

Daemont set会在每个node节点部署相同的pod，后台的运行方式

负责在宿主机上插入路由规则，维护calico需要的网络设备，网络接口的管理，监听，路由转发等等

BGP Client： bird BGP的客户端，专门负责在集群当中转发路由规则的信息，每一个节点都会有一个BGP Client

BGP协议广播的方式通知其他节点的，分发路由的规则，实现网络互通

ETCD：报错路由信息，负责网络元数据的一致性，元数据就是保证网络状态的一致性和准确

Calico的工作原理：

路由表来维护每个pod之间的通信，一旦创建好pod之后，会添加一个设备cali  也试试veth pair设备，比如说虚拟网卡：veth pair是一对设备，虚拟的以太网设备，一头连接在容器的网络命名空间，另一头连接网络宿主机的网络命名空间，名字叫做cali

这个设备的作用：IP地址的分配，veth pair连接容器的部分给容器分配一个IP地址，这个IP地址是一个唯一的标识，宿主机也会被这个veth pair分配一个calico网络的内部IP地址，和其他节点上的容器进行通信

Veth设备，容器发出的IP地址通过veth pair设备到宿主机，宿主机就根据路由规则的下一跳地址发送到网关（目标宿主机）

数据包到达目标宿主机，veth pair设备，目标宿主机也是根据路由规则，下一跳地址，转发到目标容器

原理图：

Ipip模式：会生成一个tunnel，数据包都在tunnel内部打包，封装：宿主机IP 容器内部得分IP地址

实验部分：

#上传 calico.yaml 文件到 /opt/k8s 目录中，部署 CNI 网络

cd /opt/k8s

vim calico.yaml

#修改里面定义 Pod 的网络（CALICO_IPV4POOL_CIDR），需与前面 kube-controller-manager 配置文件指定的 cluster-cidr 网段一样

    - name: CALICO_IPV4POOL_CIDR

      value: "10.244.0.0/16"        #Calico 默认使用的网段为 192.168.0.0/16

搜索

改为：

运行yml文件

kubectl apply -f calico.yaml

kubectl get pods -n kube-system

多刷新几下#等 Calico Pod 都 Running，节点也会准备就绪

kubectl get pods -n kube-system

ifconfig 查看node1 node2

已完成

kubectl create deployment nginx1 --image=nginx:1.22 --replicas=3

kubectl get pod

创建完成

kubectl get pods -n kube-system

查看详细信息

kubectl get pod -o wide

ip route

再次演示

kubectl create deployment httpd --image=nginx:1.22 --replicas=3

kubectl get pod

kubectl delete deployments httpd

添加http后就会生成一个路由条目

总结：

Flannel和calico：

Flannel：配置简单，功能简单，基于overlay叠加网络实现，在物理层的网络上再封装一个虚拟的网络，

vxlan是虚拟三层网络，UDP模式是默认不用的，常用的就是vxlan模式，IP进行转发，Fannel提供路由表，内核封装和解封装

host-gw也是不用的，由于封装和解封装的过程，对数据传输可能会有影响，没有网络策略配置的能力UDP（协议）默认网段：10.244.0.0/16

Calicao:功能强大

，基于路由表进行转发，没有封装和解封装的过程，具备网络策略的配置能力，但是路由表维护起来复杂

模式：ipip BGP

BGP:通过为IP路由表的前缀来实现目标主机的可达性

对比ipip模式，BGP模式没有隧道，BGP模式下，pod的数据包直接通过网卡发送到目的地

Ipip的隧道：在隧道进行数据包的封装IP---ipv4

简单的小集群：使用flannel

如果也会要扩容，那配置的网络策略：calico

Coredns:

可以集群当中的service资源创建一个域名和IP进行对应解析的关系。

Service是对外提供访问的一个地址，现在我们加入DNS机制之后，可以直接访问他的服务名

kubectl get pod

kubectl expose deployment nginx1 --port=30000 --target-port=80 --name=nginx-server

kubectl get svc

//在所有 node 节点上操作

#上传 coredns.tar 到 /opt 目录中

cd /opt

docker load -i coredns.tar

//在 master01 节点上操作

#上传 coredns.yaml 文件到 /opt/k8s 目录中，部署 CoreDNS

cd /opt/k8s

kubectl apply -f coredns.yaml

kubectl get pods -n kube-system

#DNS 解析测试

kubectl create clusterrolebinding cluster-system-anonymous --clusterrole=cluster-admin --user=system:anonymous

kubectl run -it --rm dns-test --image=busybox:1.28.4 sh

If you don't see a command prompt, try pressing enter.

/ # nslookup kubernetes

Server:    10.0.0.2

Address 1: 10.0.0.2 kube-dns.kube-system.svc.cluster.local

Name:      kubernetes

Address 1: 10.0.0.1 kubernetes.default.svc.cluster.local

exit

kubectl edit svc nginx-server

kubectl get svc

部署多节点，部署master2：

映射（全部，除了两台nginx）

20.0.0.71 master01

20.0.0.72 node01

20.0.0.73 node02

20.0.0.74 master02

内核优化

vim /etc/sysctl.d/k8s.conf

net.bridge.bridge-nf-call-ip6tables = 1

net.bridge.bridge-nf-call-iptables = 1

net.ipv6.conf.all.disable_ipv6=1

net.ipv4.ip_forward=1

sysctl --system

时间同步

yum install ntpdate -y

 ntpdate ntp.aliyun.com

//从 master01 节点上拷贝证书文件、各master组件的配置文件和服务管理文件到 master02 节点

scp -r /opt/etcd/ root@20.0.0.74:/opt/

scp -r /opt/kubernetes/ root@20.0.0.74:/opt

scp -r /root/.kube root@20.0.0.74:/root

scp /usr/lib/systemd/system/{kube-apiserver,kube-controller-manager,kube-scheduler}.service root@20.0.0.73:/usr/lib/systemd/system/

Master02：

//修改配置文件kube-apiserver中的IP

vim /opt/kubernetes/cfg/kube-apiserver

KUBE_APISERVER_OPTS="--logtostderr=true \

--v=4 \

--etcd-servers=https://192.168.233.91:2379,https://192.168.233.93:2379,https://192.168.233.94:2379 \

--bind-address=192.168.233.92 \ #修改

--secure-port=6443 \

--advertise-address=192.168.233.92 \ #修改

......

//在 master02 节点上启动各服务并设置开机自启

systemctl start kube-apiserver.service

systemctl enable kube-apiserver.service

systemctl start kube-controller-manager.service

systemctl enable kube-controller-manager.service

systemctl start kube-scheduler.service

systemctl enable kube-scheduler.service

//查看node节点状态

ln -s /opt/kubernetes/bin/* /usr/local/bin/

kubectl get nodes

kubectl get nodes -o wide #-o=wide：输出额外信息；对于Pod，将输出Pod所在的Node名

//此时在master02节点查到的node节点状态仅是从etcd查询到的信息，

而此时node节点实际上并未与master02节点建立通信连接，因此需要使用一个VIP把node节点与master节点都关联起来

软连接

完成

Node节点和master02并没真正的建立通信，获取的都是etcd的信息。

负载均衡部署

//配置load balancer集群双机热备负载均衡（nginx实现负载均衡，keepalived实现双机热备）

##### 在lb01、lb02节点上操作 #####

//配置nginx的官方在线yum源，配置本地nginx的yum源

cat > /etc/yum.repos.d/nginx.repo << 'EOF'

[nginx]

name=nginx repo

baseurl=http://nginx.org/packages/centos/7/$basearch/

gpgcheck=0

EOF

yum install nginx -y

//修改nginx配置文件，配置四层反向代理负载均衡，指定k8s群集2台master的节点ip和6443端口

vim /etc/nginx/nginx.conf

events {

    worker_connections  1024;

}

stream {

    log_format  main  '$remote_addr $upstream_addr - [$time_local] $status $upstream_bytes_sent';

#日志记录格式

#$remote_addr: 客户端的 IP 地址。

#$upstream_addr: 上游服务器的地址。

#[$time_local]: 访问时间，使用本地时间。

#$status: HTTP 响应状态码。

#$upstream_bytes_sent: 从上游服务器发送到客户端的字节数。

    

access_log  /var/log/nginx/k8s-access.log  main;

    upstream k8s-apiserver {

        server 192.168.233.91:6443;

        server 192.168.233.92:6443;

    }

    server {

        listen 6443;

        proxy_pass k8s-apiserver;

    }

}

http {

......

另一边的nginx同样的操作

//检查配置文件语法

nginx -t   

//启动nginx服务，查看已监听6443端口

systemctl start nginx

systemctl enable nginx

netstat -natp | grep nginx

然后

//部署keepalived服务

yum install keepalived -y

//修改keepalived配置文件

vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs {

   # 接收邮件地址

   notification_email {

     acassen@firewall.loc

     failover@firewall.loc

     sysadmin@firewall.loc

   }

   # 邮件发送地址

   notification_email_from Alexandre.Cassen@firewall.loc

   smtp_server 127.0.0.1

   smtp_connect_timeout 30

   router_id NGINX_MASTER #lb01节点的为 NGINX_MASTER，lb02节点的为 NGINX_BACKUP

   #vrrp_strict  #注释掉

}

#添加一个周期性执行的脚本

vrrp_script check_nginx {

    script "/etc/nginx/check_nginx.sh" #指定检查nginx存活的脚本路径

}

vrrp_instance VI_1 {

    state MASTER #lb01节点的为 MASTER，lb02节点的为 BACKUP

    interface ens33 #指定网卡名称 ens33

    virtual_router_id 51 #指定vrid，两个节点要一致

    priority 100 #lb01节点的为 100，lb02节点的为 90

    advert_int 1

    authentication {

        auth_type PASS

        auth_pass 1111

    }

    virtual_ipaddress {

        192.168.233.100/24 #指定 VIP

    }

    track_script {

        check_nginx #指定vrrp_script配置的脚本

    }

}

vim /etc/keepalived/keepalived.conf

主：

! Configuration File for keepalived

global_defs {

   notification_email {

     acassen@firewall.loc

     failover@firewall.loc

     sysadmin@firewall.loc

   }

   notification_email_from Alexandre.Cassen@firewall.loc

   smtp_server 127.0.0.1

   smtp_connect_timeout 30

   router_id NGINX_MASTER

   vrrp_skip_check_adv_addr

  # vrrp_strict

   vrrp_garp_interval 0

   vrrp_gna_interval 0

}

vrrp_script check_nginx {

 script "/etc/nginx/check_nginx.sh"

}

vrrp_instance VI_1 {

    state MASTER

    interface ens33

    virtual_router_id 51

    priority 100

    advert_int 1

    authentication {

        auth_type PASS

        auth_pass 1111

    }

    virtual_ipaddress {

        20.0.0.100/24

    }

      track_script {

      check_nginx

}

}

设置时间

//创建nginx状态检查脚本

vim /etc/nginx/check_nginx.sh

#!/bin/bash                                                        

/usr/bin/curl -I http://localhost &>/dev/null    

if [ $? -ne 0 ];then                                            

#    /etc/init.d/keepalived stop

    systemctl stop keepalived

fi

chmod +x /etc/nginx/check_nginx.sh

//启动keepalived服务（一定要先启动了nginx服务，再启动keepalived服务）

systemctl start keepalived

systemctl enable keepalived

ip a #查看VIP是否生成

同样的配置从（稍稍微修改）

! Configuration File for keepalived

global_defs {

   notification_email {

     acassen@firewall.loc

     failover@firewall.loc

     sysadmin@firewall.loc

   }

   notification_email_from Alexandre.Cassen@firewall.loc

   smtp_server 127.0.0.1

   smtp_connect_timeout 30

   router_id NGINX_BACKUP

   vrrp_skip_check_adv_addr

  # vrrp_strict

   vrrp_garp_interval 0

   vrrp_gna_interval 0

}

vrrp_script check_nginx {

 script "/etc/nginx/check_nginx.sh"

}

vrrp_instance VI_1 {

    state BACKUP

    interface ens33

    virtual_router_id 51

    priority 90

    advert_int 1

    authentication {

        auth_type PASS

        auth_pass 1111

    }

    virtual_ipaddress {

        20.0.0.100/24

    }

      track_script {

      check_nginx

}

}

先起nginx，再起keepalived

测试主恢复之后，要先启动nginx在启动keepalived

systemctl start nginx

systemctl restart keepalived.service

Node1，2

//修改node节点上的bootstrap.kubeconfig,kubelet.kubeconfig配置文件为VIP

cd /opt/kubernetes/cfg/

vim bootstrap.kubeconfig

server: https://192.168.233.100:6443

                      

vim kubelet.kubeconfig

server: https://192.168.233.100:6443

                        

vim kube-proxy.kubeconfig

server: https://192.168.233.100:6443

重启

//在 lb01 上查看 nginx 和 node 、 master 节点的连接状态

netstat -natp | grep nginx

测试

从节点查看

//测试创建pod

kubectl run nginx --image=nginx

//查看Pod的状态信息

kubectl get pods

kubectl get pods -o wide

//在对应网段的node节点上操作，可以直接使用浏览器或者curl命令访问

curl 172.17.36.2

kubectl exec -it nginx bash

//这时在master01节点上查看nginx日志

kubectl logs nginx-dbddb74b8-nf9sk

Dashboard：

仪表盘，就是kubenetes的可视化界面，在这个可视化界面上，可以对k8s集群化管理

//在 master01 节点上操作

#上传 recommended.yaml 文件到 /opt/k8s 目录中

cd /opt/k8s

vim recommended.yaml

#默认Dashboard只能集群内部访问，修改Service为NodePort类型，暴露到外部：

kubectl apply -f recommended.yaml

创建角色

#创建service account并绑定默认cluster-admin管理员集群角色

kubectl create serviceaccount dashboard-admin -n kube-system

kubectl create clusterrolebinding dashboard-admin --clusterrole=cluster-admin --serviceaccount=kube-system:dashboard-admin

绑定到集群，#获取token值

kubectl describe secrets -n kube-system $(kubectl -n kube-system get secret | awk '/dashboard-admin/{print $1}')

去浏览器访问：（火狐浏览器）

#使用输出的token登录Dashboard

https://20.0.0.73:30001

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/276023.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

设计模式（4）--对象行为(6)--备忘录

设计模式（4）--对象行为(6)--备忘录

1. 意图 在不破坏封装的前提下&#xff0c;捕获一个对象的内部状态&#xff0c;并在该对象之外保存这个状态。 这样以后可以将该对象恢复到原先保存的状态。 2. 三种角色 原发器(Originator)、备忘录(Memento)、负责人(Caretaker) 3. 优点 3.1 保持了封装边界。屏蔽了原发器的…
阅读更多...
（13）Linux 进程的优先级、进程的切换以及环境变量等

（13）Linux 进程的优先级、进程的切换以及环境变量等

前言&#xff1a;我们先讲解进程的优先级。然后讲解进程的切换&#xff0c;最后我们讲解环境变量&#xff0c;并且做一个 "让自己的可执行程序不带路径也能执行"的实践&#xff0c;讲解环境变量的到如何删除&#xff0c;最后再讲几个常见的环境变量。 一、进程优先级…
阅读更多...
redis的搭建及应用(二)-redis的持久化策略

redis的搭建及应用(二)-redis的持久化策略

Redis的持久化策略 RDB RDB持久化是指在指定的时间间隔内将redis内存中的数据集快照写入磁盘&#xff0c;实现原理是redis服务在指定的时间间隔内先fork一个子进程&#xff0c;由子进程将数据集写入临时文件&#xff0c;写入成功后&#xff0c;再替换之前的文件&#xff0c;用二…
阅读更多...
Spring对bean的管理

Spring对bean的管理

一.bean的实例化 1.spring通过反射调用类的无参构造方法 在pom.xml文件中导入坐标&#xff1a; <dependencies><dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.3.29<…
阅读更多...
云手机引领社交平台运营新潮流

云手机引领社交平台运营新潮流

在网络高度发展的今天&#xff0c;社交平台已经成为企业宣传推广的关键渠道之一。传统的社交运营方式已经无法满足效率的要求&#xff0c;云手机因而开始引领社交平台运营的新潮流。本文将深入探讨云手机如何重新定义社交平台运营&#xff0c;为用户和企业带来更为便捷、智能的…
阅读更多...
w7数据库基础之mysql函数

w7数据库基础之mysql函数

系统函数 1.version() --mysql版本 2.user() --当前登录的数据库用户名system_user() 3.database() --当前使用的数据库名。schema() 4.datadir --数据库路径 5.version_compile_os 操作系统版本&#xff0c;like 后面可以使用%%进行模糊查询。 6.hostname 当前机器…
阅读更多...
BFS解决多源最短路相关leetcode算法题

BFS解决多源最短路相关leetcode算法题

文章目录 1.01矩阵2.飞地的数量3.地图中的最高点4.地图分析 1.01矩阵 01矩阵 class Solution {int dx[4] {0,0,1,-1};int dy[4] {1,-1,0,0}; public:vector<vector<int>> updateMatrix(vector<vector<int>>& mat) {//正难则反&#xff0c;找0…
阅读更多...
Apache Commons JCS缓存解决方案

Apache Commons JCS缓存解决方案

第1章&#xff1a;引言 大家好&#xff0c;我是小黑&#xff01;今天&#xff0c;咱们来聊聊Apache Commons JCS&#xff0c;一个Java界里的缓存大杀器。缓存技术&#xff0c;对于提高应用性能来说&#xff0c;就像是给它加了一剂兴奋剂&#xff0c;能让数据访问变得快如闪电。…
阅读更多...
Go 泛型之泛型约束

Go 泛型之泛型约束

Go 泛型之泛型约束 文章目录 Go 泛型之泛型约束一、引入二、最宽松的约束&#xff1a;any三、支持比较操作的内置约束&#xff1a;comparable四、自定义约束五、类型集合&#xff08;type set&#xff09;六、简化版的约束形式七、约束的类型推断八、小结 一、引入 虽然泛型是…
阅读更多...
uniCloud 创建项目

uniCloud 创建项目

1. 新建项目 2. 新建云服务空间 若提示需登录&#xff0c;则登录 若提示需实名认证&#xff0c;则完成实名认证 3. 关联云服务空间 关联成功后
阅读更多...
MySQL进阶之（一）逻辑架构

MySQL进阶之（一）逻辑架构

一、逻辑架构 1.1 逻辑架构剖析1.1.1 连接层1.1.2 服务层01、基础服务组件02、SQL Interface&#xff1a;SQL 接口03、Parser&#xff1a;解析器04、Optimizer&#xff1a;查询优化器05、Caches & Buffers&#xff1a; 查询缓存组件 1.1.3 引擎层1.1.4 存储层1.1.5 总结 1.…
阅读更多...
UG NX二次开发(C++)-通过两点和高度创建长方体

UG NX二次开发(C++)-通过两点和高度创建长方体

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录 1、前言2、采用UFun函数来创建长方体3、采用NXOpen方法实现两点和高度创建长方体4、验证1、前言 在UG NX二次开发时，我们通常会采用ufun函数来完成功能的开发，但是有些功能在ufun函数中不能找到…
阅读更多...
[Redis实战]优惠券秒杀

[Redis实战]优惠券秒杀

三、优惠券秒杀 3.1 全局唯一ID 每个店铺都可以发布优惠券&#xff1a; 当用户抢购时&#xff0c;就会生成订单并保存到tb_voucher_order这种表中&#xff0c;而订单表如果使用数据库自增ID就存在一些问题&#xff1a; id的规律性太明显受单表数据量的限制 场景分析一&…
阅读更多...
软件测试题常见版

软件测试题常见版

1、python深浅拷贝 浅拷贝&#xff0c;指的是重新分配一块内存&#xff0c;创建一个新的对象&#xff0c;但里面的元素是原对象中各个子对象的引用。深拷贝&#xff0c;是指重新分配一块内存&#xff0c;创建一个新的对象&#xff0c;并且将原对象中的元素&#xff0c;以递归的…
阅读更多...
TPRI-DMP平台介绍

TPRI-DMP平台介绍

TPRI-DMP平台介绍 TPRI-DMP平台概述 TPRI-DMP为华能集团西安热工院自主产权的工业云PaaS平台&#xff0c;已经过13年的发展和迭代&#xff0c;其具备大规模能源电力行业生产应用软件开发和运行能力。提供TPRI-DMP平台主数据管理、业务系统开发与运行、应用资源管理与运维监控…
阅读更多...
python抽象基类之_subclasshook_方法

python抽象基类之_subclasshook_方法

Python的鸭子特性&#xff08;duck typing&#xff09; Python中自定义的类只要实现了某种特殊的协议&#xff0c;就能赋予那种行为&#xff0c;举一个简单的例子&#xff1a; class A:def __len__(self):return 0 a A() print(len(a)) 如上所示&#xff0c;自己定义了一个类…
阅读更多...
模型系列：增益模型Uplift Modeling原理和案例

模型系列：增益模型Uplift Modeling原理和案例

模型系列&#xff1a;增益模型Uplift Modeling原理和案例 目录 1. 简介1. 第一步2. 指标3. 元学习器 3.1 S-学习器3.2 T-学习器3.3 T-学习器相关模型 简介 Uplift是一种用于用户级别的治疗增量效应估计的预测建模技术。每家公司都希望增加自己的利润&#xff0c;而其中一个…
阅读更多...
C++11的lambda表达式

C++11的lambda表达式

Lambda表达式是一种匿名函数&#xff0c;允许我们在不声明方法的情况下&#xff0c;直接定义函数。它是函数式编程的一种重要特性&#xff0c;常用于简化代码、优化程序结构和增强代码可读性。 lambda表达式的语法非常简单&#xff0c;具体定义如下&#xff1a; [ captures ]…
阅读更多...
React学习计划-React16--React基础（七）redux使用与介绍

React学习计划-React16--React基础（七）redux使用与介绍

笔记gitee地址 一、redux是什么 redux是一个专门用于做状态管理的js库&#xff08;不是react插件库&#xff09;它可以用在react、angular、vue的项目中&#xff0c;但基本与react配合使用作用&#xff1a;集中式管理react应用中多个组件共享的状态 二、什么情况下需要使用r…
阅读更多...
antv/x6_2.0学习使用（三、内置节点和自定义节点）

antv/x6_2.0学习使用（三、内置节点和自定义节点）

内置节点和自定义节点 一、节点渲染方式 X6 是基于 SVG 的渲染引擎&#xff0c;可以使用不同的 SVG 元素渲染节点和边&#xff0c;非常适合节点内容比较简单的场景。面对复杂的节点&#xff0c; SVG 中有一个特殊的 foreignObject 元素&#xff0c;在该元素中可以内嵌任何 XH…
阅读更多...
最新文章

Copyright @ 2022~2023