網(wǎng)站首頁 編程語言 正文
注:本文中主要討論 .NET6.0項目在 k8s 中運行的 Dapr 的持續(xù)集成流程, 但實際上不是Dapr的項目部署到K8s也是相同流程,只是k8s的yaml配置文件有所不同
流程選擇
基于 Dapr 的項目持續(xù)集成包含以下流程
- 編譯并打包項目
- 構建 Dockerfile,并推送鏡像
push image
至私有倉庫 - 準備 k8s 部署的配置文件
- 通過 kubectl 部署鏡像至 k8s 中
這里面有多種方案
- | Pipeline的操作 | Publish的操作 | 優(yōu)點 | 缺點 |
---|---|---|---|---|
1. 直接BuildImage并發(fā)布 | 1. 直接使用 Docker Build Image 2. push image 3.復制Yaml至Artifacts | K8s 直接發(fā)布 對應版本的yaml + 指定Image | 直接,操作簡單 | 1. 產(chǎn)生大量不必要的Image 2.持續(xù)集成消耗時間較長3.每次持續(xù)集成都有Image產(chǎn)生 |
2. Publish時再進行Build | 1. 僅 dotnet publish zip | 1. Build Image / Push Image (可選 )2. K8S 部署+指定Image | 單次部署減慢,多次增快 | 部署過程會比直接接取鏡像慢 |
3. 僅發(fā)布 Zip,并Build一個使用Volume的專署鏡像 | 僅 dotnet publish zip | 使用編譯好的鏡像修改Volume參數(shù) | 快 | 跨環(huán)境部署時會導致對于文件系統(tǒng)依賴過重 |
鑒于以上優(yōu)缺點,最終我選擇了第二種
折衷方案,這種方案既不影響持續(xù)集成的速度,也不會產(chǎn)生過多的鏡像,只是在部署時會產(chǎn)生多余的鏡像構建時間。
項目結構
每個要發(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' ## 復制上文中的兩個文件到 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)境的話有更多做法。
原文鏈接:https://www.cnblogs.com/chsword/p/ci_dapr_net6.html
相關推薦
- 2022-04-26 Entity?Framework?Core延遲加載(懶加載)用法_實用技巧
- 2022-03-20 C語言基礎雙指針移除元素解法_C 語言
- 2022-02-07 virtualenvwrapper 解決安裝報錯,virtualenvwrapper 永久生效
- 2022-11-02 React?Native可復用?UI分離布局組件和狀態(tài)組件技巧_React
- 2022-04-08 iOS實現(xiàn)簡單計算器功能_IOS
- 2023-06-20 Python?Unittest?ddt數(shù)據(jù)驅動的實現(xiàn)_python
- 2022-11-02 python?pip特殊用法之pip?install?-v?-e?.命令詳解_python
- 2023-10-14 c/c++--字節(jié)對齊(byte alignment)
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細win安裝深度學習環(huán)境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結構-簡單動態(tài)字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支