traefik2灰度发布与流量控制

灰度发布

Traefik2.0 的一个更强大的功能就是灰度发布,灰度发布我们有时候也会称为金丝雀发布(Canary),主要就是让一部分测试的服务也参与到线上去,经过测试观察看是否符号上线要求。

我们需要创建两组pod,我们希望通过 Traefik 来控制我们的流量,将 3⁄4 的流量路由到 appv1,1/4 的流量路由到 appv2 去,这个时候就可以利用 Traefik2.0 中提供的带权重的轮询(WRR)来实现该功能,首先在 Kubernetes 集群中部署上面的两个服务。为了对比结果我们这里提供的两个服务一个是 whoami,一个是 nginx,方便测试。

appv1

apiVersion: apps/v1
kind: Deployment
metadata:  
  name: appv1
spec:  
  selector:   
    matchLabels:      
      app: appv1  
  template:   
    metadata:     
      labels:        
        use: test        
        app: appv1    
    spec:      
      containers:      
      - name: whoami        
        image: containous/whoami        
        ports:        
        - containerPort: 80          
        name: portv1
---
apiVersion: v1
kind: Service
metadata:  
  name: appv1
spec:  
  selector:    
    app: appv1  
  ports:  
    - name: http    
      port: 80    
      targetPort: 80

appv2

apiVersion: apps/v1
kind: Deployment
metadata:  
  name: appv2
spec:  
  selector:   
    matchLabels:      
      app: appv2  
  template:    
    metadata:      
      labels:        
        use: test        
        app: appv2    
    spec:      
      containers:      
      - name: nginx        
        image: nginx        
        ports:        
        - containerPort: 80          
          name: portv2
---
apiVersion: v1
kind: Service
metadata:  
  name: appv2
spec:  
  selector:    
    app: appv2 
  ports:  
  - name: http    
    port: 80    
    targetPort: 80

在 Traefik2.1 中新增了一个 TraefikService 的 CRD 资源,我们可以直接利用这个对象来配置 WRR,之前的版本需要通过 File Provider,比较麻烦,新建一个描述 WRR 的资源清单:(wrr.yaml)

apiVersion: traefik.containo.us/v1alpha1
kind: TraefikService
metadata:  
  name: app-wrr
spec:  
  weighted:    
    services:      
      - name: appv1        
        weight: 3  # 定义权重        
        port: 80        
        kind: Service  # 可选,默认就是 Service      
      - name: appv2        
        weight: 1        
        port: 80

然后为我们的灰度发布的服务创建一个 IngressRoute 资源对象:(ingressroute.yaml)

apiVersion: traefik.containo.us/v1alpha1
kind: IngressRoute
metadata:  
  name: wrringressroute  
  namespace: default
spec:  
  entryPoints:   
    - web  
  routes:  
  - match: Host(`wrr.ronnie.com`)    
    kind: Rule   
    services:    
    - name: app-wrr      
      kind: TraefikService

kubectl apply -f ./

不过需要注意的是现在我们配置的 Service 不再是直接的 Kubernetes 对象了,而是上面我们定义的 TraefikService 对象,直接创建上面的两个资源对象,这个时候我们对域名 wrr.ronnie.com 做上解析,去浏览器中连续访问 4 次,我们可以观察到 appv1 这应用会收到 3 次请求,而 appv2 这个应用只收到 1 次请求,符合上面我们的 3:1 的权重配置。

流量复制

除了灰度发布之外,Traefik 2.0 还引入了流量镜像服务,是一种可以将流入流量复制并同时将其发送给其他服务的方法,镜像服务可以获得给定百分比的请求同时也会忽略这部分请求的响应。

同样的在 2.0 中只能通过 FileProvider 进行配置,在 2.1 版本中我们已经可以通过 TraefikService 资源对象来进行配置了,现在我们部署两个 whoami 的服务,资源清单文件如下所示:

部署测试服务

vi liuliang-app.yaml
apiVersion: v1
kind: Service
metadata:  
  name: v1
spec:  
  ports:    
    - protocol: TCP     
      name: web     
      port: 80  
  selector:    
    app: v1
---
kind: Deployment
apiVersion: apps/v1
metadata:  
  name: v1  
  labels:    
    app: v1
spec:  
  selector:    
    matchLabels:      
      app: v1  
  template:    
    metadata:      
      labels:       
        app: v1    
    spec:      
      containers:        
        - name: v1         
          image: httpd        
          ports:           
            - name: web              
              containerPort: 80
---
apiVersion: v1
kind: Service
metadata:  
  name: v2
spec:  
  ports:   
    - protocol: TCP      
      name: web      
      port: 80  
  selector:   
    app: v2
---
kind: Deployment
apiVersion: apps/v1
metadata:  
  name: v2  
  labels:    
    app: v2
spec:  
  selector:    
    matchLabels:      
      app: v2 
  template:    
    metadata:     
      labels:       
        app: v2    
    spec:      
      containers:        
        - name: v2          
          image: nginx          
          ports:            
            - name: web              
              containerPort: 80

创建 Ingress路由

现在我们创建一个 IngressRoute 对象,将服务 v1 的流量复制 50% 到服务 v2,如下资源对象所示:(mirror-ingress-route.yaml)

vi mirror-ingress-route.yaml
apiVersion: traefik.containo.us/v1alpha1
kind: TraefikService
metadata:  
  name: 
    app-mirror
spec:  
  mirroring:    
    name: v1 # 发送 100% 的请求到 K8S 的 Service "v1"    
    port: 80    
    mirrors:    
    - name: v2 # 然后复制 50% 的请求到 v2      
      percent: 50      
      port: 80
---
apiVersion: traefik.containo.us/v1alpha1
kind: IngressRoute
metadata:  
  name: mirror-ingress-route  
  namespace: default
spec:  
  entryPoints:  
  - web 
  routes:     
  - match: Host(`mirror.ronnie.com`)   
    kind: Rule    
    services:    
    - name: app-mirror      
      kind: TraefikService # 使用声明的 TraefikService 服务,而不是 K8S 的 Service

kubectl app -f ./

这个时候我们在浏览器中去连续访问4次 mirror.ronnie.com 可以发现有一半的请求也出现在了 v2 这个服务中:

 

<think>好的,我现在要解决用户在IAR编译器中遇到的错误:“incomplete type is not allowed”。首先,我需要理解这个错误的含义和常见原因。根据我的知识库,这个错误常发生在代码中使用了未完全定义的类型,比如结构体或联合体声明了但未定义,或者前向声明了某个类型但没有提供完整的定义。 首先,我应该检查用户代码中是否有结构体或联合体的声明但没有定义的情况。比如,如果有一个结构体声明为`struct MyStruct;`,但没有后续的完整定义,那么在需要该结构体大小或成员的地方,编译器就会报这个错误。这时候,需要用户补全结构体的定义,包括成员变量。 其次,检查是否在头文件中只声明了类型而没有包含定义。例如,如果在头文件中使用前向声明,但在使用该类型的源文件中没有包含实际的定义头文件,这也会导致错误。此时,需要确保在使用类型的地方包含了正确的头文件,或者将前向声明替换为完整的定义。 另外,还要考虑typedef的问题。如果用户使用了typedef创建别名,但原始类型未完全定义,同样会引发错误。例如,`typedef struct MyStruct MyType;`之后,如果尝试使用MyType但MyStruct尚未定义,就会出错。需要确保在使用typedef之前,原始类型已经被完整定义。 此外,数组声明中的类型不完整也是一个常见原因。比如声明数组时,如果元素类型未完全定义,编译器无法确定数组的大小,导致错误。需要检查数组声明中的类型是否已经完整定义。 可能还有其他情况,比如在C和C++混合编程时,如果没有正确使用extern "C",或者在头文件中遗漏了必要的包含,也可能导致类型不完整。需要用户检查这些方面。 接下来,我需要将这些可能的原因整理成清晰的解决步骤,并给出具体的代码示例,帮助用户理解如何修改。同时,根据用户提供的引用内容,虽然引用[1]和引用[2]是关于其他错误的,但用户可能希望看到类似的结构,即分点说明解决方案,并引用相关资源。 最后,生成相关问题,帮助用户进一步了解可能相关的编译错误,比如类型未定义、前向声明问题等。这样用户可以有更全面的认识,预防其他类似错误的发生。</think>### IAR编译器错误'incomplete type is not allowed'解决方案 该错误表示代码中使用了**未完全定义的类型**,编译器无法确定其内存布局或成员信息。以下是具体原因及解决方法: #### 1. 结构体/联合体未定义完整 若声明了结构体但未定义成员,在实例化时会报错: ```c struct MyStruct; // 前向声明不完整 struct MyStruct var; // 错误:使用未完成类型 ``` **解决方案**:补全类型定义 ```c struct MyStruct { int id; char name[20]; }; ``` #### 2. 头文件包含缺失 当跨文件使用类型时,需确保定义可见: ```c // file.h struct Data; // 前向声明 // file.c struct Data { // 实际定义 int value; }; ``` **解决方案**:在使用该类型的文件中包含定义头文件 ```c #include "file.c" // 包含实际定义 ``` #### 3. typedef别名问题 使用typedef时原始类型必须完整: ```c typedef struct Node NodeT; // 前向声明 NodeT* ptr; // 允许指针声明 NodeT instance; // 错误:不完整类型 ``` **解决方案**:先完成类型定义再typedef ```c struct Node { int data; struct Node* next; }; typedef struct Node NodeT; ``` #### 4. 数组声明不完整 数组元素类型必须完全定义: ```c struct Element; struct Element arr[10]; // 错误:元素类型未定义 ``` **解决方案**: ```c struct Element { int type; float value; }; struct Element arr[10]; // 合法 ``` #### 调试建议 1. 在IAR工程中搜索错误行号定位问题代码 2. 使用Go to Definition功能追踪类型定义 3. 检查所有头文件包含链 4. 确认没有循环依赖的头文件 编译器需要知道类型的完整信息才能: - 计算sizeof大小 - 分配内存空间 - 访问成员变量 - 进行类型对齐 [^1]: 类似类型转换错误可参考浮点转整型的类型适配问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值