大叔公开课~微服务与持续集成

本文探讨了微服务架构下.NET Core与Docker的应用,介绍了如何利用Dockerfile和YML实现多应用容器化部署,并提及Jenkins在持续集成中的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

闲话多说

免费报名http://www.genshuixue.com/teacher/classCourseDetail/171117794648

.Net Core来了,带给我们的是什么?跨平台,无疑是最大的亮点!

Docker横空出世,让开发者和运维者都尝到了甜头!

Jenkins持续集成,功能包括了持续的软件版本发布与测试,让开发人员专心关注自己的代码开发,让运维人员专心写部署代码,一次性工作,从来不要反复的做一件事!

云时代来了,容器时代了,面向应用的微服务也来了,麻烦也就跟着来了,我应该如何去找到你,应用A,你被部署到了容器里,你的IP不真的不清楚,因为你是那么的善变。因为出现了这些问题,所以在解决问题的道路上出现了“服务发现”,“服务熔断”,“服务注册”等。

微软.Net Core和Docker合作,打造多应用部署,我们都应该知道的YML

想像一下,把一个大系统拆分成多个小服务,这些小服务在分别去部署,或者它们之间又可以相互通信,这对于开发来说是清晰了,对部署来说是麻烦了,对开发来说是职责分离了,应用与应用之间解耦了,以后的A应用的升级不会影响到B应用了,这大概就是微服务设计的初衷吧!

1 微服务项目图

2 Dockerfile的使用

对于容器化部署来说,我们只要关心Dockerfle和YML文件即可,其中Dockerfile用来生成应用的镜像;YML用来部署这个系统里所有的应用。

应用C里的Dockerfile,它以aspnetcore为基础,然后将自己的发布的代码复制到了镜像里,最后使用dotnet命令启动这个应用!

3 docker-compose.yml进行服务的部署

YML里会有这个系统的服务名称和每个小应用的服务名及它们使用的Dockerfile的地址,生成的镜像名,镜像运行后的容器名,监听的端口,使用的网络,运行的环境等很多配置的信息

version: '3'

services:
  a:
    image: a
    build:
      context: ./应用A
      dockerfile: Dockerfile

  b:
    image: b
    build:
      context: ./应用B
      dockerfile: Dockerfile

  c:
    image: c
    build:
      context: ./应用C
      dockerfile: Dockerfile
version: '3'

services:
  a:
    environment:
      - ASPNETCORE_ENVIRONMENT=Development
    ports:
      - "80"

事实上,对于服务的部署可能要说的还很多,这里篇幅有限,就到这吧!

Jenkins之前我也写着一些文件,在我的自动化部署分类上,大家可以进行阅读!自动化部署&持续集成系列

感谢各位的阅读!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:大叔公开课~微服务与持续集成,如需转载请自行联系原博主。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值