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

原文:Docker最全教程——从理论到实战(二)

上篇内容链接: https://www.cnblogs.com/codelove/p/10030439.html

Docker和ASP.NET Core

Docker 正在逐渐成为容器行业的事实标准,受到 Windows 和 Linux 生态系统领域最重要供应商的支持。 (Microsoft 是支持 Docker 的主要云供应商之一。)现在,Docker 基本上已经在各大云或本地的任何数据中心普及了。

如何将.NET程序托管到Docker之中,相信这是广大.NET开发者的一个疑问。事实上,.NET Framework 支持在Docker中运行,但是仅能在windows 容器中运行,这并不符合我们的预期,因此,本篇我们只侧重于讨论ASP.NET Core和Docker。

在使用之前,笔者还是有必要介绍下ASP.NET Core。如果您对此非常熟悉和了解或者对此节不感兴趣,可以跳过本节。

ASP.NET Core简介

ASP.NET Core是一个跨平台的高性能开源框架,用于生成基于云且连接 Internet 的新式应用程序。使用 ASP.NET Core,我们可以:

    • 建置 Web 应用程序和服务、IoT 应用和移动后端。
    • 能够在 Windows、macOS 和 Linux 上进行开发和运行。部署到云或本地。
    • 在 .NET Core 或 .NET Framework 上运行。
    • 能够在 IIS、Nginx、Apache、Docker 上进行托管或在自己的进程中进行自托管我们的应用。

 

性能是.NET Core的一个关键特性,这里有必要介绍下。在这块,我们摘取了一份社区的测试汇总统计,仅供参考:

具体过程大家可以访问此链接来查看详情:https://www.cnblogs.com/savorboard/archive/2016/10/17/dotnet-benchmarks.html

ASP.NET Core和Docker

刚才说了这么多,我们回到主题。.NET Core天生就为跨平台设计,并且和Docker搭配非常友好,而且微软官方在这块提供了很多支持。比如说:

  • 轻量
  • 跨平台,天生对Linux友好
  • 模块化
  • 提供了轻量型容器镜像高性能(领先于Java servlets、Go 和 node.js)

接下来,我们一起来了解官方镜像。ASP.NET Core的官方镜像名称为microsoft/aspnetcore,微软针对Docker上的 ASP.NET Core 应用进行了优化,因此容器可以更快启动。为开发人员生成Docker镜像时,Microsoft 侧重于提供了以下主要方案:

  1. 用于开发和生成 .NET Core 应用的镜像。
  2. 用于运行 .NET Core 应用的镜像。

例如.NET Core 2.1,官方提供的镜像:

为什么是多个镜像?因为在开发、生成和运行容器化应用程序时,通常具有不同的优先级。 通过为这些单独的任务提供不同的镜像,有助于独立优化开发、生成和部署应用程序的过程。在开发期间,我们侧重的是开发更改的速度以及调试的能力。在生产环境,我们侧重的是应用部署和容器启动的速度和效率。

这里我们顺便提下我们基于.NET Core 2.1开发的免费开源框架——Magicodes.Admin,其demo现在已经完全托管在Docker之中,部署在腾讯云的容器服务之中,大家可以点击访问测试下速度和稳定性,启动速度这点没得说。推荐访问Https地址,因域名在备案之中,http域名可能无法访问。

Magicodes.Admin开源库地址:https://gitee.com/xl_wenqiang/Magicodes.Admin.Core

Demo地址:https://demoadmin.xin-lai.com

Admin

123456abcD

在本篇Docker教程中,我们会结合Magicodes.Admin的实践进行讲解,同时我们也会尽量提供一些实践案例分享给大家,比如Magicodes.Admin demo、Magicodes云服务、小程序商城(即将开源)、爱车APP等Docker完整托管案例,以便大家更易于理解和使用Docker。在Magicodes.Admin框架中,接口服务使用.NET Core 2.1开发,在docker上基于microsoft/dotnet:2.1-aspnetcore-runtime镜像使用Kestrel web服务器,后台前端使用Angular开发,在docker上基于nginx镜像使用nginx服务器进行托管,并启用了HTTPS支持和GZIP压缩。

我们回过来继续。.NET镜像 (microsoft/dotnet) 同样适用于基于 .NET Core 的控制台应用。使用 Docker 和 .NET Core非常适用于生产部署和托管,主要有以下几点:

  • 无需本地安装——可以直接使用 .NET Framework,而无需本地安装。只下载相关的Docker 镜像,其中包含 .NET Framework。
  • 在容器中开发——你可以在一致的环境中开发,使开发和生产环境类似(可避免一些问题,例如开发人员计算机上的全局状态)。 通过VS的一些扩展插件,我们甚至可以直接从 Visual Studio 启动容器。
  • 容器中测试——可以在容器中测试,减少由于环境配置不当或上次测试遗留的其他更改而导致的故障。
  • 在容器中生成——可以在容器中生成代码。
  • 在所有环境中部署——可以通过你的所有环境部署镜像。 这种方法减少了配置差异导致的故障,通常通过外部配置(例如,注入的环境变量)改变镜像行为。

注意:

Docker 镜像容器可以在 Linux 和 Windows 上本机运行。 但是,Windows 镜像仅能在 Windows 主机上运行,Linux 镜像可以在 Linux 主机和 Windows 主机上运行(到目前为止,使用 Hyper-V Linux VM),其中主机是指服务器或 VM。

注意:

.NET Framework也可以使用Docker进行托管,不过仅能托管到windows容器之中。

在具体应用和实践之前,我们有必要了解以下内容。

Kestrel

Kestrel是一个基于libuv的跨平台ASP.NET Core web服务器,libuv是一个跨平台的异步I/O库。ASP.NET Core模板项目使用Kestrel作为默认的web服务器。

Kestrel支持以下功能:

  • HTTPS
  • 用于启用不透明升级的WebSockets
  • 位于Nginx之后的高性能Unix sockets

Kestrel 被.NET Core支持的所有平台和版本所支持。Kestrel 可以单独使用,也可以与反向代理服务器(如 IIS、Nginx 或 Apache)一起使用。 反向代理服务器接收到来自 Internet 的 HTTP 请求,并在进行一些初步处理后将这些请求转发到 Kestrel。

在没有 Kestrel 或自定义服务器实现的情况下,不能使用 IIS、Nginx 和 Apache。 ASP.NET Core 设计为在其自己的进程中运行,以实现跨平台统一操作。 IIS、Nginx 和 Apache 规定自己的启动过程和环境。 若要直接使用这些服务器技术,ASP.NET Core 必须满足每个服务器的需求。 使用 Kestrel 等 Web 服务器实现时,ASP.NET Core 可以控制托管在不同服务器技术上的启动过程和环境。

注意:

Kestrel 可以单独使用,也可以与反向代理服务器(如 IIS、Nginx 或 Apache)一起使用。在docker容器中,我们推荐使用Kestrel。

在大部分情况下,我们推荐使用反向代理服务器。主要是有以下好处:

  • 可以限制所承载的应用中的公开的公共外围应用。
  • 可以提供额外的配置和防护层。
  • 可以更好地与现有基础结构集成。
  • 可以简化负载均衡和 SSL 配置。 仅反向代理服务器需要 SSL 证书,并且该服务器可使用普通 HTTP 在内部网络上与应用服务器通信。

说了这么多,总归还是“纸上得来终觉浅,绝知此事要躬行”。我们来一起实践:

首先我们需要安装以下包:

Install-Package Microsoft.AspNetCore.Server.Kestrel -Version 2.1.3

然后就可以编写启动代码:

在上面的代码中,我们通过了配置文件来配置Kestrel,我们也推荐大家使用配置文件来配置Kestrel。相关配置Demo如下:

当然,我们也可以通过代码来配置kestrel:

按环境加载配置

ASP.NET Core 基于使用环境变量的运行时环境配置应用行为。ASP.NET Core 在应用启动时读取环境变量ASPNETCORE_ENVIRONMENT,并将该值存储在 IHostingEnvironment.EnvironmentName 中。 ASPNETCORE_ENVIRONMENT 可设置为任意值,但框架支持三个值:Development、Staging 和 Production。 如果未设置 ASPNETCORE_ENVIRONMENT,则默认为 Production。

注意:

在Docker容器中,我们经常会修改ASPNETCORE_ENVIRONMENT环境变量来模拟开发、测试和生产环境。

因此在代码中,我们可以根据环境变量来启用或关闭相应的功能,其中场景最广泛的一点是——根据不同的环境加载不同的配置。同时,内置的环境变量配置提供程序(EnvironmentVariablesConfigurationProvider)还可以在运行时从环境变量键值对加载配置。具体见以下代码:

内置的日志记录提供程序

ASP.NET Core 提供以下内置日志记录提供程序,在很多情况下,对我们会很有帮助:

  • 控制台日志提供程序
  • 调试日志提供程序
  • EventSource日志提供程序
  • EventLog日志提供程序

控制台日志提供程序

在Docker环境下,为了便于排错,我们推荐启用此日志提供程序。在平常的情况下,我们通过控制台运行程序(比如通过dotnet run运行)也会输出控制台日志。在使用之前,需要安装以下包:

Install-Package Microsoft.Extensions.Logging.Console -Version 2.1.1

然后我们可以在代码中通过以下代码启用:

logging.AddConsole();

完整代码如图所示:

添加了之后,我们在云端的容器服务的日志中,就可以看到控制台日志了。下面以腾讯云容器服务为例。首先打开腾讯云【容器服务】的【服务】页面,如图所示:

我们可以点击【日志】操作按钮的图标来查看日志:

我们也可以点击具体的某个实例来查看相关日志,这里就不多写了。

注意:

通过控制台日志,我们可以输出一些启动信息以用来做启动诊断,同时我们也可以根据控制台日志来查看请求状况和运行状况。

调试日志提供程序

和控制台日志一样,也需要安装相关依赖包:

Install-Package Microsoft.Extensions.Logging.Debug -Version 2.1.1

该包使用 System.Diagnostics.Debug 类(Debug.WriteLine 方法调用)来写入日志输出。注意,在 Linux 中,此提供程序将日志写入 /var/log/message

代码启用方式如下所示:

logging.AddDebug();

EventSource日志提供程序

包依赖关系如下:

Install-Package Microsoft.Extensions.Logging.EventSource -Version 2.1.1

该提供程序可实现事件跟踪。不过值得注意的是,该提供程序尚无支持 Linux 或 macOS 的事件集合和显示工具。期待官方提供相关工具。

而在windows server,可以通过开源工具https://github.com/Microsoft/perfview来收集和查看日志,如下图所示:

EventLog日志提供程序

需要添加包:Microsoft.Extensions.Logging.EventLog。

主要用于向 Windows 事件日志发送日志输出。

关于ASP.NET Core的相关内容,我们先介绍到这里。接下来我们主要是围绕Docker开发工作流程在进行讲解。

搭建并使用Docker

Docker的安装非常简单,我们这里仅以windows 10操作系统(推荐)为例进行讲解。

安装Docker

这里以Docker for windows为例,其他环境请参考官网教程。

注意:

不推荐使用Docker Toolbox,Docker Toolbox适用于较旧的Mac和Windows系统。

要安装 Docker,请先查看用于 Windows 的 Docker:安装须知了解相关信息。

安装须知链接:https://docs.docker.com/docker-for-windows/install/#what-to-know-before-you-install

注意:

使用Docker for windows需要启用Hyper-V功能。以下是系统要求:

  • Windows 10 64位:Pro,Enterprise或Education(Build 14393或更高版本)。
  • 在BIOS中启用虚拟化。通常,默认情况下启用虚拟化。这与启用Hyper-V不同。
  • 支持CPU SLAT的功能。
  • 至少4GB的RAM。

Docker for Windows安装包括:安装提供 Docker Engine,Docker CLI客户端,Docker Compose,Docker Machine和 Kitematic。

安装包下载链接:https://store.docker.com/editions/community/docker-ce-desktop-windows

参考:https://docs.docker.com/docker-for-windows/

安装完后,会提示点击重启电脑。重启后会自动启动Docker程序,如果弹出下图所示提示,则需要在Windows 功能中启用Hyper-V功能和 在BIOS CPU配置中打开 “虚拟化配置”,打开之后,如下图所示,虚拟化会显示已启用。反之安装成功。

注意虚拟化已启用,如下图所示(这里秀一把我NB的台式机,是不是比你们的服务器都高端N个档次):

以上配置完成后我们推荐将docker容器切换到Linux环境,选择右下角Docker图标右键选择” Switch to Linux containers”进行切换,如果显示” Switch to Windows containers”则已处于Linux容器。

这是我们可以测试Docker环境是否正常,打开命令行,输入docker –version:

注意:

我们推荐使用Linux容器服务,因为目前主流的容器系统是Linux,并且从资源的利用来说,Linux可以让资源得到更大的利用。

关于docker的安装和配置,这里不再细说,大家可以关注我们的公众号“magiccodes“来查阅相关的教程以及录屏。

配置Docker本地环境

安装完成并且启动后,右下角有个小图标:

右键打开设置。

Docker for Windows 中的共享驱动器必须配置为支持卷映射和调试。右键单击系统托盘中的 Docker 图标,单击“设置”,然后选择“共享驱动器”。 选择 Docker 存储文件的驱动器。 单击“应用”。

其他的配置我们这里就不多说了,具体见公众号“magiccodes”中提供的录屏教程。

运行一个简单的demo

我们先运行官方的Hello world示例:

docker run hello-world

我们也可以简单运行一个web示例,比如:

docker run --name aspnetcore_sample --rm -it -p 8000:80 microsoft/dotnet-samples:aspnetapp

应用程序启动后,使用浏览器打开http://localhost:8000,即可看到以下界面:

Docker的安装和配置在Windows 10操作系统下非常简单,我们也极力推荐大家使用此环境。毕竟,一个好的开发环境可以大大提高大家的使用和开发效率。

原文地址:https://www.cnblogs.com/lonelyxmas/p/10265859.html

时间: 2024-10-28 23:38:49

Docker最全教程——从理论到实战(二)的相关文章

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

在本系列教程中,笔者希望将必要的知识点围绕理论.流程(工作流程).方法.实践来进行讲解,而不是单纯的为讲解知识点而进行讲解.也就是说,笔者希望能够让大家将理论.知识.思想和指导应用到工作的实际场景和实践之中,而不是拿着字典写文章,抱着宝典写代码.至于很多具体的语法.技术细节,除了常用的知识点,笔者更希望大家阅读官方文档——毕竟看官网比看书靠谱多了,官网会一直更新和改进,而书和教程自出版或发布之后,基本上就“死“了. 本系列教程预计全部完成还需要2到3个月的时间.在这个过程中,您可以加入我们一起讨

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

原文:Docker最全教程--从理论到实战(五) 往期内容链接 Docker最全教程——从理论到实战(二) Docker最全教程——从理论到实战(三) Docker最全教程——从理论到实战(四) 本篇教程持续编写了3个星期左右并且一直在完善.补充具体的细节和实践,预计全部完成需要1到2个月的时间.由于编写的过程中极其费时,并且还需要配合做一些实践(有些实践存在一些坑,而且极其费时费事).因此目前产出的速度已经跟不上发布的速度了,后续的发布节奏会放慢,请大家多多理解和多多包含. 在这个过程中,我们

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

原文:Docker最全教程--从理论到实战(七) 在本系列教程中,笔者希望将必要的知识点围绕理论.流程(工作流程).方法.实践来进行讲解,而不是单纯的为讲解知识点而进行讲解.也就是说,笔者希望能够让大家将理论.知识.思想和指导应用到工作的实际场景和实践之中,而不是拿着字典写文章,抱着宝典写代码.至于很多具体的语法.技术细节,除了常用的知识点,笔者更希望大家阅读官方文档——毕竟看官网比看书靠谱多了,官网会一直更新和改进,而书和教程自出版或发布之后,基本上就“死“了. 本系列教程预计全部完成还需要2

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

原文:Docker最全教程--从理论到实战(六) 托管到腾讯云容器服务 托管到腾讯云容器服务,我们的公众号“magiccodes”已经发布了相关的录屏教程,大家可以结合本篇教程一起查阅. 自建还是托管? 在开始之前,我们先来讨论一个问题——是自建容器服务还是托管到云容器服务? 这里笔者建议大家托管到云容器服务.对于中小团队来说,很多情况下,团队中的运维人员是缺失的,或者运维人员的水平非常有限——大部分比网吧的网管就好那么一点,从成本.安全(云端产品往往提供了一些解决方案,比如权限控制.灾备.高可

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

原文:Docker最全教程--从理论到实战(三) 往期链接: https://www.cnblogs.com/codelove/p/10030439.html https://www.cnblogs.com/codelove/p/10036608.html 写在前面 容器是应用走向云端之后必然的发展趋势,因此笔者非常乐于和大家分享我们这段时间对容器的理解.心得和实践. 本教程持续编写了2个星期左右并且一直在完善.补充具体的细节和实践,预计全部完成需要1到2个月的时间.由于编写的过程中极其费时,并

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

前言 Java是一门面向对象的优秀编程语言,市场占有率极高,但是在容器化实践过程中,发现官方支持并不友好,同时与其他编程语言的基础镜像相比(具体见各语言镜像比较),确实是非常臃肿. 本篇仅作探索,希望对大家有所帮助. 目录 Java 官方镜像 各语言镜像比较 使用Docker搭建Java开发环境 编写Hello world! 编写Dockerfile 构建镜像并执行 Java Java是一门面向对象编程语言,不仅吸收了C++语言的各种优点,还摒弃了C++里难以理解的多继承.指针等概念,因此Jav

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

使用Tencent Hub来完成CI 关于Tencent Hub Tencent Hub是腾讯出品的DevOps服务.主要提供多存储格式的版本管理,支持Docker Image.Binary.Helm Charts 等多种类型文件.同时提供 DevOps 工作流的编排引擎,并且支持编排 DevOps 工作流,以打造更强的持续集成与持续交付力,加快软件迭代发布速度. 相比Azure DevOps,Tencent Hub主要面对国内开发者,因此在CI这块,更容易水土相符. 使用Tencent Hub

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

本篇教程主要讲解基于容器服务搭建TeamCity服务,并且完成内部项目的CI流程配置.教程中也分享了一个简单的CI.CD流程,仅作探讨.不过由于篇幅有限,完整的DevOps,我们后续独立探讨. 为了降低容器的使用门槛以及便于大家将容器技术应用于开发和实践,当前教程大部分线上实践结合TKE(腾讯云容器服务)来进行讲解和实践.当本系列内容讲解完成后,笔者将再单独讲解Kubernetes(k8s). 最后,长沙技术社区第一次线下交流会将在2019年3月10日下午2点开始,有兴趣的朋友可以参与交流.名额

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

前言 树莓派(Raspberry Pi)是一台卡片电脑(只有信用卡大小),我们可以使用树莓派做很多事情,比如智能家居的中控.航空器.BT下载器.挖矿机.智能机器人.小型服务器(花生壳+网站)等等. 目前,支持 Linux 的 IoT 设备越来越多,比如本文中的树莓派.而Docker,在物联网这块,也提供了一个优秀的解决方案.一方面,真正做到了一次编译,到处运行(包括各种loT设备),而且还很轻量,另一方面,镜像的差异化更新可以减轻低带宽网络上的压力, 减少连接设备所需的时间量和降低故障概率,使更