共查询到20条相似文献,搜索用时 46 毫秒
1.
首先介绍了航天型号软件开发框架遇到的问题,分析了航天型号垂直应用框架和微服务框架的优缺点,着重介绍了目前互联网领域流行的微服务框架Thrift-Eureka[1-2]和Dubbo;接着描述了互联网领域的微服务框架适配航天型号软件领域遇到的问题;然后基于微服务框架思想和Dubbo微服务框架,提出了一种适用于航天型号软件领域的微服务框架;该服务框架有两种使用模式,一种适用于包含数据库的型号软件系统;另一种适用于不包含数据库的型号软件系统;针对有数据库的型号软件系统,利用数据库系统来实现微服务框架的注册中心功能;针对没有数据库的型号软件系统,利用广播协议、本地日志来实现微服务框架注册中心功能. 相似文献
2.
微服务架构由于其开发、部署、维护的模块化和独立特性,非常适合各种复杂工业应用的开发,互联网、云计算、大数据的快速发展也使得微服务架构成为当前软件开发的主流应用技术.本文针对典型的微服务架构,给出了一种能够兼容JAVA、Python、C++、C#等编程语言开发的微服务应用环境实现方法.实际测试表明,该方法能够实现上述编程语言开发的微服务应用独立部署和并行运行,可用于企业业务应用微服务模块的开发和部署. 相似文献
3.
4.
相对于传统单块架构,微服务框架具有技术选型灵活、独立按需扩展、可用性高等优点,更适合当前互联网时代需求. 但微服务架构的应用也会引入新的问题,如跨进程通讯、服务注册发现、分布式Session管理等. 本文在对传统框架和微服务框架进行分析比较的基础上,给出了微服务框架的一种实现方案. 该方案设计了微服务框架的功能架构,对微服务框架引入的关键问题给出了解决方案. 采用该实现方案进行业务系统开发,开发人员只需要关注微服务内部业务功能的开发,微服务之间的注册、发现、监控和Session管理由微服务框架完成,简化了系统开发的难度,提高开发效率. 相似文献
5.
相对于传统单块架构,微服务框架具有技术选型灵活、独立按需扩展、可用性高等优点,更适合当前互联网时代需求。但微服务架构的应用也会引入新的问题,如跨进程通讯、服务注册发现等。文章在对传统框架和微服务框架进行分析比较的基础上,给出了微服务框架的一种实现方案。该方案设计了微服务框架的整体架构,对微服务框架引入的关键问题给出了解决方案。采用该实现方案进行业务系统开发,开发人员只需要关注微服务内部业务功能的开发,微服务之间的注册、发现、监控由微服务框架完成,简化了系统开发的难度,提高开发效率。 相似文献
6.
采用组件化方式,可以使应用系统的结构更加清晰,简化大型系统开发和部署的难度. 然而传统的依靠JAR包或OSGI模块实现组件化的方式具有成本高、系统扩展性差和资源浪费等问题. 针对这些问题,本文实现了一种基于微服务的应用框架,通过将业务功能分解到各个离散的微服务中实现对系统功能组件的解耦. 基于该框架,开发人员只需要关注微服务内部业务功能的开发,微服务之间的注册、发现、调用和监控由应用框架完成. 基于微服务的应用框架的使用可以简化系统开发难度,降低代码修改、测试、打包以及部署的成本和风险;功能模块按需扩展,提升大型复杂业务系统运行期动态扩展能力;将故障隔离在微服务内部,提升系统的容错性. 相似文献
7.
针对煤矿监控类软件开发面临版本混乱、重复开发、维护困难,软件的定制化修改导致不同煤矿监控软件之间的通信变得困难等问题,提出了一种采用微服务架构的煤矿监控类软件开发框架。基于微服务架构,通过规范化开发流程、简化技术栈优化煤矿监控类软件的开发流程;将基础业务固化在开发框架中,专有业务通过微服务的方式进行加载运行,减少了基础代码的重复编码工作,并使得专有业务可以重用;沙盒运行方式让微服务的部署不受运行环境影响,部署方便,跨平台移植性强,微服务托管平台可对微服务进行统一的版本管理。实际应用结果表明:采用微服务架构的煤矿监控类软件通过将常用功能拆分为微服务,可以最大程度减少软件功能的重复开发,微服务的数据存储效率比现有垂直架构更高,使用Docker镜像部署,软件安装过程更为便捷,为监控类软件开发提供了一种更为高效的开发方式。 相似文献
8.
9.
10.
为提高企业级应用的可伸缩性,基于微服务的软件体系结构将单体应用细化为可相互协作、配合的一组小服务,使得服务间开发自由、独立部署、易于维护,更好地满足企业发展需求。目前,微服务框架作为微服务架构的具体实现方案,已被很多大型企业成功实施并开源。论述面向服务体系结构、Web服务及微服务相关概念并作比较;给出微服务体系结构实践中的关键技术以及核心功能模块;分析对比主流微服务体系结构实施框架及其核心部件的特征和差异;探讨微服务组合面临的挑战及微服务框架中的服务组合方案,并总结全文。 相似文献
11.
12.
随着社会科技的不断深入发展,电网企业引进与吸收了先进的软件开发架构和方法,微服务作为一种新型的开发架构和理念已经深入电网软件开发领域。微服务采用轻量级的技术,将传统的整体式应用开发模式转变为分布式开发模式。一个大型复杂的系统被分成一个或多个小系统(微服务)组成,每个小系统都能被独立部署,那么也就意味着在进行微服务数据传输时,会有更多的通信序列产生。如何保障这些序列在跨网络电网通信过程中的传输性能,将是需要研究的问题。而基于微服务的跨网络电网通信序列自动化调用是设计一种新型的通信序列与路由动态变更架构相结合的一个有机系统,能够改变现有专业技术壁垒、数据无法跨网络电网贯通、高误码率和低传输速率的局面。 相似文献
13.
14.
微服务架构得到了广泛的部署与应用, 提升了软件系统开发的效率, 降低了系统更新与维护的成本, 提高了系统的可扩展性. 但微服务变更频繁、异构融合等特点使得微服务故障频发、其故障传播快且影响大, 同时微服务间复杂的调用依赖关系或逻辑依赖关系又使得其故障难以被及时、准确地定位与诊断, 对微服务架构系统的智能运维提出了挑战. 服务依赖发现技术从系统运行时数据中识别并推断服务之间的调用依赖关系或逻辑依赖关系, 构建服务依赖关系图, 有助于在系统运行时及时、精准地发现与定位故障并诊断根因, 也有利于如资源调度、变更管理等智能运维需求. 首先就微服务系统中服务依赖发现问题进行分析, 其次, 从基于监控数据、系统日志数据、追踪数据等3类运行时数据的角度总结分析了服务依赖发现技术的技术现状; 然后, 以基于服务依赖关系图的故障根因定位、资源调度与变更管理等为例, 讨论了服务依赖发现技术应用于智能运维的相关研究. 最后, 对服务依赖发现技术如何准确地发现调用依赖关系和逻辑依赖关系, 如何利用服务依赖关系图进行变更治理进行了探讨并对未来的研究方向进行了展望. 相似文献
15.
微服务架构下开发时技术栈分离提升了开发效率以及运行时服务编排能力,但微应用数量倍增导致微应用管理控制台集成复杂度加大,跨微应用之间通信及操作交互体验差.本文给出一种微前端解决方案,结合典型微前端框架、管理控制台事件总线、微应用动态路由通信、微应用运行时上下文资源分离等技术机制,提高了管理控制台柔性与运行效率,降低了开发和运维成本,较好地实现了微应用管理控制台管理优化目标.经试验评估,柔性增强且代价更小,并在实际项目中验证了解决方案的有效性. 相似文献
16.
由于微服务细粒度的服务拆分方式和去中心化的架构设计相比于传统SOA架构更适合当前互联网敏捷开发、快速迭代的需求,但是传统微服务的服务治理技术难以实现不同技术框架和通讯协议建设的服务之间互联互通,并且存在服务治理与服务高耦合的问题.本文基于服务网格思想实现一个具有服务注册发现、负载均衡、协议转换的网络代理作为微服务架构的服务治理独立组件,并通过Netty框架、protobuf序列化方式、Etcd注册中心和加权轮询的负载均衡算法最大化网络代理性能,实验结果表明本文的设计克服了传统微服务存在的问题,并且网络代理具备高可用、高并发、高吞吐量的性能. 相似文献
17.
18.
为了解决传统住宅维修资金管理系统功能模块复杂,开发维护过程繁琐,并且新增需求难以及时处理,提出了基于微服务架构的系统设计开发.本文设计了基于微服务架构的住宅维修资金管理系统,将系统划分为几个微服务模块分别实现.系统使用Spring Cloud来搭建微服务架构,并且实现了服务注册和发现、负载均衡、路由网关以及容错处理等技术,最后实现了各个微服务功能.采用该微服务框架,降低了系统的耦合性,加快了系统开发周期以及使系统的部署和维护更为便捷. 相似文献
19.
电子政务公众服务系统采用信息通讯技术,通过流程优化与创新,向公民和法人提供便捷和高效服务.电子政务公众服务系统的建设、运营与持续改进是涉及到政府决策、行政管理、信息技术治理、软件系统开发及维护、数据和知识管理等多领域的复杂工程.基于对电子政务公众服务系统特性的分析和相关研究成果,提出一种面向公众服务领域的具有服务系统特性的系统框架—ESSF-EGov.该框架基于Zachman框架方法,具有覆盖电子政务公众服务系统生命周期所有阶段的整体性,也结合了相关多领域的视角.通过一个案例展示和说明了该框架在政府公众服务门户发展中的应用. 相似文献