首页 | 本学科首页   官方微博 | 高级检索  
相似文献
 共查询到19条相似文献,搜索用时 78 毫秒
1.
随着软件系统功能日益增加,代码呈现出一种高度耦合的现象.微服务架构将一个单体应用分解为多个微型服务,使系统高可用和可扩展成为可能,并已成为主流架构风格.同时,Docker容器技术的发展,特别是各种Kubernetes系列开源产品的成熟化,使得微服务落地成为现实.文章基于Rancher容器平台给出一种部署微服务系统的解决...  相似文献   

2.
随着Jupyter Notebook在数据科学领域应用规模的不断扩大,对于多用户管理和集群计算资源调度的功能需求越趋增加.本文从Jupyter相关基本概念入手,阐述了Jupyter对于科研成果交流传播的作用影响,总结了目前国外科研机构、高等院校等组织在研究Jupyter分布式架构方面的现状;详细分析了Jupyter体系架构特点,运用微服务的方式重构Jupyter,并通过Kubernetes的资源调度分配算法,实现了基于容器技术的高弹性分布式微服务架构.测试结果数据表明,本文提出的架构在访问负载性能上得到了一定程度的提升,在用户运行数量方面达到了集群上负载均衡的目标.  相似文献   

3.
《软件》2019,(12):174-177
当前通信行业,已经有许多WEB工具平台来进行预算。但是,它们预算方式不统一,无法统一管控。并且一旦工信部颁发相关定额或者计价方式的变更,各种系统需要重新改造,无疑加大了整体预算的成本。所以使用基于微服务架构的通信工程概预算系统不但可以统一各个省份及地市的预算,而且一旦发生变化可以快速迭代、快速集成,能够第一时间使用户使用上最新的系统。当前基于Spring Cloud的微服务架构已经在业内比较成熟,它为本系统的实现提供了很好的技术支持。另外,Kubernetes和Jenkins也大大的简化了系统的运维成本,可以做到自动化的构建、测试及部署。  相似文献   

4.
随着互联网、云计算技术的快速发展,越来越多的企业开始建设私有云管理系统,统一运营管控云主机、物理机等IaaS层资源。本文引入Spring Cloud微服务架构对系统进行总体架构设计、拆分微服务,最后使用Kubernetes容器化方式部署各微服务实现系统的高可用性。  相似文献   

5.
当前世界科技革命和产业变革正不断深入推进。大数据、云计算、人工智能、5G、移动物联、数字孪生、虚拟制造等信息技术与传统制造业深度融合,正对制造业发展产生全方位、深层次、革命性影响,支撑制造业转变发展方式、优化产业结构、转换增长动力。然而,制造业是一个跨时空域、跨产业链、跨多主体的复杂行业,不同人、机、料、法、环等生产要素在不同的时期的管理需求也各不相同。传统开发方式采用的单体架构比较单一、固定,已经无法满足制造企业智能化生产、网络化协同、个性化定制、服务化延伸的需求。主要从传统制造业数字化转型过程中软件平台的迫切需求与发展机遇出发,设计面向制造业的平台架构,并对其涉及的关键技术及应用场景进行了初步探讨。  相似文献   

6.
伴随着云计算的快速发展,海量数据等业务需求的处理无法只依赖单体应用程序。微服务软件架构模式以其模块化、可扩展、高可用的应用优势为应用程序的开发带来了新的设计思路。容器是基于共享Linux内核、面向应用的一种新兴的轻量级虚拟化技术,以Docker为代表的容器技术为微服务提供了理想的载体。同时,以Kubernetes为代表的容器编排工具则极大地简化了容器化微服务创建、集成、部署、运维的整个流程。在开发和运维向“面向容器”的转变中,会带来数量庞大且关系复杂的服务组合,此时微服务的创建与部署则变得尤为重要。从易用性角度出发,提供了一种容器编排的可视化方法,实践分析显示,利用此方法进行的微服务部署不仅为研发人员提供了友好型服务创建界面,而且还便利了服务创建过程,提高了开发效率。  相似文献   

7.
介绍服务元网络体系结构(SUNA)和基于非层次网络体系结构的微通信元系统架构(MCES)。针对MCES主机原型进行有效测试,以进一步验证SUNA的可行性和有效性。讨论基于时延的MCES主机原型性能测试方法和过程。测试结果表明SUNA和MCES是可行的。  相似文献   

8.
传统的单体应用架构系统,随着用户需求和系统功能的变动,出现了单体应用功能模块边界模糊、部署效率低、扩展困难、技术更迭代价高等缺点,尤其是单个模块修改部署效率低的问题.因此,微服务技术得到关注和应用,微服务架构的业务边界确定服务边界,具有高内聚性,易于开发与维护、局部修改部署、技术选择不受限等优势.本文研究微服务应用系统的架构优势,设计了一B/S应用系统进行测试分析.实验设计测试指标为线程响应时间、吞吐量以及部署时间的实验方案,并使用Jmeter性能测试工具进行测试,分析了20个和50个并发用户的测试数据.实验结果表明微服务在响应时间、吞吐量等指标有明显的效率和性能优势.  相似文献   

9.
随着高校信息系统逐步向微服务架构发展,基于Docker容器技术和Kubernetes容器编排技术构建的云原生平台在高校数据中心规模扩展迅速.云原生平台架构复杂,相比传统虚拟化模式存在着更多的安全风险.本文结合高校数据中心云原生部署现状,按照云原生的系统架构从容器安全、容器编排系统安全、服务网格安全、微服务安全四个方面深...  相似文献   

10.
随着信息技术的发展,信息系统面临功能扩展灵活、使用场景多变等新挑战,传统的单体应用存在功能耦合强、启动速度慢、弹性扩展难等缺点,难以满足需求;针对此问题,采用微服务架构将大型单体应用拆分为可独立部署的微服务组件;采用容器云对微服务进行编排,实现微服务的弹性扩容、柔性重组。实践表明,基于容器云、微服务的综合平台能够保障信息系统的平稳运行、弹性扩展、柔性重组,满足信息系统的使用需求。  相似文献   

11.
采用组件化方式,可以使应用系统的结构更加清晰,简化大型系统开发和部署的难度. 然而传统的依靠JAR包或OSGI模块实现组件化的方式具有成本高、系统扩展性差和资源浪费等问题. 针对这些问题,本文实现了一种基于微服务的应用框架,通过将业务功能分解到各个离散的微服务中实现对系统功能组件的解耦. 基于该框架,开发人员只需要关注微服务内部业务功能的开发,微服务之间的注册、发现、调用和监控由应用框架完成. 基于微服务的应用框架的使用可以简化系统开发难度,降低代码修改、测试、打包以及部署的成本和风险;功能模块按需扩展,提升大型复杂业务系统运行期动态扩展能力;将故障隔离在微服务内部,提升系统的容错性.  相似文献   

12.
相对于传统单块架构,微服务框架具有技术选型灵活、独立按需扩展、可用性高等优点,更适合当前互联网时代需求。但微服务架构的应用也会引入新的问题,如跨进程通讯、服务注册发现等。文章在对传统框架和微服务框架进行分析比较的基础上,给出了微服务框架的一种实现方案。该方案设计了微服务框架的整体架构,对微服务框架引入的关键问题给出了解决方案。采用该实现方案进行业务系统开发,开发人员只需要关注微服务内部业务功能的开发,微服务之间的注册、发现、监控由微服务框架完成,简化了系统开发的难度,提高开发效率。  相似文献   

13.
随着云计算、物联网等技术迅速发展,用户对软件系统的需求趋于多样化,面向服务的体系架构(service oriented architecture, SOA)需要在服务稳定集成与需求灵活适配之间寻求平衡.基于此,拥有独立进程、具备独立部署能力的微服务技术应运而生,它具有分布式存储、高可用性、可伸缩性、运维智能化等优势,能够弥补传统SOA的缺陷.首先,从系统集成角度的出发,阐述微服务出现的应用背景,利用微服务的核心组件、软件技术发展、架构演化等基础技术,以保证微服务基础设施的可用性;其次,基于微服务体系架构在实际应用中的问题,从分布式通信、分布式数据存储、分布式调用链、测试的复杂性等方面,分析微服务体系架构具体应用中采用的关键技术,并给出具体应用案例,以保证微服务的技术可行性;最后,从基础设施、信息交互、数据安全与网络安全等方面探寻微服务所面临的诸多挑战,并分析未来发展趋势分析,以期为微服务未来的创新和发展提供有价值的理论与技术参考.  相似文献   

14.
相对于传统单块架构,微服务框架具有技术选型灵活、独立按需扩展、可用性高等优点,更适合当前互联网时代需求. 但微服务架构的应用也会引入新的问题,如跨进程通讯、服务注册发现、分布式Session管理等. 本文在对传统框架和微服务框架进行分析比较的基础上,给出了微服务框架的一种实现方案. 该方案设计了微服务框架的功能架构,对微服务框架引入的关键问题给出了解决方案. 采用该实现方案进行业务系统开发,开发人员只需要关注微服务内部业务功能的开发,微服务之间的注册、发现、监控和Session管理由微服务框架完成,简化了系统开发的难度,提高开发效率.  相似文献   

15.
微服务架构得到了广泛的部署与应用, 提升了软件系统开发的效率, 降低了系统更新与维护的成本, 提高了系统的可扩展性. 但微服务变更频繁、异构融合等特点使得微服务故障频发、其故障传播快且影响大, 同时微服务间复杂的调用依赖关系或逻辑依赖关系又使得其故障难以被及时、准确地定位与诊断, 对微服务架构系统的智能运维提出了挑战. 服务依赖发现技术从系统运行时数据中识别并推断服务之间的调用依赖关系或逻辑依赖关系, 构建服务依赖关系图, 有助于在系统运行时及时、精准地发现与定位故障并诊断根因, 也有利于如资源调度、变更管理等智能运维需求. 首先就微服务系统中服务依赖发现问题进行分析, 其次, 从基于监控数据、系统日志数据、追踪数据等3类运行时数据的角度总结分析了服务依赖发现技术的技术现状; 然后, 以基于服务依赖关系图的故障根因定位、资源调度与变更管理等为例, 讨论了服务依赖发现技术应用于智能运维的相关研究. 最后, 对服务依赖发现技术如何准确地发现调用依赖关系和逻辑依赖关系, 如何利用服务依赖关系图进行变更治理进行了探讨并对未来的研究方向进行了展望.  相似文献   

16.
Tensorflow Serving是Google开源的一个服务系统,针对Tensorflow Serving单体应用吞吐量低、服务调用烦琐、模型生命周期管理不完善等问题,本文设计了一种基于Tensorflow Serving的微服务软件架构方案,在部署Tensorflow Serving的Docker(开源的应用容器...  相似文献   

17.
为有效提升基于微服务架构的遗留软件系统重构的自动化水平,根据存在依赖关系的两个类所操作的资源数据之间存在着一定相关性的原则,提出了一种资源约束下基于类依赖关系的微服务识别方法。首先,根据遗留软件程序中的类依赖关系构建类依赖关系图,并设置每个类的资源实体标签;然后,设计了基于资源实体标签的类依赖关系图划分算法,用以划分原软件系统和得到候选微服务;最后,合并依赖程度较高的候选微服务,从而得到最终的微服务集合。基于GitHub的4个开源项目的实验结果表明,所提方法具有高于90%的微服务划分准确率,证实了同时考虑不同类之间的依赖关系和资源约束对于微服务识别是合理和有效的。  相似文献   

18.
相对于传统单块架构,微服务框架具有技术选型灵活,独立部署,按需独立扩展等优点,更适合当前互联网时代需求.但微服务架构的使用引入了新的问题,如服务注册发现、服务容错等.对微服务框架引入的问题进行分析,并给出了微服务框架的一种实现方案,在框架层面解决服务注册发现、服务容错等共性问题,使业务系统开发人员专注于业务逻辑实现,简化系统开发的难度,提高开发效率.  相似文献   

19.
由于微服务细粒度的服务拆分方式和去中心化的架构设计相比于传统SOA架构更适合当前互联网敏捷开发、快速迭代的需求,但是传统微服务的服务治理技术难以实现不同技术框架和通讯协议建设的服务之间互联互通,并且存在服务治理与服务高耦合的问题.本文基于服务网格思想实现一个具有服务注册发现、负载均衡、协议转换的网络代理作为微服务架构的服务治理独立组件,并通过Netty框架、protobuf序列化方式、Etcd注册中心和加权轮询的负载均衡算法最大化网络代理性能,实验结果表明本文的设计克服了传统微服务存在的问题,并且网络代理具备高可用、高并发、高吞吐量的性能.  相似文献   

设为首页 | 免责声明 | 关于勤云 | 加入收藏

Copyright©北京勤云科技发展有限公司  京ICP备09084417号