微服务架构在企业信息化建设平台中的应用

姜玲霞

摘 要：随着编程技术的快速进步，日益增多的網络架构被不断推出、改进和应用。微服务架构就是新推出的一种网络架构，刚一推出即受到广泛的关注，基于微服务架构而研发的系统在更多的领域得以应用。通过微服务的架构而建立的系统能够达到多个平台之间的综合开发，涉及网站、手机端和微信端之间。本文通过微服务架构，建立了联合多个平台的企业信息应用管理系统。系统的网站端使用 Spring 为开发工具，手机端使用 Android Studio 为开发工具，数据库采用 MySQL。软件后台采用 Spring Boot 框架，前台使用EasyUI 框架实现。结合企业的发展状况，微服务能够达到的功效包括：前期信息的输入、变化信息的输入和运算、信息的及时监测和提醒、人员的配置和管理等。平台的建立可以实现企业的信息化更快发展，不光建立了更能够实现规范的管理系统，同时也为云系统和大数据的需求提供了充足的硬件条件。

关键词：微服务架构 企业 信息化建设

微服务架构的提出是建立在软件系统快速发展的基础上而推出。在网络架构发展历程中由开始的单体式结构、集群式架构、分布式架构，逐渐发展到现在非常流行的采用微处理结构模式的微服务架构。微服务系统的划分是建立在各个业务的基础上，包括多个高度分解的系统架构，其分散式、运算的高速化、自动维护和容错性等特点能够满足许多网络企业的喜欢。同时在架构搭建的过程中为了提高系统运行的高速化和合理性的同时，引入了Docker容器，大幅度的压缩了微服务的运营支出，进一步融合了微服务和容器之间的联系度。

1设计架构的演变

1.1单体结构

该阶段的企业体量较小，架构建立较为简单，各种程序、数据库和信息都通过同一台设备进行完成，将平台的服务结构进行分开管理，同时提高系统的缓存来服务器的访问次数。

1.2集群结构

随着企业的体量不但扩大，访问量增多，服务器承受的压力也日益增多，在访问的高峰时期容易出现服务系统迟滞的问题，通过分散服务器管理的形式来提高服务器的运行效率，建立系统负担平衡、反向推算、数据库的信息输入和输出的应急措施。

1.3分布式系统

企业规模进一步扩大，数据的需求量快速增加，网络用户的需求和对服务器 的容量要求已经提高到了更高的层级，为了满足对于系统的要求，将整个平台分解成多个模块，并对各个模块进行专门的研发、调试、运营，模块之间进行数据的分块配置，亦可针对同一个数据模块发起系统整体性的访问。

1.4微服务架构

分散式服务是微服务的重要优势。当客户访问量较大，可以通过分布式系统的模式来对提高客户访问服务器的效率，缩短访问系统的时间，各个分散的下级系统可以进行多点式储存信息，减少集中存储的数量，可以通过前端和末端进行分离的处理形式，实现各个子系统的条块化，采用多个层级服务器之间的交互处理，分离多个子系统的服务，借助Docker容器，使微服务最大程度的发挥自己的功能。

2微服务的特点

2.1微服务架构的合理性

2.1.1减少系统的复杂程度

为了提高整个系统的运行效率，减少系统的复杂性，微服务架构则是借助多个单体式模式来实现服务目标，各个模式作为整个系统的组成部分，实现系统的各个服务效果。

2.1.2部署的独立性

微服务系统的各个组件具有分离单独的处理系统和运算程序，因此不同微服务程序的建立能够实现单独的运行。以往的系统平台中，一旦需要对其中某个子程序进行调整，就需要对整个系统进行重新设置，工程量较大。微服务则可以有效的避免这个情况，因为微服务架构布置的独立性，可以单独针对各个应用进行设置和调整，增加了系统的灵活性，减少了因为某个组件进行调整而导致整个系统可能发生崩溃的风险，大大提高了系统的工作效率。

2.1.3容错性高

以往的单一模式的系统中，一旦个别模式出现问题，很可能会导致整个系统出现波动，甚至在不同模式之间出现问题的交叉感染，造成多个模式出现问题，轻则导致部分系统的功能出现中断，严重的话则会造成整个系统出现瘫痪。而微服务系统中，因为各个子模块是相对独立的系统，因此不同的问题则可以限制在具体的模块中处理，不会造成整个服务架构出现系统性问题，同时微服务架构具有相对前端的预警能力，能够实现对整个系统的稳定性监测。

2.1.4技术灵活

微服务构架有多种技术的选择，科学选用系统运行方法，降低系统运行成本，实现模块分工运行。因为微服务架构较为简洁，在对微服务架构进行设计时采用差别化的策略，保持系统稳定的同时，又最大限度的降低了风险。

2.1.5易扩展

在微服务系统模式中，各个子系统的独立性明显，因此子系统的扩展性也明显偏强，后期系统延伸的领域也非常广泛，不同组件之间的功能交互能够实现同层级之间的轻易对接，即使部分组件在接口方面存在不匹配，也不会影响功能交互之间的紧密度，这主要得益于系统组件的相对独立性。不同层级的组件在功能衔接过程中也可以借助组件化的独立性优势，降低了微服务架构的系统对接风险。

不过，微服务的系统架构主要是通过分布式来维持系统的复杂性。分布式架构模式可能会造成系统开发的复杂性增强。因为系统开发工程师在系统信息传输过程中需要通过RPC或者特别的通信模式，这种信息传输方式比调整信息的速度更为复杂，这样是系统复杂度上升的原因所在。此外，由于数据库的信息采用了分区处理的模式。在微服务实际使用过程中，要应对不同的数据库内容。但是开放着所采用的信息处理系统和数据库模式不利于分布式模式的系统类型。

3 微服务架构在企业信息化建设平台中的应用

在信息化日新月异的时代，一般的文件处理软件已经无法达到企业快速发展的要求。微服务架构所提供的软件能够实现差异化的服务，根据企业的具体个性化要求来设计满足企业具体要求的软件。同时，微服务架构的本质特点就是简化系统的复杂性，实现架构的层次性运行，组件的独立运作可以最大程度的增加系统的稳定性，这些优势也为微服务的进一步推广提供了可能。微服务架构根据公司的经营特点，结合公司职工的具体发展要求，进行差异化软件开发和系统建设，比如构建了包括PC端、移动端和微信端的系统架构。基于多个架构来将各个层面的客户联为整体，达到不分时空的在线办公目标。

3.1需求分析

3.1.1性能分析

（1）具有很強的普适性，适用于不同的平台；

（2）系统运行较稳定，在任何情况下都能保持速度的稳定性；

（3）多个平台的数值都相同，如手机客户端和微信端平台的数据，确保客户取得的数据信息保持真实性。

3.1.2功能分析

网站端功能

（1）后台管理：后台履行职权分配的职能，包括管理职能和数据库的功能；

（2）基础数据的管理：金融机构的信息、贷款企业的数据以及监管机构信息的保管和使用等功能；

（3）统计职能的管理：主要对出入库的信息进行管理，以及Excel表格的导入导出。

（4）预警功能：主要对控货、监管、结项三个方面进行数据信息的提醒。

（5）监管员的管理：管理的对象是监管员的考勤，以及人员的工作分配。

手机端功能

（1）考勤功能：主要是监管员的签到情况

（2）巡库功能：监管员对质押物品的信息进行检查；

（3）出入库功能：对质押的物品进行出库入库；

（4）盘点功能：对剩余质押物品进行盘点；

（5）个人管理功能：密码数据的修改、软件的升级。

微信端功能：包括修改密码和查看功能等。

3.2系统设计与实现

从用户需要的角度出发，系统要力求界面操作简单。我们经过探析，把系统分为下列模块：后台管理模块、基础数据模块、统计功能模块、预警功能模块、监管员管理模块。

（1）基础数据：企业关于项目的详细信息。

（2）统计功能：入库单、出库单、报表、现有监管客户表以及已完结监管客户表。

（3）预警功能：控货、监管、结项。

（4）监管员管理：出入库单审核、监管人员个人信息、查看巡库信息、查看轨迹信息等。

3.3系统设计流程

（1）网站端。

①网站端在所有平台中，居于基石的地位，经过网站端使用户对基础数据和出入库数据进行处理；

②服务器起到反馈的作用，把计算好的数据反馈给网站端。

（2）手机端。

①手机端是监管人员使用的平台，其可以对各种信息进行录入；

②帮助监管人员搜寻原有的库存信息。

（3）微信端。

①支持查看网站端类似的信息；

②可以让客户使用微信来自行修改密码。

4结语

结合上述实例表明通过微服务架构建立的系统能够较好的满足企业对于信息化平台建设的基本要求。这种运行具有短时高效的特点，能够为系统的升级打下坚实的基础，从以上分析我们可以得出结论，微服务运用于企业信息化的构建具有价值性，未来可期。

参考文献：

[1] 崔蔚，李春阳，刘迪，等.面向微服务的统一应用开发平台[J].电力信息与通信技术，2016（9）：12-17.

[2] 邓杰文，曹彩凤.微服务若干关键问题研究[J].五邑大学学报：自然科学版，2016（2）：49-54.

[3] 薛峰，梁锋，徐书勋，等.基于SpringMVC框架的Web研究与应用[J].合肥工业大学学报：自然科学版，2012（3）：337-340.