亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

.NET項目在k8s中運行的Dapr持續(xù)集成流程

 更新時間:2022年04月02日 08:35:50   作者:重典  
這篇文章主要介紹了.NET項目在k8s中運行的Dapr持續(xù)集成流程,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步早日升職加薪

注:本文中主要討論 .NET6.0項目在 k8s 中運行的 Dapr 的持續(xù)集成流程, 但實際上不是Dapr的項目部署到K8s也是相同流程,只是k8s的yaml配置文件有所不同

流程選擇

基于 Dapr 的項目持續(xù)集成包含以下流程

  • 編譯并打包項目
  • 構(gòu)建 Dockerfile,并推送鏡像push image至私有倉庫
  • 準備 k8s 部署的配置文件
  • 通過 kubectl 部署鏡像至 k8s 中

這里面有多種方案

-Pipeline的操作Publish的操作優(yōu)點缺點
1. 直接BuildImage并發(fā)布1. 直接使用 Docker Build Image 2. push image 3.復(fù)制Yaml至ArtifactsK8s 直接發(fā)布 對應(yīng)版本的yaml + 指定Image直接,操作簡單1. 產(chǎn)生大量不必要的Image 2.持續(xù)集成消耗時間較長3.每次持續(xù)集成都有Image產(chǎn)生
2. Publish時再進行Build1. 僅 dotnet publish zip1. Build Image / Push Image (可選 )2. K8S 部署+指定Image單次部署減慢,多次增快部署過程會比直接接取鏡像慢
3. 僅發(fā)布 Zip,并Build一個使用Volume的專署鏡像僅 dotnet publish zip使用編譯好的鏡像修改Volume參數(shù)跨環(huán)境部署時會導(dǎo)致對于文件系統(tǒng)依賴過重

鑒于以上優(yōu)缺點,最終我選擇了第二種折衷方案,這種方案既不影響持續(xù)集成的速度,也不會產(chǎn)生過多的鏡像,只是在部署時會產(chǎn)生多余的鏡像構(gòu)建時間。

項目結(jié)構(gòu)

每個要發(fā)布的API的 project 文件夾中增加以下文件

dapr.yaml

Dockerfile

dapr.yaml

kind: Deployment
apiVersion: apps/v1
metadata:
  name: demo
  namespace: dapr-api
  labels:
    app: .api
    service: demo
spec:
  replicas: 1
  selector:
    matchLabels:
      service: demo
  template:
    metadata:
      labels:
        app: .api
        service: demo
      annotations:
        dapr.io/enabled: "true"
        dapr.io/app-id: "demo-api"
        dapr.io/app-port: "80"
        dapr.io/log-as-json: "true"
    spec:
      containers:
        - name: demo-api
          image: 倉庫地址/鏡像名:220310.13
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
          imagePullPolicy: IfNotPresent
---
kind: Service
apiVersion: v1
metadata:
  name: demo-api
  namespace: dapr-api
  labels:
    app: .api
    service: demo
spec:
  type: NodePort
  selector:
    service: demo
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
    nodePort: 30004

Dockerfile

FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS final
WORKDIR /app
EXPOSE 80
COPY ["./projectfolder", "/app"]
ENTRYPOINT ["dotnet", "projectdll.dll"]

這兩個文件需要每個項目不同,后面在編譯和部署流程中會用到。

Pipelines 持續(xù)集成的配置文件

trigger:
  batch: true
pool:
  name: Default
name: $(Date:yy)$(Date:MM)$(Date:dd)$(Rev:.r)

variables:
    BuildConfiguration: 'Release'
steps:
- task: UseDotNet@2
  displayName: 'Check and Install .NET SDK 6.0'
  inputs:
    version: '6.0.x'
    includePreviewVersions: false

- task: DotNetCoreCLI@2
  displayName: 'Publish to zip'
  inputs:
    command: publish
    publishWebProjects: false
    projects: './src/projectfolder/project.csproj'
    arguments: '--configuration $(BuildConfiguration) --output $(build.artifactstagingdirectory) -v n'
    zipAfterPublish: false
    workingDirectory: '$(Build.SourcesDirectory)/src'
## 復(fù)制上文中的兩個文件到 Artifact
- task: CopyFiles@2
  displayName: 'Copy dapr.yaml to: $(build.artifactstagingdirectory)'
  inputs:
    SourceFolder: './src/${{ parameters.project }}/'
    Contents: |
      Dockerfile
      dapr.yaml
    TargetFolder: '$(build.artifactstagingdirectory)'
- task: PublishBuildArtifacts@1
  displayName: 'Publish Artifact'
  inputs:
    PathtoPublish: '$(build.artifactstagingdirectory)'

Release 發(fā)布流程配置文件

發(fā)布流程新建兩個作業(yè)

作業(yè)1 Build Image

variables:
  image: '自定義鏡像名'
steps:
- task: Docker@2
  displayName: buildAndPush
  inputs:
    containerRegistry: harbor
    repository: '$(image)'
    Dockerfile: '$(System.DefaultWorkingDirectory)/_dapr-demo/drop/Dockerfile'
    tags: '$(Build.BuildNumber)'

作業(yè)2 KubeDeploy

variables:
  image: '自定義鏡像名,與上文須一致'

steps:
- task: KubernetesManifest@0
  displayName: deploy
  inputs:
    kubernetesServiceConnection: online
    namespace: '$(ns)' ## k8s的部署目標命名空間
    strategy: canary ## 灰度部署策略
    percentage: 50
    manifests: '$(System.DefaultWorkingDirectory)/_dapr-demo/drop/dapr.yaml'
    containers: '$(harborUrl)/$(image):$(Build.BuildNumber)'

這樣,在首次部署時執(zhí)行全部管道。

后期回滾版本只,手動執(zhí)行第二個管理即KubeDeploy即可

其它流程

本流程全部依賴 Azure DevOps 自身的配置,并不依賴 Agent 環(huán)境配置,如果依賴 Agent 環(huán)境的話有更多做法。

以上就是.NET項目在k8s中運行的Dapr持續(xù)集成流程的詳細內(nèi)容,更多關(guān)于.NET在k8s運行Dapr持續(xù)集成的資料請關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • .net程序開發(fā)IOC控制反轉(zhuǎn)和DI依賴注入詳解

    .net程序開發(fā)IOC控制反轉(zhuǎn)和DI依賴注入詳解

    這篇文章主要為大家介紹了.net程序開發(fā)IOC控制反轉(zhuǎn)和DI依賴注入示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-11-11
  • 設(shè)計windows phone頁面主題

    設(shè)計windows phone頁面主題

    這篇文章主要介紹了設(shè)計windows phone頁面主題,需要的朋友可以參考下
    2015-07-07
  • .NET6新特性之 隱式命名空間引用

    .NET6新特性之 隱式命名空間引用

    本文給大家分享的是 .NET6特新 隱式命名空間引用,如果我們要在新加一個命名空間的引用,可以在項目文件中配置增加<Using Include="命名空間"/>,如果需要移除一個命名空間可以這么做<Using Remove="命名空間"/>,下面來看看文章詳細介紹內(nèi)容吧,需要的朋友可以參考一下
    2021-11-11
  • .NET6新特新?struct優(yōu)化

    .NET6新特新?struct優(yōu)化

    這篇文章主要給大家分享的是?NET6新特新?struct優(yōu)化,在.NET6中針對Struct做了一些優(yōu)化,下面我們就通過一些案例來看一下.NET6中針對Struct的優(yōu)化,需要的朋友可以參考一下,希望對大家有所幫助
    2021-11-11
  • .NET?Core?中對象池?Object?Pool的使用

    .NET?Core?中對象池?Object?Pool的使用

    這篇文章主要介紹了?.NET?Core?中對象池?Object?Pool的使用,對象池簡單來說就是一種為對象提供可復(fù)用能力的軟件設(shè)計思路,對象池最常用的場景是游戲設(shè)計,因為在游戲中大量存在著可復(fù)用的對象,源源不斷的子彈出現(xiàn)并不是循環(huán)再生的,下面一起進入文章了解具體內(nèi)容吧
    2021-11-11
  • .NET 6 中的隱式命名空間引用

    .NET 6 中的隱式命名空間引用

    這篇文章小編主要向大家介紹的是介紹了.NET 6 中的隱式命名空間引用,其正式版發(fā)布之前會專注于各種測試和 BUG 修復(fù),下面就由小編來詳細介紹吧,感興趣的小伙伴可以參考下文
    2021-09-09
  • .NET 6中使用DateOnly和TimeOnly類型

    .NET 6中使用DateOnly和TimeOnly類型

    這篇文章主要介紹了.NET 6中使用DateOnly和TimeOnly類型,在.NET 6(preview 4)中引入了兩個期待已久的類型,將作為核心庫的一部分。DateOnly和TimeOnly允許開發(fā)人員表示DateTime的日期或時間部分,下文具體內(nèi)容,需要的小伙伴可以參考一下
    2022-01-01
  • C#與.net高級編程 C#的多態(tài)介紹

    C#與.net高級編程 C#的多態(tài)介紹

    封裝、繼承、多態(tài),面向?qū)ο蟮娜筇匦裕皟身椑斫庀鄬θ菀祝斫舛鄳B(tài),特別是深入的了解,對于初學(xué)者而言可能就會有一定困難了
    2012-11-11
  • 在NET?Core?中獲取?CPU?使用率

    在NET?Core?中獲取?CPU?使用率

    這篇文章我們分享一種如何在?.NETCore?中獲取?CPU使用率的方法,?它所報告的這個值和?任務(wù)管理器?中報告的?CPU?使用值?差不多是一致的,下面來看看文中的具體詳細介紹吧
    2022-01-01
  • 認識ASP.NET配置文件Web.config

    認識ASP.NET配置文件Web.config

    Web.config文件是一個XML文本文件,它用來儲存 ASP.NET Web 應(yīng)用程序的配置信息(如最常用的設(shè)置ASP.NET Web 應(yīng)用程序的身份驗證方式),它可以出現(xiàn)在應(yīng)用程序的每一個目錄中
    2006-07-07

最新評論