详解.NET Core+Docker 开发微服务

.NET Core发布很久了,因为近几年主要使用java,所以还没使用过.NET Core,今天正好有一个c#写的demo,需要做成服务,不想再转成java来实现,考虑使用.NET CORE来尝下鲜,目标是开发一个微服务,然后部署到Docker swarm集群,供其他应用调用。

环境准备

下载.NET core的最新版本2.1.3, 安装后打开命令行验证:

出现下面的输出,就代表安装成功了

dotnet

Usage: dotnet [options]
Usage: dotnet [path-to-application]

Options:
 -h|--help   Display help.
 --info   Display .NET Core information.
 --list-sdks  Display the installed SDKs.
 --list-runtimes Display the installed runtimes.

path-to-application:
 The path to an application .dll file to execute.

然后是VS CODE安装c#插件,

以及安装nuget插件,方便管理扩展。

创建工程

使用dotnet new name创建项目,其中name是项目类型,具体如下:

C:\Users\jqpeng>dotnet new --help
使用情况: new [选项]

选项:
 -h, --help   显示有关此命令的帮助。
 -l, --list   列出包含指定名称的模板。如果未指定名称,请列出所有模板。
 -n, --name   正在创建输出的名称。如果未指定任何名称,将使用当前目录的名称。
 -o, --output  要放置生成的输出的位置。
 -i, --install  安装源或模板包。
 -u, --uninstall  卸载一个源或模板包。
 --nuget-source  指定在安装期间要使用的 NuGet 源。
 --type    基于可用的类型筛选模板。预定义的值为 "project"、"item" 或 "other"。
 --force    强制生成内容,即使该内容会更改现有文件。
 -lang, --language 根据语言筛选模板,并指定要创建的模板的语言。

模板            短名称    语言    标记
----------------------------------------------------------------------------------------------------------------------------
Console Application        console   [C#], F#, VB  Common/Console
Class library          classlib   [C#], F#, VB  Common/Library
Unit Test Project         mstest    [C#], F#, VB  Test/MSTest
NUnit 3 Test Project        nunit    [C#], F#, VB  Test/NUnit
NUnit 3 Test Item         nunit-test   [C#], F#, VB  Test/NUnit
xUnit Test Project        xunit    [C#], F#, VB  Test/xUnit
Razor Page          page    [C#]    Web/ASP.NET
MVC ViewImports         viewimports  [C#]    Web/ASP.NET
MVC ViewStart          viewstart   [C#]    Web/ASP.NET
ASP.NET Core Empty        web    [C#], F#   Web/Empty
ASP.NET Core Web App (Model-View-Controller)  mvc    [C#], F#   Web/MVC
ASP.NET Core Web App        razor    [C#]    Web/MVC/Razor Pages
ASP.NET Core with Angular       angular   [C#]    Web/MVC/SPA
ASP.NET Core with React.js      react    [C#]    Web/MVC/SPA
ASP.NET Core with React.js and Redux    reactredux   [C#]    Web/MVC/SPA
Razor Class Library        razorclasslib  [C#]    Web/Razor/Library/Razor Class Library
ASP.NET Core Web API        webapi    [C#], F#   Web/WebAPI
global.json file         globaljson       Config
NuGet Config          nugetconfig       Config
Web Config          webconfig       Config
Solution File          sln         Solution

Examples:
 dotnet new mvc --auth Individual
 dotnet new classlib --framework netcoreapp2.1
 dotnet new --help

开发微服务,可以dotnet new mvc,创建一个mvc项目,然后VS CODE打开即可。

工程实现

实现就简单了,按部就班coding就可以,和几年前的.NET MVC没有本质区别:

新建一个APIController,添加一个方法:

public JsonResult Search(string tfsid)
 {
  try
  {
  return Json(new { success = true, data = PailitaoApi.SearchByTFSId(tfsid) });
  }
  catch (Exception ex)
  {
  Console.WriteLine(ex.Message);
  return Json(new { success = false, data = "Search failed!" }); ;
  }
 }

然后删掉默认的模板文件,将HomeControler里的代码清理掉,保留Index,减小包体积

public string Index()
 {
  return "api";
 }

主要代码OK!

Docker 镜像编译

按照官方指南,我们编写Dockefile,主要是通过microsoft/dotnet:2.1-sdk AS build实现编译,通过microsoft/dotnet:2.1-aspnetcore-runtime来运行,具体见下面,注意pailitao.dll需要修改成你项目的名称:

FROM microsoft/dotnet:2.1-sdk AS build
WORKDIR /app

# copy csproj and restore as distinct layers
COPY *.csproj ./
RUN dotnet restore

# copy everything else and build app
COPY . ./
RUN dotnet publish -c Release -o out

FROM microsoft/dotnet:2.1-aspnetcore-runtime AS runtime
WORKDIR /app
COPY --from=build /app/out ./
EXPOSE 80
ENTRYPOINT ["dotnet", "appname.dll"]

简单分析:

build时,先dotnet restore

通过dotnet publish -c Release -o out 编译release版本dll

然后构建runtime,从build环境将out 目录拷贝出来

然后EXPOSE 80端口,设置ENTRYPOINT 为‘dotnet appname.dll'

微服务CICD

首先是构建,先将代码放入SVN, 在Jenkins里新建自由模式项目,Build里使用Build/publish Docker Image:

然后部署,构建好image后,通过shell执行部署:

docker service rm pailitaoservice
docker service create --name pailitaoservice --replicas 1 --publish 15001:80 192.168.86.8:5000/pailitaoservice

最后,测试下服务:

(0)

相关推荐

  • 云服务器下搭建ASP.NET Core环境

    最近.net core如火如荼,国内这方面环境搭建方面的文档也非常多,但是不少已经是过时的,就算按照那个流程走下去也避免不了一些地方早就不一样了.所以下面我将从头到尾的教大家搭建一次环境,并且成功运行官网的demo. 一.系统环境 本次笔者因为懒的去做虚拟机,所以注册了一个云提供商的试用账户作为本次的主机. 系统: Ubuntu Server 14.04.2 LTS 64bit Mono: 1.0.0-rc1-update1 Coreclr: 1.0.0-rc1-update1 二.正文 1.首

  • 详解ASP.NET Core 网站发布到Linux服务器

    长期以来,使用.NET开发的应用只能运行在Windows平台上面,而目前国内蓬勃发展的互联网公司由于成本的考虑,大量使用免费的Linux平台,这就使得.NET空有一身绝技但无法得到广大的施展空间,.NET平台被认为只适合开发企业内部应用系统. 2016年6月27日,微软正式发布.NET Core 1.0.ASP.NET 1.0和Entity Framework Core 1.0,通吃 Windows.OS X和Linux三大操作系统..NET Core作为新一代跨平台.开源的.NET平台备受瞩目

  • c# .Net Core静态文件服务器的新人入门教程

    概要: 本文通过示例,讲解了 NET Core2.0 静态文件目录的相关知识,并附带解析,适合新手,并附带了完整的项目代码.(项目通过 vs2017 初始化的 ASP.NET Core 应用程序,之后选择***空项目***) 示例代码 项目结构 program.cs文件 using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Threading.Tasks;

  • 基于.net core微服务的另一种实现方法

    前言 基于.net core 的微服务,网上很多介绍都是千篇一律基于类似webapi,通过http请求形式进行访问,但这并不符合大家使用习惯.如何像形如[ GetService<IOrderService>().SaveOrder(orderInfo)]的方式, 调用远程的服务,如果你正在为此苦恼, 本文或许是一种参考. 背景 原项目基于传统三层模式组织代码逻辑,随着时间的推移,项目内各模块逻辑互相交织,互相依赖,维护起来较为困难.为此我们需要引入一种新的机制来尝试改变这个现状,在考察了 Ja

  • Asp.Net Core中服务的生命周期选项区别与用法详解

    前言 最近在做一个小的Demo中,在一个界面上两次调用视图组件,并且在视图组件中都调用了数据库查询,结果发现,一直报错,将两个视图组件的调用分离,单独进行,却又是正常的,寻找一番,发现是配置依赖注入服务时,对于服务的生命周期没有配置得当导致,特此做一次实验来认识三者之间(甚至是四者之间的用法及区别). 本文demo地址(具体见WebApi控制器中):https://gitee.com/530521314/koInstance.git (本地下载)  一.服务的生命周期 在Asp.Net Core

  • 详解.NET Core+Docker 开发微服务

    .NET Core发布很久了,因为近几年主要使用java,所以还没使用过.NET Core,今天正好有一个c#写的demo,需要做成服务,不想再转成java来实现,考虑使用.NET CORE来尝下鲜,目标是开发一个微服务,然后部署到Docker swarm集群,供其他应用调用. 环境准备 下载.NET core的最新版本2.1.3, 安装后打开命令行验证: 出现下面的输出,就代表安装成功了 dotnet Usage: dotnet [options] Usage: dotnet [path-to

  • 详解如何使用Docker部署Django+MySQL8开发环境

    前一段时间重装了系统,然后我还没有备份,导致电脑里的开发环境全都没有了. 一想到又要装 Python 环境,还要装数据库,然后安装过程中还可能报一堆错就头疼. 最近正在学习 Docker,这不正好解决了我当前的痛点了吗?而且,不止这次重装系统,以后再重装都不怕了,只要拿着 Dockerfile 和 docker-compose 文件,不管到什么环境,一条命令轻松跑起来. 之前部署 Python 开发环境,都是用的 virtualenv,或者是 Pipenv.这次使用 Docker 之后,对比下来

  • 详解Django+Vue+Docker搭建接口测试平台实战

    一. 开头说两句 大家好,我叫林宗霖,是一位测试工程师,也是全栈测开训练营中的一名学员. 在跟着训练营学习完Docker容器技术系列的课程后,理所应当需要通过实操来进行熟悉巩固.正好接口自动化测试平台需要迁移到新的测试服务器上,就想要体验一番Docker的"一次构建,处处运行".这篇文章简单介绍了下这次部署的过程,其中使用了Dockerfile定制镜像和Docker-Compose多容器编排. 二. 项目介绍 项目采用的是前后端分离技术来实现的,前端是Vue+ElementUI,后端是

  • 详解SpringBoot项目docker环境运行时无限重启问题

    可能是我开始处理问题的思路不对,现在描述问题可能也有点乱,但是里面可能的处理方式希望能帮到遇到我这个坑的人 描述:springboot项目,docker镜像里面运行,看docker的日志,项目启动成功后,隔了一分钟左右他就自动重新启动,然后造成网站接口访问的时候nginx报502 gateway啥的,有两台服务器,一个是文件服务器,运行了很简单的上传下载文件的代码以及验证token,另一台运行了java应用,两台服务器都在一次更新项目的镜像,运行过后遇到了这个问题,很奇怪. 然后我将项目弄成ja

  • 详解.NET Core中的Worker Service

    当你想到ASP.NET Core时,可能会想到Web应用程序后端代码,包括MVC和WebAPI.MVC视图和Razor页面还允许使用后端代码生成带有HTML元素的前端UI.全新的Blazor更进一步,允许使用WebAssembly在Web浏览器中运行客户端.NET代码.最后,我们现在有了一个Worker Service应用程序的模板. 这是在ASP.NET Core早期预览中引入的.虽然项目模板最初列在Web模板下,但此后在向导中重新定位了一个级别.这是在.NET Core中创建长时间运行的跨平

  • 详解Vue基于 Nuxt.js 实现服务端渲染(SSR)

    直接使用 Vue 构建前端单页面应用,页面源码时只有简单的几行 html,这并不利于网站的 SEO,这时候就需要服务端渲染 2016 年 10 月 25 日,zeit.co 背后的团队对外发布了一个 React 的服务端渲染应用框架 Next.js 几小时后,一个基于 Vue.js 的服务端渲染应用框架应运而生,与 Next.js 异曲同工,这就是Nuxt.js 一.快速模板 在已经安装了 vue-cli 的前提下,可以快速创建一个 nuxt 的项目模板 vue init nuxt-commun

  • 详解IDEA启动多个微服务的配置方法

    使用IDEA开发微服务项目,需要启动多个微服务,可以开启IDEA的Run DashBoard窗口,需要对IDEA中指定工程的父工程进行配置进行修改. 首先找到.idea文件下的workspace.xml,并找到RunDashboard 加入如下配置: <option name="configurationTypes"> <set> <option value="SpringBootApplicationConfigurationType"

  • 详解.NET Core 3.0 里新的JSON API

    为什么需要新的 JSON API ? JSON.NET  大家都用过,老版本的 ASP.NET Core 也依赖于 JSON.NET . 然而这个依赖就会引起一些版本问题:例如 ASP .NET  Core某个版本需要使用 JSON .NET  v10 ,而另一个库需要使用 JSON.NET  v11 :或者 JSON .NET   出现了一个新版本,而ASP .NET Core 还不能支持这个版本,而您却想使用该版本. System.Text.Json   随着 NET Core  3.0 的

  • 详解复制备份docker容器数据的方法

    这里以jenkins容器为例,介绍三种方法. 方法一 将容器打包成镜像,这时数据就在镜像中了,im:1.0为容器名,可以随便取 docker commit <container id> im:1.0 重新运行镜像,-v将容器内tmp目录映射到宿主机上的tmp目录 docker run -itd -v /tmp:/tmp im:1.0 // 第一个tmp是宿主机目录,第二个是容器内目录 把 /var/jenkins_home的文件复制到tmp下,注意这里的container name是随机生成的

  • 详解六种减小Docker镜像大小的方法

    我从2017年做Vulhub开始,一直在和一个麻烦的问题做斗争:在编写Dockerfile的时候, 如何减小 docker build 生成的镜像大小 ?这篇文章就给大家总结一下我自己使用过的六种减小镜像大小的方法. 1. 使用Alpine Linux Alpine Linux是一个基于BusyBox和Musl Libc的Linux发行版,其最大的优势就是小.一个纯的基础Alpine Docker镜像在压缩后仅有2.67MB. 不少Docker官方镜像都有Alpine版本,比如PHP: 比较之下

随机推荐