Asp.Net Core&Jenkins持续交付到Windows Server

  对于Linux平台上的持续集成和持续交付可以使用Docker快捷的完成任务,但是Windows Server下却不好使用,一般来讲,windows Server下最简单的发布方式是直接手动打包发布或是利用webDeploy完成,但是手动发布太麻烦,webDeploy配置也麻烦,因此尝试使用Jenkins+Powershell,将代码拉取到Windows Server上然后通过dotnet命令发布,并通过Powershell更新相应的网站,但是首次网站配置工作,还是得手动进行发布工作,对于在公司内部服务器测试来讲,可以减轻许多工作量,做到代码合并到主干即可更新测试服务器。

  本地环境及工具:Windows Server 2008R2+Jenkins+Powershell+.Net Core2.2 

 

一、服务器安装Jenkins

    从Jenkins官网下载Windows下的Jenkins程序,下载的压缩包解压后为msi版本,作为系统服务在后台运行,移入到服务器中

   

分享图片

  执行安装,按照正常的安装步骤安装即可

  

分享图片

   安装完毕会自动打开网站或手动访问localhost:8080,开始配置Jenkins,找到网站中指定的路径中,拿到生成的密码解锁Jenkins。

  

分享图片

  下一步安装推荐的插件即可,如果知道哪些插件要安装则选择另一个选项,此处我选择第一个也是默认选项,然后等待安装即可。

  

分享图片

  安装完毕,配置管理员账号密码完毕即可,完成后自动跳转到Jenkins中,下次登录时需要用刚配置好的账号密码登录。

  

分享图片

 

二、服务器配置IIS、安装.Net Core SDK及AspNetCoreModule

  1、配置IIS及相关需要的服务:

  通过图形界面配置IIS并安装需要的服务,可参考Windows ServerR2配置教程:https://jingyan.baidu.com/article/5d6edee2e034f099eadeec3c.html

  

分享图片

  或通过脚本配置IIS,打开Windows Powershell Modules工具,先通过命令查看本地的功能。

get-command -module servermanager

分享图片

  如我本地是Add-开头,则需要将Install-WindowsFeature更换成Add-WindowsFeature,否则稍后的操作会得到如下错误,在2008R2上是Add-开头,而在2008R2以后的版本是Install-开头,此部分可以查看微软官方文档

分享图片

  再次查看IIS服务并得到展示可以选择的服务,该部分服务就是图形化界面中的选项菜单,选择好需要的服务后

get-windowsfeature web*

  

分享图片

  执行以下命令完成脚本配置IIS,可以比对脚本内的服务和powershell中的服务,直接继续按照命令安装即可,至此IIS配置及安装需要的服务完成。

$IISFeatures = "Web-WebServer","Web-Common-Http","Web-Default-Doc","Web-Dir-Browsing","Web-Http-Errors","Web-Static-Content","Web-Http-Redirect","Web-Health","Web-Http-Logging","Web-Custom-Logging","Web-Log-Libraries","Web-ODBC-Logging","Web-Request-Monitor","Web-Http-Tracing","Web-Performance","Web-Stat-Compression","Web-Security","Web-Filtering","Web-Basic-Auth","Web-Client-Auth","Web-Digest-Auth","Web-Cert-Auth","Web-IP-Security","Web-Windows-Auth","Web-App-Dev","Web-Net-Ext","Web-Asp-Net","Web-ISAPI-Ext","Web-ISAPI-Filter","Web-Mgmt-Tools","Web-Mgmt-Console"
Install-WindowsFeature -Name $IISFeatures

  

分享图片

           

  可能会得到如下错误信息,需要修改Powershell的执行策略。

  

分享图片

  先通过命令查看当前策略

get-executionpolicy

  设置当前计算机允许执行脚本

set-executionpolicy remotesigned

  再次执行配置IIS的脚本等待安装直到成功。

  

分享图片

 ·

  2、安装.Net Core环境:

  先从官网下载.Net Core SDK和用于与IIS打交道的Runtime & Hosting Bundle,.Net Core SDK不是必须的,如果服务器上只做运行环境的话,但是考虑到做持续交付,得用到SDK完成编译、发布,因此还是装上SDK。此处以.Net Core2.2版本为例下载,然后执行安装,可能得注意下安装顺序,先安装SDK程序,后安装Runtime&HostingBundle程序,安装完毕后在IIS的模块页中查看刚刚安装的模块。

   

分享图片

 

  3、脚本一键安装并配置:

  通过Powershell中执行一整套命令完成IIS、.Net Core SDK和Runtime & Hosting Bundle的安装及配置工作,需要注意的是,该脚本中部分命令需要在Windows Server2008R2后的版本才能运行。

$existDotnet=Test-Path "C:\Program Files\dotnet\dotnet.exe"

if(!$existDotnet){
# Install IIS
$IISFeatures = "Web-WebServer","Web-Mgmt-Console"
Install-WindowsFeature -Name $IISFeatures

# Install .NET Core SDK 2.2.104
$downloadNETCoreSDKUrl="https://download.visualstudio.microsoft.com/download/pr/4a195fc9-7696-4c24-add2-e791b399766c/3a67d698a74505b46db9d9779745e47b/dotnet-sdk-2.2.104-win-x64.exe"

Invoke-WebRequest $downloadNETCoreSDKUrl -outfile $env:temp\dotnet-sdk.exe
Start-Process $env:temp\dotnet-sdk.exe -ArgumentList ‘/quiet‘ -Wait

# Install the .NET Core Windows Server Hosting bundle
$downloadNETCoreHostingIISUrl="https://download.visualstudio.microsoft.com/download/pr/5efd5ee8-4df6-4b99-9feb-87250f1cd09f/552f4b0b0340e447bab2f38331f833c5/dotnet-hosting-2.2.2-win.exe"

Invoke-WebRequest $downloadNETCoreHostingIISUrl -outfile $env:temp\dotnet-hosting.exe
Start-Process $env:temp\dotnet-hosting.exe -ArgumentList ‘/quiet‘ -Wait

# Restart the web server so that system PATH updates take effect
net stop was /y
net start w3svc

}

 

  4、配置IIS应用程序池:

  在IIS中配置应用程序池已满足.Net Core为自宿主类型,IIS只是起到反向代理作用。

  

分享图片

 

三、使用Powershell脚本完成项目发布、更新网站

  1、在Jenkins中配置流水线

  选择新增一个任务并选择构建自由风格软件项目, 配置Git地址,如果出现如下错误信息则需要在服务器上安装Git,直接下载Git安装到服务器中,并在Jenkins中配置

    Failed to connect to repository:Error performing command:git.exe ls-remote-h ........ 

  在Jenkins首页左侧系统管理->全局工具配置中找到Git,然后修改为安装路径下.exe所在位置,保存即可,再次回到项目制定处填写Git地址错误消失。

  

分享图片

  配置完Git地址后的一些信息如下简单设置一下即可

  

分享图片

  

  2、项目发布后打包到服务器下,通过IIS增加网站,选择应用程序池,选择物理路径等等操作,保证第一次手动操作的正常运行,此处暂时先跳过,操作简便。

  

分享图片

 

  3、在Jenkins中安装一个Powershell插件,在系统管理->插件管理->可用项下搜索Powershell执行安装。

    在Jenkins项目配置中新增Build环节,选择Powershell,然后完成对网站的更新

   

分享图片

  在powershell中涉及到还原依赖包、编译代码、停止站点、发布项目,重启站点等等......,对于站点名称,应用程序池,发布路径,站点路径等都由自己决定,保存后,执行构建,或改动代码触发构建,还可接入邮件通知功能。

# 还原项目
dotnet restore

# 编译项目
dotnet build

# 定义站点名称
$websiteName="limsSite"

# 应用程序池
$applicationPool=".NetCore"

# 临时发布路径
$publishTempPath="D:\Project\LimsSiteTemp"

# IIS站点路径
$publishPath="D:\Project\LimsSite"

# 关闭站点
C:\Windows\System32\inetsrv\appcmd.exe stop site $websiteName

# 指定发布路径
dotnet publish -o $publishTempPath -c Release

# 单独停止应用程序池: 
C:\Windows\System32\inetsrv\appcmd.exe stop apppool /apppool.name:"$applicationPool"

# 复制文件到IIS站点下
Copy-Item $publishTempPath  $publishPath

# 单独启动应用程序池: 
C:\Windows\System32\inetsrv\appcmd.exe start apppool /apppool.name:"$applicationPool"

# 启动站点
C:\Windows\System32\inetsrv\appcmd.exe start site $websiteName

# 删除站点
# C:\Windows\System32\inetsrv\appcmd.exe delete site $websiteName

  至此,Jenkins&Asp.Net Core持续交付到Windows Server上,方便快速测试服务器的发布工作也就完成了,可能还留有坑,暂时不影响。

 

 欢迎关注微信订阅号,有新的文章将同步到订阅号中

 

分享图片

2019-03-21,望技术有成后能回来看见自己的脚步

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


在上文中,我介绍了事件驱动型架构的一种简单的实现,并演示了一个完整的事件派发、订阅和处理的流程。这种实现太简单了,百十行代码就展示了一个基本工作原理。然而,要将这样的解决方案运用到实际生产环境,还有很长的路要走。今天,我们就研究一下在事件处理器中,对象生命周期的管理问题。事实上,不仅仅是在事件处理器
上文已经介绍了Identity Service的实现过程。今天我们继续,实现一个简单的Weather API和一个基于Ocelot的API网关。 回顾 《Angular SPA基于Ocelot API网关与IdentityServer4的身份认证与授权(一)》 Weather API Weather
最近我为我自己的应用开发框架Apworks设计了一套案例应用程序,并以Apache 2.0开源,开源地址是:https://github.com/daxnet/apworks-examples,目的是为了让大家更为方便地学习和使用.NET Core、最新的前端开发框架Angular,以及Apwork
HAL(Hypertext Application Language,超文本应用语言)是一种RESTful API的数据格式风格,为RESTful API的设计提供了接口规范,同时也降低了客户端与服务端接口的耦合度。很多当今流行的RESTful API开发框架,包括Spring REST,也都默认支
在前面两篇文章中,我详细介绍了基本事件系统的实现,包括事件派发和订阅、通过事件处理器执行上下文来解决对象生命周期问题,以及一个基于RabbitMQ的事件总线的实现。接下来对于事件驱动型架构的讨论,就需要结合一个实际的架构案例来进行分析。在领域驱动设计的讨论范畴,CQRS架构本身就是事件驱动的,因此,
HAL,全称为Hypertext Application Language,它是一种简单的数据格式,它能以一种简单、统一的形式,在API中引入超链接特性,使得API的可发现性(discoverable)更强,并具有自描述的特点。使用了HAL的API会更容易地被第三方开源库所调用,并且使用起来也很方便
何时使用领域驱动设计?其实当你的应用程序架构设计是面向业务的时候,你已经开始使用领域驱动设计了。领域驱动设计既不是架构风格(Architecture Style),也不是架构模式(Architecture Pattern),它也不是一种软件开发方法论,所以,是否应该使用领域驱动设计,以及什么时候使用
《在ASP.NET Core中使用Apworks快速开发数据服务》一文中,我介绍了如何使用Apworks框架的数据服务来快速构建用于查询和管理数据模型的RESTful API,通过该文的介绍,你会看到,使用Apworks框架开发数据服务是何等简单快捷,提供的功能也非常多,比如对Hypermedia的
在上一讲中,我们已经完成了一个完整的案例,在这个案例中,我们可以通过Angular单页面应用(SPA)进行登录,然后通过后端的Ocelot API网关整合IdentityServer4完成身份认证。在本讲中,我们会讨论在当前这种架构的应用程序中,如何完成用户授权。 回顾 《Angular SPA基于
Keycloak是一个功能强大的开源身份和访问管理系统,提供了一整套解决方案,包括用户认证、单点登录(SSO)、身份联合、用户注册、用户管理、角色映射、多因素认证和访问控制等。它广泛应用于企业和云服务,可以简化和统一不同应用程序和服务的安全管理,支持自托管或云部署,适用于需要安全、灵活且易于扩展的用
3月7日,微软发布了Visual Studio 2017 RTM,与之一起发布的还有.NET Core Runtime 1.1.0以及.NET Core SDK 1.0.0,尽管这些并不是最新版,但也已经从preview版本升级到了正式版。所以,在安装Visual Studio 2017时如果启用了
在上文中,我介绍了如何在Ocelot中使用自定义的中间件来修改下游服务的response body。今天,我们再扩展一下设计,让我们自己设计的中间件变得更为通用,使其能够应用在不同的Route上。比如,我们可以设计一个通用的替换response body的中间件,然后将其应用在多个Route上。 O
不少关注我博客的朋友都知道我在2009年左右开发过一个名为Apworks的企业级应用程序开发框架,旨在为分布式企业系统软件开发提供面向领域驱动(DDD)的框架级别的解决方案,并对多种系统架构风格提供支持。这个框架的开发和维护我坚持了很久,一直到2015年,我都一直在不停地重构这个项目。目前这个项目在
好吧,这个题目我也想了很久,不知道如何用最简单的几个字来概括这篇文章,原本打算取名《Angular单页面应用基于Ocelot API网关与IdentityServer4ʺSP.NET Identity实现身份认证与授权》,然而如你所见,这样的名字实在是太长了。所以,我不得不缩写“单页面应用”几个字
在前面两篇文章中,我介绍了基于IdentityServer4的一个Identity Service的实现,并且实现了一个Weather API和基于Ocelot的API网关,然后实现了通过Ocelot API网关整合Identity Service做身份认证的API请求。今天,我们进入前端开发,设计
Ocelot是ASP.NET Core下的API网关的一种实现,在微服务架构领域发挥了非常重要的作用。本文不会从整个微服务架构的角度来介绍Ocelot,而是介绍一下最近在学习过程中遇到的一个问题,以及如何使用中间件(Middleware)来解决这样的问题。 问题描述 在上文中,我介绍了一种在Angu
在大数据处理和人工智能时代,数据工厂(Data Factory)无疑是一个非常重要的大数据处理平台。市面上也有成熟的相关产品,比如Azure Data Factory,不仅功能强大,而且依托微软的云计算平台Azure,为大数据处理提供了强大的计算能力,让大数据处理变得更为稳定高效。由于工作中我的项目
在上文中,我们讨论了事件处理器中对象生命周期的问题,在进入新的讨论之前,首先让我们总结一下,我们已经实现了哪些内容。下面的类图描述了我们已经实现的组件及其之间的关系,貌似系统已经变得越来越复杂了。其中绿色的部分就是上文中新实现的部分,包括一个简单的Event Store,一个事件处理器执行上下文的接
在之前《在ASP.NET Core中使用Apworks快速开发数据服务》一文的评论部分,.NET大神张善友为我提了个建议,可以使用Compile As a Service的Roslyn为语法解析提供支持。在此非常感激友哥给我的建议,也让我了解了一些Roslyn的知识。使用Roslyn的一个很大的好处
很长一段时间以来,我都在思考如何在ASP.NET Core的框架下,实现一套完整的事件驱动型架构。这个问题看上去有点大,其实主要目标是为了实现一个基于ASP.NET Core的微服务,它能够非常简单地订阅来自于某个渠道的事件消息,并对接收到的消息进行处理,于此同时,它还能够向该渠道发送事件消息,以便