MES开发与应用 课件 5.2 工业管理软件系统调试与发布-系统发布_第1页
MES开发与应用 课件 5.2 工业管理软件系统调试与发布-系统发布_第2页
MES开发与应用 课件 5.2 工业管理软件系统调试与发布-系统发布_第3页
MES开发与应用 课件 5.2 工业管理软件系统调试与发布-系统发布_第4页
MES开发与应用 课件 5.2 工业管理软件系统调试与发布-系统发布_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

8.3系统发布介绍深圳市信息职业技术学院——SMOM发布介绍部署服务关系图介绍01目

录发布文件对应服务说明02Windows/Linux系统程序发布详细步骤03PDA和看板发布详细步骤04常见异常问题05学习目标通过本节学习可以:了解服务之间的依赖关系;了解.NETStandard2.0和.NETCore3.1的区别修改工程代码需要发布哪些服务?修改APP或看板代码需要怎么发布?发布后不生效?01部署服务关系图介绍工业管理软件系统部署服务的关系图02发布文件对应服务说明思考题为什么.NETStandard2.0框架的工程必须发布到WebApiHost服务、ScheduleServer服务、WebClient服务、WpfClient端?思考题为什么.NETCore3.1框架的工程必须发布到WebClent服务?.NETStandard2.0和.NETCore3.1的主要区别

.NETStandard2.0和.NETCore3.1是两个不同的概念,它们代表了不同的技术和框架。下面是它们之间的主要区别:.NETStandard2.0:.NETStandard是一个规范,定义了一组公共的API,用于跨不同的.NET实现(如.NETFramework、.NETCore和Xamarin)。.NETStandard2.0是其中的一个版本,它提供了广泛的API支持,可以在多个.NET平台上使用。.NETStandard2.0旨在提供一种通用的API集合,以便开发人员可以编写可在不同.NET实现之间共享的代码。.NETCore3.1:.NETCore是一个跨平台的开源框架,用于构建现代化的应用程序。.NETCore3.1是.NETCore的一个版本,它提供了一组丰富的API和功能,用于开发高性能、可扩展的应用程序。.NETCore3.1可以在Windows、Linux和macOS等多个操作系统上运行,并且具有较小的依赖关系和更快的启动时间。总结来说,.NETStandard2.0是一个规范,定义了一组公共的API,用于跨不同的.NET实现共享代码。而.NETCore3.1是一个具体的实现,是一个跨平台的开源框架,用于构建现代化的应用程序。.NETCore3.1可以使用.NETStandard2.0的API,同时还提供了额外的功能和特性。发布文件对应服务说明WebApiHostWebClientWpfClientWebClientWpfClientScheduleServer03Windows/Linux系统程序发布详细步骤Wpfclient发布压缩包说明业务模块-Plugins.zip(包含Domain/UI文件夹)Domain文件夹存放业务DLL;UI文件夹存放业务视图DLL。基础平台-Main.zip(包含SIE.dll/SIE.MOM.exe/SIE.Wpf.dll)配置文件-Config.zip(包含log4net.config/SIE.MOM.exe.config/appsettings.json)插件-AddIns.zip(包含AddIns文件夹)第三方DLL-Lib.zip(包含Lib文件夹)模板-Templates.zip(包含Templates文件夹)版本文件-Manifest.xmlWpfclient发布需要发布的工程DLL放到对应的压缩包框架DLL和WpfClient.NETStandard2.0工程DLL.NetFramework4.7.2工程DLL修改了哪个压缩包,就对应压缩包的版本在原来基础上加1windows系统发布步骤远程桌面连接(输入服务器IP、用户名、密码);备份程序包;停止需要发布的服务:.NETStandard2.0工程DLL,停止WebClient/WebApiHost/ScheduleServer服务;.NETCore3.1工程DLL,停止WebClient服务;WebClient/WebApiHost/ScheduleServer工程修复,停止相应的服务复制Release模式DLL到发布目录.NETStandard2.0工程DLL,复制WebClient/WebApiHost/ScheduleServer目录;.NETCore3.1工程DLL,复制WebClient目录;修改WebClient工程,需要发布WebClient.deps.json/WebClient.dll/WebClient.exe;修改SIE.WebApiHost工程,需要发布SIE.WebApiHost.deps.json/SIE.WebApiHost.dll/SIE.WebApiHost.exe修改SIE.ScheduleServer工程,需要发布SIE.ScheduleServer.deps.json/SIE.ScheduleServer.dll/SIE.ScheduleServer.exe附件模板复制到WebClient\wwwroot\Templates目录(Windows和Linux操作一致)启动服务。linux系统发布步骤使用工具FinalShell远程Linux服务器;添加远程服务器IP/账号/密码(端口号如果不是默认22,则需要改成对应的端口号);linux系统发布步骤复制修改的Release模式DLL到Linux系统对应服务的目录;.NETStandard2.0工程DLL,复制WebClient/WebApiHost/ScheduleServer目录;.NETCore3.1工程DLL,复制WebClient目录;修改WebClient工程,需要发布WebClient.deps.json/WebClient.dll/WebClient.exe;修改SIE.WebApiHost工程,需要发布SIE.WebApiHost.deps.json/SIE.WebApiHost.dll/SIE.WebApiHost.exe;修改SIE.ScheduleServer工程,需要发布SIE.ScheduleServer.deps.json/SIE.ScheduleServer.dll/SIE.ScheduleServer.exe;构建镜像(注:加版本号,方便有问题回滚到前面稳定的镜像).NETStandard2.0工程DLL,构建WebClient/WebApiHost/ScheduleServer镜像;#cd至webapihost发布目录cd/data/pub/10.0/Server1084#构建webapihost镜像(webapihost:镜像名称;1.0.1镜像版本)dockerbuild-twebapihost:1.0.1.#cd至scheduleserver发布目录cd/data/pub/10.0/ScheduleServer1086#构建scheduleserver镜像(scheduleserver:镜像名称;1.0.1镜像版本)dockerbuild-tscheduleserver:1.0.1.linux系统发布步骤.NETCore3.1工程DLL,构建WebClient镜像;删除WebClient/WebApiHost/ScheduleServer的docker容器;#cd至webclient发布目录cd/data/pub/10.0/BS1088#构建webapihost镜像(webclient:镜像名称;1.0.1镜像版本)dockerbuild-twebclient:1.0.1.#cd至webclient发布目录cd/data/pub/10.0/BS1088#构建webapihost镜像(webclient:镜像名称;1.0.1镜像版本)dockerbuild-twebclient:1.0.1.linux系统发布步骤运行容器#运行webapihost容器#--privileged=true:对主机系统的最高级别的访问权限#--restart=unless-stopped:在Docker容器启动时设置容器自动重启#-v:用于挂载宿主机目录或卷到容器内部的选项。它允许你在容器中访问宿主机上的文件或目录,并在容器内部进行读取和写入操作#-d:让容器在后台以守护进程的形式运行#-p:用于将容器的端口映射到宿主机的端口(注:跟服务配置文件的端口号匹配)#--name:容器名称#webapihost:1.0.1:镜像名称:版本号dockerrun--privileged=true\--restart=unless-stopped\-v/data/pub/10.0/Server1084/appsettings.json:/webapihost/appsettings.json\-d-p1084:1084--name=webapihostwebapihost:1.0.1#运行scheduleserver容器dockerrun--privileged=true\--restart=unless-stopped\-v/data/pub/10.0/ScheduleServer1086/appsettings.json:/scheduleserver/appsettings.json\-d-p1086:1086--name=scheduleserverscheduleserver:1.0.1linux系统发布步骤#运行webclient容器dockerrun--privileged=true\--restart=unless-stopped\-v/data/pub/10.0/BS1088/appsettings.json:/webclient/appsettings.json\-v/usr/share/fonts/chinese/truetype:/usr/share/fonts/truetype\-d-p1088:1088--name=webclientwebclient:1.0.104PDA和看板发布详细步骤PDA发布步骤获取PDA压缩包文件;删除原来的压缩包文件;修改版本号,点保存按钮;修改压缩包文件名跟包名相同,并点上传按钮;看板发布步骤获取看板文件;找到对应的看板,并删除;添加看板,并保存,再上传文件夹;05常见异常问题常见异常问题发布不生效;DLL用的是旧版本;WpfClient发布没有修改对应压缩包的版本;没有清理浏览器缓存。端口冲突:当尝试将容器的端口映射到宿主机上时,可能会遇到端口冲突的问题。这可能是因为宿主机上的端口已经被其他进程占用。解决方法是选择一个未被占用的宿主机端口进行映射。容器启动失败:在容器启动过程中,可能会出现启动失败的情况。这可能是由于容器内部的应用程序或服务配置错误、依赖项缺失或其他问题引起的。在这种情况下,你可以查看容器的日志以获取更多详细信息,并检查容器内部的配置和依赖项是否正确设置。资源限制问题:在发布容器时,如果容器需要使用的资源(如内存、CPU)超过了宿主机的限制,可能会导致容器无法正常启动或运行。你可以通过调整容器的资源限制,例如使用--memory和--cpus选项,来解决这个问题。网络连接问题:容器发布后,如果无法从宿主机或其他网络设备访问容器内的服务,可能是由于网络配置问题引起的。你可以检查容器的网络设置,确保容器的端口映射正确,并且容器所在的网络与其他设备处于相同的网络环境中。映像拉取失败:如果在发布容器时需要从远程仓库拉取容器镜像,但拉取失败,可能是由于网络连接问题、权限问题或镜像不存在等原因。你可以检查网络连接,确保具有拉取镜像所需的权限,并验证镜像是否存在于指定的仓库中。练习构建镜像的doc

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论