Docker最全教程——从理论到实战(五)

目录

640?wx_fmt=png640?wx_fmt=png640?wx_fmt=png640?wx_fmt=png

 

创建自定义 Docker 镜像

 

创建了Dockerfile之后,需为应用程序中的每项服务创建一个相关镜像。如果应用程序由单个服务或 Web 应用程序组成,则只需创建一个镜像。

我们可以使用docker build命令来创建镜像,例如:

docker build ./ -t {镜像名称}

640?wx_fmt=png640?wx_fmt=png

镜像打包好后,我们使用docker image ls命令即可查看当前镜像:

640?wx_fmt=png

注意:Docker镜像使用分层存储的架构,也就是说镜像实际是由多层文件系统联合组成。镜像构建时,会一层层构建,前一层是后一层的基础。每一层构建完就不会再发生改变,后一层上的任何改变只发生在自己这一层。因为分层存储的特征,使得镜像的复用、定制变的更为容易。甚至可以用之前构建好的镜像作为基础层,然后进一步添加新的层,以定制自己所需的内容,构建新的镜像。所以,当我们使用Docker images命令,会列出这么多的镜像,我们可以定期清理那些无用的镜像。

如果使用 Visual Studio 创建带 Docker 支持的项目时,不会显式创建镜像。我们按下 F5 并运行时,VS就会自动创建镜像,不会出现明显的过程(在输出面板可以了解整个过程,如下图所示),但我们需要了解其原理,否则出现问题将无从下手。

640?wx_fmt=png

 

在 docker-compose.yml中定义服务

 

关于Compose

Compose是一个用于定义和运行多Docker应用程序的工具。使用Compose,我们可以使用YAML文件来配置应用程序的服务。然后,使用单个命令,我们就可以从配置中创建并启动所有服务。

Compose适用于所有环境:生产环境、模拟(演示)环境、开发环境和测试环境以及CI工作流程。

主要功能和特性:

  • 单个主机上的多个隔离环境

    Compose使用项目名称来隔离环境,因此可以根据不同的环境要求来进行定义。

  • 创建容器时保留卷数据

    Compose会保留服务使用的所有卷和数据。当使用docker-compose up命令运行时,如果发现该服务之前运行过,它会将进行增量操作,可确保在卷中创建的数据都不会丢失。

  • 仅重新创建已更改的容器

    Compose存在缓存,可用于创建容器。当重新启动未更改的服务时,Compose将重用现有容器。

  • 可以定义变量,而且可以根据不同环境不同用户之间进行组合使用

    Compose支持Compose文件的变量定义,我们可以使用这些变量为不同环境或不同用户进行自定义组合。

另外,Compose能够通过命令管理应用程序的整个生命周期,通过命令可以:

  • 启动,停止和重建服务等

  • 查看正在运行的服务的状态

  • 通过流输出正在运行的服务的日志

  • 对某个服务执行命令

注意:Docker for Windows安装包括:安装提供 Docker Engine,Docker CLI客户端,Docker Compose,Docker Machine和 Kitematic。也就是如果是使用Docker for Windows的用户,无需再独立安装Docker Compose。

我们可以通过运行以下命令来确认我们本地的环境:

docker-compose -v

640?wx_fmt=png

 

常见场景

  • 开发或本地环境运行多个服务

    在开发过程时,在隔离环境中运行应用程序并与之交互的能力至关重要。Compose命令行工具可用于创建环境并与之交互。比如通过Compose文件,配置所有应用程序的服务依赖(数据库,消息队列,高速缓存,Web服务的API,等等),然后使用单个命令(docker-compose up)为每个依赖项创建和启动一个或多个容器,使整个程序能够正常运行起来。

  • 自动化测试环境

    任何持续部署或持续集成过程的一个重要部分是自动化测试套件。自动化端到端测试需要一个运行测试的环境。Compose提供了一种方便的方法来创建和销毁隔离的测试环境。我们只需要通过在Compose文件,即可定义完整环境,并且可以在几个命令中创建和销毁这些环境,如下所示:

640?wx_fmt=png

  • 单主机部署

 

使用Compose

使用Compose有以下三个步骤:

  1. 使用Dockerfile定义应用环境,以便在任意地方进行复制

  2. 在 docker-compose.yml 中定义组合应用,以便它们可以在隔离的环境中一起运行

  3. 最后,执行docker-compose up命令,Compose 将启动并运行整个应用程序。

由此可见,第二步决定了Compose的执行,一个简单的docker-compose.yml文件如下所示:

640?wx_fmt=png

其定义了web和redis两个应用。接下来,我们一起来了解docker-compose.yml 文件。

 

了解docker-compose.yml

借助 docker-compose.yml 文件,我们可以定义一组相关服务,通过部署命令将其部署为组合应用程序。简单的说,我们可以通过docker-compose.yml来定义多个服务,以便一次执行。

640?wx_fmt=jpeg

这里笔者以Magicodes.Admin为例,基础框架提供了后台接口服务以及后台前端应用两个,那么我们可以定义docker-compose.yml 文件以便部署为组合应用程序,也就是说,一个命令托管和运行多个服务:

640?wx_fmt=png

以上是一个简化的配置,定义了两个服务以及环境变量和端口。值得说明的是,在docker中我们无法访问localDb,这时我们建议访问独立的数据库服务或者使用数据库镜像,例如:

sql.data:

image: mssql-server-linux:latest

environment:

- SA_PASSWORD=Pass@word

- ACCEPT_EULA=Y

ports:

- "5433:1433"

注意:SQL Server也提供了Docker镜像,并且支持Linux容器。在上面的配置中,通过环境变量设置了sa账号的密码。值得注意的是,我们并不推荐在生产环境中使用数据库的容器镜像来托管数据,这点我们后续再来详聊。

 

了解YAML语言

很多教程并不会讲述这点,但是笔者认为这点也非常重要,因为了解YAML的语法和规范,可以在开发调测的过程中避免很多错误,也便于我们更好的配置基于YAML语法的文件——比如docker-compose.yml文件。

 

什么是YAML?

YAML 是一种简洁的非标记语言。YAML以数据为中心,使用空白,缩进,分行组织数据,从而使得表示更加简洁易读。

这里提供一个YAML语法验证网站:http://nodeca.github.io/js-yaml/

基本规则

  1. 大小写敏感

  2. 使用缩进表示层级关系

  3. 禁止使用tab缩进,只能使用空格键

  4. 缩进长度没有限制,只要元素对齐就表示这些元素属于一个层级

  5. 使用#表示注释

  6. 字符串可以不用引号标注

YAML中允许表示三种格式,分别是常量值,对象和数组,如下所示:

640?wx_fmt=png

 

对于YAML的讲解,我们就说到这里,我们继续本篇内容。

 

docker-compose.yml文件配置项

docker-compose.yml 文件不仅指定正在使用的容器,还指定如何单独配置各容器。常用的配置项如下所示:

  • build:定义镜像生成,可以指定Dockerfile文件所在的目录路径,支持绝对路径和相对路径;

  • image:从指定的镜像中启动容器,可以是存储仓库、标签以及镜像 ID,如果镜像不存在,Compose 会自动拉去镜像;

  • environment:定义环境变量和配置;

  • ports:定义端口映射,比如上面配置中将容器上的公开端口 80 转接到主机上的外部端口 9901和9902;

  • depends_on,定义依赖关系。此定义会让当前服务处于等待状态,直到这些依赖服务启动。比如某个服务依赖数据库服务,那么通过此配置解决了服务的启动顺序的问题;

  • volumes,挂载一个目录或者一个已存在的数据卷容器,可以直接使用 HOST:CONTAINER 这样的格式,或者使用 HOST:CONTAINER:ro 这样的格式,后者对于容器来说,数据卷是只读的,这样可以有效保护宿主机的文件系统;

  • context,指定Dockerfile 的文件路径,也可以是到链接到 git 仓库的 url;

  • args,指定构建参数,这些参数只能在构建过程中访问;

  • target,定义构建指定的阶段Dockerfile,比如针对不同阶段使用不同的dockerfile,开发阶段使用支持编译调试的dockerfile,而生产环境,则使用轻量级的dockerfile;command,覆盖默认命令;

  • container_name,指定自定义容器名称,而不是生成的默认名称。

640?wx_fmt=png

由于篇幅有限,我们就不提供过多介绍和示例了。不过我们建议大家访问此地址,来做一个全面的了解:

https://docs.docker.com/compose/compose-file/#reference-and-guidelines

最后,分享几个小技巧:

  • 可以通过配置项depends_on来定义依赖关系,这点对于控制服务的执行顺序尤为重要,比如先启动数据库然后再启动web服务。

  • 如何使用JSON文件进行配置?可以指定文件名称,如下所示:

    docker-compose -f docker-compose.json up

  • 如何分阶段构建?推荐使用target配置项。

 

Visual Studio和docker-compose

我们定义完docker-compose.yml之后,如果是使用Visual Studio进行开发,通过其Docker tool会让开发调测变得非常简单和易用。对于未启用docker支持的项目,我们可以通过右键菜单进行启用:

640?wx_fmt=png

启用之后,会自动添加相关支持(包括生成dockerfile、docker-compose.yml以及.dockerignore等),然后通过其docker工具可以直接启动运行并且支持调试,如下图所示:

640?wx_fmt=png

点击工具栏的【Docker】按钮或者按下【F5】均可直接运行并调试,启动后如下图所示:

640?wx_fmt=png

运行完成后,VS还会自动打开相关服务的默认页。

如果不依赖Visual Studio进行运行,我们在下节进行讲述。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于简化的微服务架构和Docker容器的Microsoft由Microsoft提供的示例.NET Core参考应用程序。   免责声明 重要说明:此示例应用程序的当前状态是ALPHA,认为这是版本0.1版本的基础,因此,很多方面还有待改进和改变显著而重构当前的代码和实现新的功能。对社区的改进和反馈将受到高度的赞赏和接受。 该参考应用程序提出了一个简化的面向服务的体系结构实现,通过综合应用程序引入诸如.NET Core与Docker容器之类的技术。然而,这个引用应用程序并不是要解决大型和关键任务的分布式系统中的所有问题,只是让开发人员轻松开始使用.NET Core的Docker容器和微服务器的开始。 例如,在了解Docker容器和使用.NET Core开发微服务器之后,下一步(eShopOnContainers还没有涵盖),就是选择像Docker Swarm,Kubernetes或DC / OS(Azure容器服务)或Azure中的微服务集群/协调器在大多数情况下,服务结构将需要对应用程序的配置进行额外的部分更改(尽管当前体系结构应适用于大多数具有较小更改的业务流程)。或将数据库移动到HA云服务,或者在Azure Service Bus或任何其他生产就绪的服务总线市场上实施EventBus。 在将来,我们可能会分配此项目,并针对特定的微服务集群/协调者加上多个版本,并使用额外的云基础架构。 有关可能的新实施的更多信息,请阅读Wiki中未来版本的eShopOnContainers的计划路线图和里程碑,并在ISSUES部分提供反馈,如果您希望看到任何特定的方案得到实施或改进。此外,请随时讨论任何当前的问题。 架构概述:本参考应用程序是在服务器端和客户端的跨平台两种,由于能够根据您的码头工人主机上的Linux或Windows容器运行的.NET的核心服务,并为Xamarin的Android,iOS或正在运行的移动应用Windows / UWP加上客户端网络应用程序的任何浏览器。该架构提出了一种简化的面向服务的架构实现,其中包含多个自主的微服务器(每个拥有自己的数据/ db),并使用Http作为当前的通信协议,在每个微服务器(简单的CRUD vs. DDD / CQRS模式)中实现不同的方法。 它还支持异步通信,用于基于集成事件和事件总线以及路线图中定义的其他功能的多个服务的数据更新传播。 微服务的类型不同,这意味着不同的内部架构模式取决于其目的,如下图所示。   最终将添加与其他框架和No-SQL数据库的其他miroservice样式。这是一个很好的机会,来自社区的拉动请求,例如使用Nancy的新微服务,或者甚至其他语言,如Node,Go,Python或具有MongoDB Azure DocDB兼容性的数据容器,PostgreSQL,RavenDB,Event Store,MySql等。) 数据库服务器/容器的重要说明 在该解决方案当前的开发环境配置中,SQL数据库将自动部署样本数据到单个SQL Server for Linux容器(SQL数据库的单一共享Docker容器),因此整个解决方案可以启动并运行,而无需任何依赖任何云或特定的服务器。每个数据库也可以部署为单个Docker容器,但是在开发机器中,您需要将8GB或更多的内存RAM分配给Docker才能在Docker Linux主机中运行3个SQL Server Docker容器, Docker for Windows“或”Docker for Mac“开发环境。 在将Redis缓存作为开发环境的容器运行时,定义了类似的情况。 但是,在实际的生产环境中,建议您将数据库(在本例中为SQL Server和Redis)设置为HA(高可用性)服务,如Azure SQL数据库,Redis服务或任何其他集群系统。如果要更改为生产配置,只需在HA云或内部部署服务器后更改连接字符串即可。 相关文档和指导 在开发这个参考应用,我们正在创造一个参考指南/电子书名为“构建和开发集装箱和微服务基于.NET应用程序”,其详细阐述了如何开发这种建筑风格(微服务,多克尔容器,领域驱动设计某些微服务)以及其他更简单的架构风格,如可以作为Docker容器生活的单片应用程序。 还有其他电子书专注于容器/ Docker生命周期(DevOps,CI / CD等)与Microsoft Tools,已经发布,另外还有一本关于使用Xamarin.Forms的企业应用程序模式的电子书。您可以下载它们,并在这里开始审查这些指南/电子书:   建筑与发展 集装箱生命周期和CI / CD 应用程序模式与Xamarin.Forms 下载(初稿,在进行的工作) 下载(自2016年后期第一版) 下载(初稿,在进行的工作) 发送反馈给[email protected] 然而,我们鼓励下载和审查“架构与开发电子书”,因为在指导中解释的架构风格和架构模式和技术在解释许多模式实现时使用此参考应用程序,因此您将更好地了解上下文,设计以及在当前架构和内部设计中采取的决策。 应用程序代码概述 在这种回购,你可以找到一个样本参考应用,将帮助您了解如何实现用微服务架构的应用.NET的核心和多克。 示例业务域或场景基于作为多容器应用实现的eShop或电子商务。每个容器都是使用.NET Core运行的ASP.NET Core开发的一个微服务部署(如basket-microservice,catalog-microservice,ordering-microservice和identity-microservice),因此可以在Linux Containers和Windows Containers 。下面的屏幕截图显示了这些微服务器/容器和客户端应用程序的VS Solution结构。 (推荐入门时)开放eShopOnContainers-ServicesAndWebApps.sln为仅包含相关的微服务和Web应用程序的服务器端项目的解决方案。 开放eShopOnContainers-MobileApps.sln为仅包含所述客户端的移动应用项目的解决方案(仅Xamarin移动应用)。它也是基于mocks独立工作的。 打开eShopOnContainers.sln包含所有项目(所有的客户端应用和服务)的解决方案。 最后,这些微服务由多个客户端网络和移动应用程序消耗,如下所述。 MVC应用程序(ASP.NET核心):它的一个MVC应用程序,你可以找到关于如何消费有趣的场景基于HTTP的从C#在服务器端运行的微服务,因为它是一个典型的ASP.NET MVC的核心应用。由于它是一个服务器端应用程序,因此内部Docker Host网络内部名称解析可以访问其他容器/微服务器。 SPA(单页应用):提供了类似的“网上商店的业务功能”,而是开发了角2,打字稿及轻微使用ASP.NET MVC的核心。这是客户端Web应用程序的另一种方法,当您希望拥有更现代的客户端行为时,其行为与每个操作上的典型浏览器往返行为不同,但表现为类似于单页应用程序的单页面应用程序桌面应用使用体验。基于HTTP的微服务的消耗由客户端浏览器中的TypeScript / JavaScript完成,因此客户端调用微服务器来自Docker Host内部网络(从您的网络甚至从互联网)。 Xamarin移动应用(对于iOS,Android和Windows / UWP) :这是一个客户端移动应用程序支持最常见的移动操作系统平台(的iOS,Android和Windows / UWP)。在这种情况下,微服务的消耗是从C#完成的,但是在客户端设备上运行, 为eShopOnContainers设置开发环境 Visual Studio 2017和Windows 这是更直接的入门方式:https://github.com/dotnet/eShopOnContainers/wiki/02.-Setting-eShopOnContainer-solution-up-in-a-Visual-Studio-2017- environment  CLI和Windows 对于喜欢Windows的CLI的用户,使用dotnet CLI,Docker CLI和Windows的VS代码: https://github.com/dotnet/eShopOnContainers/wiki/03.-Setting-the-eShopOnContainers-solution-up-in-a-Windows-CLI-environment-(dotnet-CLI,-Docker-CLI-and-VS-Code) CLI和Mac 对于那些喜欢在Mac上使用CLI的用户,使用dotnet CLI,Docker CLI和VS代码(说明仍然TBD,但类似于Windows CLI):https://github.com/dotnet/eShopOnContainers/wiki/04.-设置eShopOnContainer-in-a-Mac,-VS-Code-and-CLI-environment - (dotnet-CLI,-Docker-CLI-and-VS-Code) 关于测试的Docker容器/图像的注意事项 大部分项目的开发和测试的是(如三月初2017)完成对码头工人的Linux容器在开发机器与“泊坞的Windows”运行,默认是“泊坞的Windows”已安装的Hyper-V的Linux VM(MobiLinuxVM) 。该窗口的容器方案,目前正在实施/测试还没有。应用程序应该能够在基于不同Docker基础映像的Windows Nano Containers上运行,因为.NET Core服务也已经在普通Windows(没有Docker)上运行。该应用程序也使用安装了.NET Core和VS代码的开发MacOS机器在“Docker for Mac”中进行了部分测试,这仍然是使用在Mac上的VM安装程序上运行的Linux容器的“Docker for Windows” 建立。但是,来自社区的Mac环境和Windows Containers的进一步测试和反馈将不胜感激。 发送反馈和建议 如上所述,我们非常感谢您的反馈,改进和想法。您可以在问题部分创建新问题, 或发送电子邮件至[email protected] 问题 问题列表:https://github.com/dotnet/eShopOnContainers/issues/107 标签:docker  微服务

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值