竞价网站推广,镇江公司网站建设,低价网站建设哪家更好,中国建设银行官方网站k宝驱动下载我的软考历程
摘要
2023年2月#xff0c;我所在的公司通过了研发纱线MES系统的立项#xff0c;该系统为国内纱线工厂提供SAAS服务#xff0c;旨在提高纱线工厂的数字化和智能化水平。我在该项目中担任系统架构设计师一职#xff0c;负责该项目的架构设计工作。本文结合我…我的软考历程
摘要
2023年2月我所在的公司通过了研发纱线MES系统的立项该系统为国内纱线工厂提供SAAS服务旨在提高纱线工厂的数字化和智能化水平。我在该项目中担任系统架构设计师一职负责该项目的架构设计工作。本文结合我在该项目中的实践详细论述了微服务架构及其应用。微服务架构把系统分为一个个独立的模块每个模块单独管理、开发、部署和运行所以它具有技术异构型、容错性、高可用性、模块独立性等特点。本项目采用微服务架构开发提高了项目的开发和迭代速度让项目的性能、可用性、可修改性、安全性、可维护性得到了保障。最终在2023年12月该项目正式上线并对外提供服务目前已经有563家工厂接入了该系统系统运行良好得到了客户的一致赞扬。
项目背景
随着我国从制造业大国向制造业强国的转换以及工厂数字化和智能化的持续推进我所在的某地某科技公司基于自研的物联网平台相继开发了染整一体化和织布一体化平台这些平台上线后得到了工厂的追捧也为公司带来了丰厚的经济回报。基于此我司于2023年2月开始研发纱线MES系统该系统预算730万建设工期10个月涵盖纱线工厂从清花、梳棉、并条、精梳、粗纱、细纱到络筒的全流程工序将为纱线工厂提供全面的生产管理解决方案以及基于数据的智能决策分析能力。该项目为物联网层次架构整体分为感知层、网络层和应用层。其中网络层为公司已有的物联网平台这次重点建设内容为感知层和应用层感知层使用Golang语言开发作为联网网关部署在工厂侧负责工厂数据的采集和云端指令的下发。应用层为纱线MES系统主体采用Java语言开发使用Spring Cloud微服务架构数据库使用Mysql缓存使用Redis前端框架使用vue.js日志、监控和链路追踪采用skywalking、prometheus、grafana和ELK最终通过devops的方式部署在kubernetes集群中。系统上线后将提供以下基础管理、数据接入、工单排产、数字孪生、工资计算、智控中心和数据分析等等功能通过以上功能可以全面提升纱线工厂的数字化和智能化水平使其运营水平和生产效率得到质的飞跃。
论述内容
该系统涉及模块众多如果采用单体架构在开发效率和部署上会面临问题单体架构中每一个模块进行改动都要进行整体的测试和部署这很影响开发和部署的效率造成服务的不稳定性。而微服务架构相对于单体架构具有以下特点1、模块独立性可以独立管理、开发、测试和部署并独立运行。2、技术异构性由于每个微服务互相不影响所以每个微服务都可以采用不同的技术实现。3、容错性、可用性微服务之间不存在紧密耦合一个微服务出现问题不影响其他微服务。4、可扩展性微服务之间是独立的所以可以独立的扩展不影响其他微服务具有良好的扩展性。不过微服务也存在如下问题1、分布式下的复杂性由于微服务采用分布式的模式就存在服务管理注册发现、服务依赖等问题。2、微服务的数据一致性由于每个微服务采用独立的数据库当有依赖事务时就需要保证数据的一致性这在分布式下是比较困难的。3、运维的复杂性传统的手工部署在微服务模式下难以实施。本文结合我在该项目中的实践详细论述微服务架构的实施以及相应问题的解决方案。
1、分布式下的复杂性。
为了解决微服务在分布式下的复杂性我们采用Spring Cloud架构使用nacos作为服务的配置和注册中心每一个服务启动时都会把自己的ip和端口相关信息推送到nacos中这样nacos就维护了全部的微服务实例信息。当一个微服务有请求时就会通过nacos获取对应的ip和端口信息然后通过ribbon实现负载均衡通过open-feign进行远程调用。同时微服务还面临分布式配置的问题如果没有全局的配置中心在发布服务时会因为配置的不一致或者手工的错误而导致失败有了nacos作为分布式配置中心免去了手工维护配置的不稳定性让系统不会因为配置而产生错误同时nacos可以按环境保存配置在不同的环境之间做了隔离避免了因为环境而导致的问题。
2、数据的一致性问题。
微服务采用多实例部署当一个请求的业务涉及多个微服务时就会存在不同微服务修改数据的可能在单体情况下可以采用一个事务进行处理但是在微服务下就没法这样做了。为了解决这个问题我们采用了多种方式1、批处理。2、seata。3、基于消息队列。第一种方式比较简单比如纱线的前纺数据这一部分数据对于业务不那么重要所以我们每日都会通过批量处理的方式进行校验如果数据不对再触发边端的重复上报。第二种方式是通过阿里开源的seata它是一个开源的分布式事务解决方案通过它我们使用AT模式可以做到对业务没有侵入而实现分布式事务。当然这种方式对性能有很大影响在使用时要对重要的事务进行处理比如在纱线业务中工单排产是一个复杂过程这个过程会涉及到不同微服务的数据调整一旦出现错误会造成严重的后果那这种就需要用seata来保证处理过程的分布式事务性。第三种是采用消息队列比如我们采用RocketMQ消息队列它提供了一种特性的消息事务消息通过它可以实现分布式下的数据一致性。比如在纱线业务中我们对工资做计算时就是通过生产的数据进行触发消息执行的。
3、运维的复杂性。
在微服务架构情况下如果采用手工部署基本时不可能完成也会对项目的进度造成重大影响。基于此我们采用了docker和kubernetes以及cicd技术当我们的代码在提交后就会触发cicd的自动编译自动代码扫码和执行单元测试当这一步骤完成后就会进行docker镜像的制作并把生成的镜像提交到镜像仓库中。最后我们就可以一键进行镜像的部署把微服务部署到kubernetes集群中。通过这种方式我们有效地保障了项目的进度同时减少了人工导致的错误保障了项目的质量。
总结
通过采用微服务架构模型我们提升了开发和迭代速度保障了项目的性能、可用性、安全性、可修改性等质量指标确保了项目的按时上线。最终在2023年12月该项目正式上线并对外提供服务目前已经有563家工厂接入了我们的系统系统运行良好表现优异得到了客户工厂和公司领导的一致好评。项目虽然获得了成功但是也遇到过一些问题在项目初期由于产品对纱线业务的不熟悉导致了多次功能的调整和返工这让开发人员产生了抵触情绪。为了解决这个问题我提出两个解决方案1、派产品去工厂一线熟悉纱线工厂操作流程与工人交流掌握纱线业务的难点和痛点保障需求质量。2、开发人员也要参与需求的整理过程有问题反馈给产品同时在做设计时采用灵活的设计模式为需求的变更留下可操作的空间。通过这两个方法最终解决了这个问题。得益于本次项目的实践我不仅学到了微服务相关的知识也锻炼了自己的架构和管理能力我意识到只有不断地学习和实践才能让知识融汇于自己的技术体系之中才能在未来的工作中游刃有余、勇担大任为祖国的信息化建设贡献自己的力量。
