2022助力智能制造，宇航新一代微服架构Uinfor MOM V6.0版本全新发布！
宇航新一代微服架构Uinfor MOM平台，是经过对行业的深入研究，基于公司整体战略和产品规划，在实际应用及项目建设过程中，不断更新迭代，以适应高速变革的市场环境。宇航微服架构制造运营管理平台，通过工业物联网平台，标准化应用-Uinfor“乐高”积木式方案，引入MES低代码开发理念，解决MES项目开发周期长，定制化开发内容多的问题，助力制造企业构建数字工厂，实现智能制造。
宇航新一代微服架构Uinfor MOM V6.0在之前版本的基础上，对Uinfor MOM开发平台做了整体升级。业务方面，新版本支持多工厂架构、国际化、SAAS化部署+本地化部署、集成了自研的低代码开发组件等；技术方面，新版本支持分布式开发+部署、不停机更新、灰度发布、自研低代码开发组件、微服务架构等。
在制造企业的信息化建设中，MOM系统是绕不开的话题。作为连接决策层和控制层的执行层，MOM打通了生产管理部门和生产执行部门的信息壁垒，从生产计划的执行、生产过程的追溯、工人的排班和激励机制等多个维度确保生产任务的高效完成。
微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦，你可以将其看作是在架构层次而非获取服务的。
微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。
概念： 把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。
定义： 围绕业务领域组件来创建应用，这些应用可独立地进行开发、管理和迭代。在分散的组件中使用云架构和平台式部署、管理和服务功能，使产品交付变得更加简单。
本质： 用一些功能比较明确、业务比较精练的服务去解决更大、更实际的问题。
宇航自主Uinfor MOM微服架构
宇航自主Uinfor MOM微服架构是深圳市宇航软件股份有限公司自主研发的一个单个小型的但有业务功能的服务，每个服务都有自己的处理和轻量通讯机制，可以部署在单个或多个服务器上。
相比于单体服务将各个功能写在同一项目中并部署到一台机器上，宇航自主Uinfor MOM微服架构将系统业务拆分成多个单一职责的小版块，并进行单独部署，各服务之间通过网络进行通信。每个服务器都有自己单独的管理团队，高度自治下打破单体架构不灵活、不稳定、迭代低效、维护难、扩展性不够、效率低等缺点，各个服务独立开发，独立维护，具备灵活扩展、稳定性高、高效迭代、易扩展等优势。
UINFOR
系/统/架/构
宇航自主Uinfor MOM微服架构
架构关键点
前端技术：Vue2+ElementUI+NodeJs |
后端技术：springBoot+springCloud+mybaties+springQuartz |
架构关键点
服务分层、组件化 |
• 将服务分为三层：核心组件、业务组件、项目组件，组件可按需搭配来完成特定的业务需求 • 提供标准Restful、WebService接口，与Uinfor MOM系列工业软件套件如：Uinfor WMS、Uinfor BI、Uinfor iIMP等系统做深度集成，与第三方如：ERP、EAM等系统做数据集成 • 工作流服务，将工作流引擎引入到业务流程管控，且可以和第三方做流程集成 • 二次开发便捷，提供标准开发文档与服务API说明及调用文档 |
UINFOR
优/势/亮/点
宇航自主MOM微服架构
独立性
宇航自主Uinfor MOM微服系统耦合性低，有自己的堆栈，包括独立的数据库和数据模型，各个模块分而治之，独立部署，独立发布，独立维护。在系统中，整个应用程序被拆分成一个个功能独立的子系统，独立运行。系统与系统之间通过RPC接口通信，系统之间的耦合度大大降低，系统非常容易扩展，团队协作效率大大提升。 每个微服务都可以独立进行服务升级、更新，不用依赖于其它服务，结合集成工具可以进行持续发布，开发人员可以独立快速完成服务升级发布流程。 |
可扩展性
宇航自主Uinfor MOM微服系统可以实现动态按需扩容，当某个服务的访问量加大时，只需将这个服务扩容即可，可快速满足企业高并发下的业务需求。 每个服务能够独立被部署并运行在一个进程内，能够赋予系统灵活的代码组织方式和发布节奏，便于快速交付和应对变化。 |
组合性
系统通过组合多个服务而成，服务可挑选！ 松耦合的系统:微服务之间的调用也是客户端的一种调用方式，仅限于接口层的耦合，避免了服务实现层的深耦合，因此服务之间的依赖性被降到最低，系统的整体稳定性与平衡升级(滚动升级)能力得到切实保障。 积木式的系统:每个微服务通常都被设计为复杂业务流程中一个最小粒度的逻辑单元(积木),某个完整的业务流程就是合理编排(搭积木)这些微服务而形成的工作流，升级或者重新开发一个新业务流程变成了简单的积木游戏，而随着微服务越来越多，业务单元(微服务)的复用价值越来越大，因此新业务快速上线的需求变成了一个可准确评估和预测的计划任务。 |
技术异构/包容性
开发人员理论上可以使用不同的语言和不同的技术来构建每个服务。这使开发人员能够为该特定服务选择最佳技术，而不是采用更为传统的标准化，一刀切的方法。 研发人员可以选用自己最为熟悉的语言和框架来完成他们的微服务项目（一般根据每个公司的实际技术栈需要），这样在面对新技术或新框架的选用时，微服务能够更好地进行快速响应。 微服务架构在一个掩护下提供了多种技术的共存。不同的解耦服务可以用多种编程语言编写。这不仅使开发人员能够进行试验，而且还可以通过添加额外的特性和功能来扩展他们的产品。 |
符合SAAS模式
不用硬件，只用软件，云计算服务模式！ 原生基于“云”的系统架构设计，基于微服务架构设计风格，我们能构建出来原生对于“云”具备超高友好度的系统，与常用容器工具能够很方便地结合，构建持续发布系统与IaaS、PaaS平台对接，使其能够方便的部署于各类“云”上，如公用云、私有云以及混合云。 |
流程的规划和升级
每个微服务的代码均只专注于完成该单个业务范畴的事情，因此微服务项目代码数量将减少至IDE可以快速加载的大小，这样就提高了代码的可读性，进而可以提高研发人员的生产效率。 随着业务越来越复杂，系统的复杂度随之增长，按业务模块或团队结构对系统进行合理拆分，使整个系统以有序可靠的方式保持快速迭代的能力，确保业务的竞争力。 |
不停机更新
生产环境构建前已根据负载部署服务清单做相关配置，在生产过程中，保证生产不停机进行某个业务点的代码优化并更新发布到环境中。所有的会话数据均存储在缓冲中间件，生产过程不会中断，数据不会丢失！ |
灰度发布
我们的程序开发通常会经历需求调研、设计、开发、部署、运营等过程。特别是在部署和运营阶段，新建的微服务如何去做到无感更新与发布,这就是我们通常所说的灰度发布。正因为微服务的独立性特点，以及我们可以利用微服务的容器来实现灰度发布。 在系统版本快速迭代过程中，灰度版本与正式版可以并存，灰度版逐步放量到升级为正式版。升级过程中，通过参数分流、流量染色等功能，支持设置指定用户或者流量比例试用灰度版本，待灰度版本成熟后，切换到灰度版本。该过程中，系统生产服务不停歇，且过渡过程可监控，可降低技术上风险。及时获得用户的意见反馈，完善产品功能，提升产品品质。 生产可视化-战情式综合看板 |
