CN107438101B - 一种单体式应用的服务扩展方法及装置 - Google Patents

一种单体式应用的服务扩展方法及装置 Download PDF

Info

Publication number
CN107438101B
CN107438101B CN201710618977.3A CN201710618977A CN107438101B CN 107438101 B CN107438101 B CN 107438101B CN 201710618977 A CN201710618977 A CN 201710618977A CN 107438101 B CN107438101 B CN 107438101B
Authority
CN
China
Prior art keywords
application
micro
service
address
service request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710618977.3A
Other languages
English (en)
Other versions
CN107438101A (zh
Inventor
董爱强
刘泽三
夏元轶
刘迪
黄琪
张治志
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Grid Corp of China SGCC
State Grid Information and Telecommunication Co Ltd
Beijing China Power Information Technology Co Ltd
Information and Telecommunication Branch of State Grid Jiangsu Electric Power Co Ltd
Original Assignee
State Grid Corp of China SGCC
State Grid Information and Telecommunication Co Ltd
Beijing China Power Information Technology Co Ltd
Information and Telecommunication Branch of State Grid Jiangsu Electric Power Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by State Grid Corp of China SGCC, State Grid Information and Telecommunication Co Ltd, Beijing China Power Information Technology Co Ltd, Information and Telecommunication Branch of State Grid Jiangsu Electric Power Co Ltd filed Critical State Grid Corp of China SGCC
Priority to CN201710618977.3A priority Critical patent/CN107438101B/zh
Publication of CN107438101A publication Critical patent/CN107438101A/zh
Application granted granted Critical
Publication of CN107438101B publication Critical patent/CN107438101B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供一种单体式应用的服务扩展方法及装置，建立区别于单体式应用的微应用，根据微应用的服务功能，在路由组件上设置微应用的地址与服务请求地址之间的对应关系，以在接收到新扩展服务的服务请求时，将服务请求分发至微应用中，同时在微应用和单体式应用上分别设置胶水代码，使得微应用响应新扩展服务的服务请求时，可以访问单体式应用对应的数据库中的数据，实现通过微应用提供扩展的服务功能。由于微应用是区别于单体式应用建立的，在实现服务扩展时，没有破坏单体式应用的架构，且没有在单体式应用上增加新扩展的服务功能，解决了现有技术中服务扩展方法中存在的开发难度高、管理困难以及工作量大的问题。

Description

一种单体式应用的服务扩展方法及装置
技术领域
本发明属于服务扩展技术领域，尤其涉及一种单体式应用的服务扩展方法及装置。
背景技术
在基于单体式应用架构建立的系统中，为了实现新功能，需要在单体式应用的基础上进行服务扩展。
通常采用的服务扩展方法有两种：一种是直接在原有单体式应用上扩展新功能；另一种是对原有单体式应用进行微服务拆分，在拆分后的微服务上扩展新功能，拆分后的多个微服务分别都注册到同一服务注册中心，通过服务注册中心可以获知已经注册到此服务注册中心的每一个微服务的注册信息，根据与微服务对应的注册信息可以实现微服务之间的通信交互，并且通过服务注册中心实现了将每个微服务所实现的功能与其他微服务所实现的功能集成在一起的目的。进而能够提供与原有单体式应用所提供的服务功能相同的服务功能，同时能够提供新扩展的服务功能。
前一种服务扩展方法，由于是在原有单体式应用上不断增加新的功能，因此原有单体式应用会变得越来越大，造成开发、管理越来越难的问题。后一种服务扩展方法，由于需要对原有单体式应用进行微服务拆分，以实现将原有单体式应用转换为多个微服务的形式，进而在微服务的基础上进行服务扩展，因此需要破坏原有单体式应用的架构，以将其转换成微服务架构，造成开发难度高、工作量大的问题。
发明内容
有鉴于此，本发明的目的在于提供一种单体式应用的服务扩展方法及装置，用于解决现有技术的服务扩展方法中存在的开发难度高、管理困难以及工作量大的问题。
技术方案如下：
本发明提供一种单体式应用的服务扩展方法，包括：
判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
判断系统中建立有区别于单体式应用的微应用，则识别所述微应用对应的服务功能；
根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，所述对应关系用于在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述对应关系获取与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中；所述应用地址包括所述微应用的地址和所述单体式应用的地址。
优选地，所述根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址和所述单体式应用的地址与服务请求地址的对应关系，形成应用地址与服务请求地址间的映射关系，包括：
获取所述系统的系统标识；
根据所述系统标识以及所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述映射关系获得与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中包括：
路由组件接收到服务请求时，获取产生所述服务请求的系统的系统标识和所述服务请求中包括的服务请求地址；
判断与所述系统标识对应的系统中的单体式应用和微应用中至少一个是否已经登录成功；
判断所述系统标识对应的系统中的单体式应用和微应用中至少一个已经登录成功，则在Session会话保持队列中存储与所述服务请求对应的Session信息；
根据所述系统标识和所述服务请求地址，在所述映射关系中查询与所述服务请求地址对应的应用地址；
将所述服务请求分发至所述应用地址对应的应用中。
优选地，所述判断系统中建立有区别于单体式应用的微应用之后，还包括：
在所述系统的微应用和所述系统的单体式应用上分别设置胶水代码；其中，所述胶水代码用于根据数据访问请求，访问接收到所述数据访问请求的应用对应的数据库中的数据。
优选地，在所述微应用上设置胶水代码包括：
设置微应用的数据交互接口以及所述数据交互接口支持的数据交互格式。
优选地，在所述单体式应用中设置胶水代码包括：
获取与所述单体式应用具有数据交互关系的微应用对应的数据交互接口；
根据所述微应用对应的数据交互接口，在所述单体式应用中的协议转换标准接口上扩展与所述数据交互接口对应的协议转换接口；
获取与所述单体式应用具有数据交互关系的微应用对应的数据交互格式；
根据所述微应用对应的数据交互格式，设置数据交互格式。
优选地，建立用于扩展服务的微应用包括：
从所述单体式应用中拆分出所需扩展的服务单元；
采用微应用架构对拆分出的服务单元进行扩展，建立用于扩展服务的微应用。
本发明还提供一种服务扩展装置，包括：
判断单元，用于判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
识别单元，用于在所述判断单元判断系统中建立有区别于单体式应用的微应用时，识别所述微应用对应的服务功能；
第一设置单元，用于根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，所述对应关系用于在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述对应关系获取与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中；所述应用地址包括所述微应用的地址和所述单体式应用的地址。
优选地，所述第一设置单元包括：
第一获取子单元，用于获取所述系统的系统标识；
第一设置子单元，用于根据所述系统标识以及所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述映射关系获得与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中包括：
路由组件接收到服务请求时，获取产生所述服务请求的系统的系统标识和所述服务请求中包括的服务请求地址；
判断与所述系统标识对应的系统中的单体式应用和微应用中至少一个是否已经登录成功；
判断所述系统标识对应的系统中的单体式应用和微应用中至少一个已经登录成功，则在Session会话保持队列中存储与所述服务请求对应的Session信息；
根据所述系统标识和所述服务请求地址，在所述映射关系中查询与所述服务请求地址对应的应用地址；
将所述服务请求分发至所述应用地址对应的应用中。
优选地，还包括：
第二设置单元，用于在所述系统的微应用和所述系统的单体式应用上分别设置胶水代码；其中，所述胶水代码用于根据数据访问请求，访问接收到所述数据访问请求的应用对应的数据库中的数据。
优选地，所述第二设置单元包括：
第一胶水代码单元，用于设置微应用的数据交互接口以及所述数据交互接口支持的数据交互格式。
优选地，所述第二设置单元还包括：
第二获取子单元，用于获取与所述单体式应用具有数据交互关系的微应用对应的数据交互接口；
扩展单元，用于根据所述微应用对应的数据交互接口，在所述单体式应用中的协议转换标准接口上扩展与所述数据交互接口对应的协议转换接口；
第三获取子单元，用于获取与所述单体式应用具有数据交互关系的微应用对应的数据交互格式；
第二胶水代码单元，根据所述微应用对应的数据交互格式，设置数据交互格式。
优选地，还包括：拆分单元，用于从所述单体式应用中拆分出所需扩展的服务单元；
建立单元，用于采用微应用架构对拆分出的服务单元进行扩展，建立用于扩展服务的微应用。
本发明还提供一种计算机程序产品，当所述计算机程序产品被执行时，用于执行根据单体式应用的服务扩展方法中的任一种方法的指令。
与现有技术相比，本发明提供的上述技术方案具有如下优点：
从上述技术方案可知，本申请提供的服务扩展方法，通过建立区别于单体式应用的微应用，根据微应用所提供的服务功能，在路由组件上设置与微应用的地址与服务请求地址之间的对应关系，以实现在接收到新扩展服务的服务请求时，能够根据上述对应关系将服务请求分发至对应的微应用中，同时在微应用和单体式应用上分别设置胶水代码，使得微应用响应新扩展服务的服务请求时，可以访问单体式应用对应的数据库中的数据，进而实现了通过微应用提供扩展的服务功能。由于用于提供扩展的服务功能的微应用是区别于单体式应用建立的，不仅没有破坏单体式应用的原本架构，解决了将原有单体式应用架构转换成微服务架构造成的开发难度高、工作量大的问题，而且没有在单体式应用上增加新扩展的服务功能，避免了单体式应用随着服务功能的增多而不断增大进而导致的开发难度高、管理困难的问题产生。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种单体式应用的服务扩展方法的流程图；
图2是本发明实施例提供的另一种单体式应用的服务扩展方法的流程图；
图3是本发明实施例提供的一种服务扩展装置的结构示意图；
图4是本发明实施例提供的另一种服务扩展装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明公开了一种单体式应用的服务扩展方法，参见图1，该实施例包括以下步骤：
S101、判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
判断系统中建立有区别于单体式应用的微应用，则执行S102；
系统为单体式应用所在的系统。具体可以理解为能够实现服务功能的一个系统，例如购物应用可以实现购物功能，这个购物应用可以理解为一个系统。系统中除了包括单体式应用外，还包括路由组件以及微应用。其中，所述单体式应用用于提供系统原本具有的服务功能；所述微应用用于提供新扩展的服务功能，是在实现服务扩展时建立的区别于单体式应用的应用；所述路由组件是指具有路由功能的组件，包括路由发现、路由选择和路由更新，所述路由组件用于在接收到服务访问请求时，按照所请求的服务功能，将请求原有服务功能的服务访问请求分发至单体式应用，将请求新扩展的服务功能的服务访问请求分发至微应用。
服务扩展包括对单体式应用中原本具有的某项服务功能进行扩展以及新增加单体式应用不具有的服务功能。
在新增加单体式应用不具有的服务功能以实现扩展新功能时，基于微应用架构建立区别于单体式应用的微应用，新建立的微应用可以提供新扩展的服务功能。例如，单体式应用具有购物功能，而不包括物流查询功能，为了便于用户查询所买商品的物流状态，需要增加物流查询这一功能，对此，基于微应用架构建立可以提供物流查询功能的微应用。
在对单体式应用中原本具有的某项服务功能进行扩展时，先要从单体式应用中将需要扩展服务的功能单元拆分出来，然后对拆分出的功能单元进行服务扩展，最后根据服务扩展后的功能单元，基于微应用架构建立区别于单体式应用的微应用，新建立的微应用除了提供拆分出的功能单元的服务功能，还提供新扩展的服务功能。例如，单体式应用具有购物功能，且购物功能本身包括付款功能，需要对付款功能进行扩展，使得其可以支持多种付款方式，先从单体式应用中用于实现付款功能的功能单元拆分出来，然后对拆分出的付款功能单元进行服务扩展，使得其可以支持多种付款方式，基于微应用架构建立支持多种付款方式的付款功能的微应用。
需要注意的是，由于已经将付款功能单元从单体式应用中拆分出来，因此单体式应用将不能提供付款功能，由建立的微应用代替单体式应用提供付款功能。
其中，采用应用解耦和数据解耦的方式实现对单体式应用的拆分，得到需要进行服务扩展的功能单元。
本实施例中对单体式应用的拆分与现有技术中对单体式应用的拆分是不同的。
现有技术中对单体式应用拆分时，需要按照单体式应用所提供的服务功能，将单体式应用按照最小功能单元拆分成多个微服务。即需要破坏单体式应用的架构，以生成微服务架构。而如果仅仅将需要扩展的服务功能拆分出来，其他的服务功能仍然在单体式应用中，由于微服务的通信协议与单体式应用的通信协议是不同的，单体式应用与微服务之间并不能实现互访，进而不能提供与原有单体式应用相同的服务功能。也就是说，现有技术中对单体式应用拆分时，需要对单体式应用完整拆分，然后通过服务注册机制，实现拆分后的各个微服务之间的互相访问，进而提供与原有单体式应用相同的服务功能。
而本申请中对单体式应用拆分时，仅将需要进行服务扩展的功能单元拆分出来以建立微应用，不会破坏单体式应用架构。
判断系统中没有建立区别于单体式应用的微应用，则返回执行S101；
系统中，除了单体式应用外不存在微应用，则说明系统中没有建立区别于单体式应用的微应用，即当前没有对单体式应用进行服务扩展。
间隔预定时间后，再次判断系统中是否建立有区别于单体式应用的微应用，即判断系统内除了单体式应用外，是否还存在用于扩展服务的微应用。
S102、识别所述微应用对应的服务功能；
在新增加单体式应用不具有的服务功能以实现扩展新功能时，新建立的微应用提供新扩展的服务功能，而单体式应用提供的服务功能并不变化，只需要识别微应用对应的服务功能；
在对单体式应用中原本具有的某项服务功能进行扩展时，新建立的微应用除了提供拆分出的功能单元的服务功能，还提供新扩展的服务功能。且此时单体式应用将不能提供拆分出的功能单元的服务功能，即单体式应用提供的服务功能发生变化，在识别微应用对应的服务功能时，还需要识别单体式应用对应的服务功能。
S103、根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，所述对应关系用于在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述对应关系获取与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中；所述应用地址包括所述微应用的地址和所述单体式应用的地址；
路由组件上原本仅设置有单体式应用的地址与服务请求地址的对应关系；在新建立微应用后，根据微应用所提供的服务功能，在路由组件上设置所述微应用的地址与服务请求地址的对应关系，使得将请求新扩展的服务功能的服务访问请求分发至微应用中。将请求原有服务功能的服务访问请求分发至单体式应用。
在单体式应用提供的服务功能发生变化，并识别得到单体式应用对应的服务功能时，此步骤具体为：
根据与所述微应用对应的服务功能以及与所述单体式应用对应的服务功能，在所述系统的路由组件上分别设置所述微应用的地址和所述单体式应用的地址与服务请求地址的对应关系。
即在单体式应用提供的服务功能发生变化时，单体式应用的地址与服务请求地址之间的对应关系肯定发生变化，需要及时更新路由组件中设置的单体式应用的地址与服务请求地址的对应关系。
其中，路由组件可以基于单体式应用建立，当然也可以基于微应用建立。
服务请求中包括服务请求地址，例如HTTP服务请求，其中HTTP地址即为服务请求地址。
在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址；
查询应用地址和服务请求地址间的映射关系，获得与所述服务请求地址对应的应用地址；
根据应用地址将接收到的服务请求分发至能够提供此服务的应用中。
在扩展了新的服务功能时，即建立了新的微应用时，为了能够将与此微应用对应的服务请求分发至所述微应用，需要及时更新路由组件上设置的应用地址与服务请求地址间的映射关系。
在一个实施例中，步骤S103之后还包括：
S104、在所述系统的微应用和所述系统的单体式应用上分别设置胶水代码；其中，所述胶水代码用于根据数据访问请求，访问接收到所述数据访问请求的应用对应的数据库中的数据。
微应用和单体式应用之间并不是完全独立的，微应用在实现自身所提供的服务功能时，可能需要访问单体式应用对应的数据库和区别于此微应用的其他微应用对应的数据库，单体式应用在实现自身所提供的服务功能时，也可能需要访问微应用对应的数据库。因此，在建立微应用后，需要使得此微应用和单体式应用以及其他微应用之间可以进行数据交互。
基于此，需要在微应用和单体式应用上分别设置胶水代码，其中，微应用上设置的胶水代码用于根据微应用的数据访问请求，访问单体式应用对应的数据库中的数据以及访问其他微应用对应的数据库中的数据单体式应用上设置的胶水代码用于根据单体式应用的数据访问请求，访问微应用对应的数据库中的数据。
实质上，胶水代码只是用作微应用和单体式应用之间的粘合，使得微应用对应的数据库和单体式应用对应的数据库集成在一起，实现了单体式应用和微应用之间的数据交互。通常胶水代码出现在软件代码中，使现有的数据库或者程序在外部函数接口(如Java本地接口)中进行互操作。
同时，正是由于胶水代码的存在，使得在对单体式应用的服务功能扩展时，不需要在单体式应用上扩展新功能，而可以单独开发新的微应用，以建立从结构上独立于单体式应用的微应用。新建立的微应用在不破坏单体式应用架构的基础上，通过胶水代码实现了单体式应用和微应用之间的数据交互，进而保证单体式应用可以提供原有的服务功能，而微应用提供新扩展的服务功能。
步骤S103和步骤S104的执行顺序并不限于本实施例中公开的执行顺序。只要在判断系统中建立有区别于单体式应用的微应用这一内容之后即可执行步骤S104的内容。
从上述技术方案可知，本实施例提供的服务扩展方法，通过建立区别于单体式应用的微应用，根据微应用所提供的服务功能，在路由组件上设置与微应用的地址与服务请求地址之间的对应关系，以实现在接收到新扩展服务的服务请求时，能够根据上述对应关系将服务请求分发至对应的微应用中，同时在微应用和单体式应用上分别设置胶水代码，使得微应用响应新扩展服务的服务请求时，可以访问单体式应用对应的数据库中的数据，进而实现了通过微应用提供扩展的服务功能。由于用于提供扩展的服务功能的微应用是区别于单体式应用建立的，不仅没有破坏单体式应用的原本架构，解决了将原有单体式应用架构转换成微服务架构造成的开发难度高、工作量大的问题，而且没有在单体式应用上增加新扩展的服务功能，避免了单体式应用随着服务功能的增多而不断增大进而导致的开发难度高、管理困难的问题产生。
本发明公开了另一种单体式应用的服务扩展方法，参见图2，该实施例包括以下步骤：
S201、判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
判断系统中建立有区别于单体式应用的微应用，则执行S202；
判断系统中没有建立区别于单体式应用的微应用，则返回执行S201；
S202、识别所述微应用对应的服务功能；
本实施例中S201和S202的实现方式与上一实施例中S101和S102的实现方式类似，此处不再赘述。
S203、获取所述系统的系统标识；
S204、根据所述系统标识以及所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；
其中，在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述映射关系获得与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中包括：
路由组件接收到服务请求时，获取产生所述服务请求的系统的系统标识和所述服务请求中包括的服务请求地址；
判断与所述系统标识对应的系统中的单体式应用和微应用中至少一个是否已经登录成功；
判断所述系统标识对应的系统中的单体式应用和微应用中至少一个已经登录成功，则在Session会话保持队列中存储与所述服务请求对应的Session信息；
根据所述系统标识和所述服务请求地址，在所述映射关系中查询与所述服务请求地址对应的应用地址；
将所述服务请求分发至所述应用地址对应的应用中。
路由组件接收到HTTP服务请求后，首先确定产生HTTP服务请求的系统，然后判断此系统内的微应用和单体式应用中的至少一个是否已经登录成功，若此系统内的微应用和单体式应用中的至少一个已经登录成功，则将此系统产生的HTTP服务请求对应的Session信息缓存到路由组件中的Session会话保持队列中，避免同一系统的单体式应用或微应用访问Session信息失效，导致需要用户重新登录，进而给用户带来不必要的操作的问题产生。
最后，根据系统标识查找与此系统标识对应的应用地址和服务请求地址之间的映射关系，再根据服务请求地址中查询与此服务请求地址对应的应用地址，并将服务请求分发至应用地址对应的应用中。
S205、设置微应用的数据交互接口以及所述数据交互接口支持的数据交互格式。
微应用与单体式应用之间的通信或者微应用之间的通信包括异步通信以及同步通信两种，针对不同的通信形式，可以选择设置不同的数据交互接口。
例如，同步通信基于RestFul架构生成RestFul数据交互接口，而异步通信基于SOAP架构生成SOAP数据交互接口。
不同的数据交互接口所支持的数据交互格式是不同的。在设置了数据交互接口后，根据数据交互接口所支持的数据交互格式，设置微应用访问单体式应用对应的数据库中的数据时的数据交互格式。其中，RestFul数据交互接口支持JSON数据格式，SOAP数据交互接口支持XML数据格式。
其中，数据交互格式包括：请求数据格式、返回数据格式、参数格式，作为单体式应用和微应用通信代码的数据交互格式。其中，请求数据格式用于规范微应用向单体式应用发送数据访问请求的标准格式；返回数据格式用于规范单体式应用响应微应用发送的数据访问请求后，返回的数据的标准格式；参数格式用于规范数据交互时参数的标准格式。
本实施例中，在微应用中设置RestFul数据交互接口，基于HTTP协议进行JSON格式的数据交互，使得微应用可以向单体式应用发送数据访问请求并接收单体式应用返回的数据，即实现了访问单体式应用对应的数据库的目的。
当然，还可以在微应用中设置SOAP数据交互接口，基于HTTP协议进行XML格式的数据交互。
S206、获取与所述单体式应用具有数据交互关系的微应用对应的数据交互接口；
基于单体式应用实现多项服务扩展时，即建立了多个用于服务扩展的微应用时，由于不同的微应用采用的数据交互接口可能不同，又由于需要支持每个微应用访问单体式应用对应的数据库中存储的数据的功能，因此，需要使得单体式应用能够兼容基于不同数据交互接口建立的微应用的数据访问需求。
在系统内新建一个用于服务扩展的新应用后，单体式应用获取此微应用对应的数据交互接口，以在单体式应用中设置胶水代码，进而实现微应用访问单体式应用对应的数据库中存储的数据的目的。可以理解的是，在建立的微应用不需要访问单体式应用对应的数据库中存储的数据就可以实现自身提供的服务功能时，可以不在微应用和单体式应用中分别设置胶水代码，进而更不用获取此微应用对应的数据交互接口。
S207、根据所述微应用对应的数据交互接口，在所述单体式应用中的协议转换接口上扩展与所述数据交互接口对应的协议转换接口；
单体式应用与微应用间的通信协议包括RPC、JMS、HTTP等。
由于不同的数据交互接口是基于不同的协议完成数据交互的，因此单体式应用在接收到基于不同协议的数据访问请求时，需要能够识别接收到的此数据访问请求。基于此，在单体式应用中设置协议转换接口，用于协议转换。
在获取到与单体式应用具有数据交互关系的微应用对应的数据交互接口时，判断单体式应用中的协议转换接口是否具有与此数据交互接口对应的协议转换功能；
如果单体式应用中的协议转换接口不具有与此数据交互接口对应的协议转换功能，则在所述单体式应用中的协议转换接口上扩展与所述数据交互接口对应的协议转换接口；
如果单体式应用中的协议转换接口不具有与此数据交互接口对应的协议转换功能，则不需要扩展协议转换接口。
通过扩展协议转换接口，可以实现单体式应用的多种接口协议的统一，使得不同微应用可以基于不同的通信协议实现访问单体式应用对应的数据库中数据的功能，进而每个微应用可以单独创建，不会对建立微应用时的架构产生影响。
S208、获取与所述单体式应用具有数据交互关系的微应用对应的数据交互格式；
S209、根据所述微应用对应的数据交互的标准格式，设置数据交互格式。
此处设置的数据交互格式与步骤S205中在微应用中设置的数据交互格式相同。
从上述技术方案可知，本实施例提供的服务扩展方法，基于系统标识在路由组件上设置微应用的地址与服务请求地址的对应关系，使得路由组件在接收到HTTP服务请求时，可以根据HTTP服务请求的系统，判断此系统内的微应用和单体式应用中的至少一个是否已经登录成功，若此系统内的微应用和单体式应用中的至少一个已经登录成功，则将此系统产生的HTTP服务请求对应的Session信息缓存到路由组件中的Session会话保持队列中，避免同一系统的单体式应用或微应用访问Session信息失效，导致需要用户重新登录，进而给用户带来不必要的操作的问题产生。
对应上述服务扩展方法，本发明还公开了一种服务扩展装置，所述服务扩展装置的结构示意图请参阅图3所示，本实施例中服务扩展装置包括：判断单元301、识别单元302、第一设置单元303和第二设置单元304；
判断单元301，用于判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
识别单元302，用于在所述判断单元判断系统中建立有区别于单体式应用的微应用时，识别所述微应用对应的服务功能；第一设置单元303，用于根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，所述对应关系用于在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述对应关系获取与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中；所述应用地址包括所述微应用的地址和所述单体式应用的地址；
第二设置单元304，用于在所述系统的微应用和所述系统的单体式应用上分别设置胶水代码；其中，所述胶水代码用于根据数据访问请求，访问接收到所述数据访问请求的应用对应的数据库中的数据。
从上述技术方案可知，本申请中判断单元在判断系统中建立有区别于单体式应用的微应用时，通过识别单元识别所述微应用对应的服务功能，通过第一设置单元在路由组件上设置与微应用的地址与服务请求地址之间的对应关系，以实现在接收到新扩展服务的服务请求时，能够根据上述对应关系将服务请求分发至对应的微应用中，通过第二设置单元在单体式应用和微应用上分别设置胶水代码，使得微应用响应新扩展服务的服务请求时，可以访问单体式应用对应的数据库中的数据，进而实现了通过微应用提供扩展的服务功能。由于用于提供扩展的服务功能的微应用是区别于单体式应用建立的，不仅没有破坏单体式应用的原本架构，解决了将原有单体式应用架构转换成微服务架构造成的开发难度高、工作量大的问题，而且没有在单体式应用上增加新扩展的服务功能，避免了单体式应用随着服务功能的增多而不断增大进而导致的开发难度高、管理困难的问题产生。
本发明还提供了另一种服务扩展装置，本实施例中服务扩展装置的结构示意图请参阅图4所示，区别于图3所示的服务扩展装置之处在于：
第一设置单元303包括：
第一获取子单元401和第一设置子单元402；
第二设置单元304包括：
第一胶水代码单元403、第二获取子单元404、扩展单元405、第三获取子单元406、第二胶水代码单元407；
所述服务扩展装置还包括：
拆分单元408和建立单元409；
第一获取子单元401，用于获取所述系统的系统标识；
第一设置子单元402，用于根据所述系统标识以及所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述映射关系获得与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中包括：
路由组件接收到服务请求时，获取产生所述服务请求的系统的系统标识和所述服务请求中包括的服务请求地址；
判断与所述系统标识对应的系统中的单体式应用和微应用中至少一个是否已经登录成功；
判断所述系统标识对应的系统中的单体式应用和微应用中至少一个已经登录成功，则在Session会话保持队列中存储与所述服务请求对应的Session信息；
根据所述系统标识和所述服务请求地址，在所述映射关系中查询与所述服务请求地址对应的应用地址；
将所述服务请求分发至所述应用地址对应的应用中。
第一胶水代码单元403，用于设置微应用的数据交互接口以及所述数据交互接口支持的数据交互格式；
第二获取子单元404，用于获取与所述单体式应用具有数据交互关系的微应用对应的数据交互接口；
扩展单元405，用于根据所述微应用对应的数据交互接口，在所述单体式应用中的协议转换标准接口上扩展与所述数据交互接口对应的协议转换接口；
第三获取子单元406，用于获取与所述单体式应用具有数据交互关系的微应用对应的数据交互格式；
第二胶水代码单元407，根据所述微应用对应的数据交互格式，设置数据交互格式。
拆分单元408，用于从所述单体式应用中拆分出所需扩展的服务单元；
建立单元409，用于采用微应用架构对拆分出的服务单元进行扩展，建立用于扩展服务的微应用。
从上述技术方案可知，本实施例中基于系统标识在路由组件上设置微应用的地址与服务请求地址的对应关系，使得路由组件在接收到HTTP服务请求时，可以根据HTTP服务请求的系统，判断此系统内的微应用和单体式应用中的至少一个是否已经登录成功，若此系统内的微应用和单体式应用中的至少一个已经登录成功，则将此系统产生的HTTP服务请求对应的Session信息缓存到路由组件中的Session会话保持队列中，避免同一系统的单体式应用或微应用访问Session信息失效，导致需要用户重新登录，进而给用户带来不必要的操作的问题产生。
对应上述服务扩展方法，本发明还提供了一种计算机程序产品，当所述计算机程序产品被执行时，用于执行根据图2所示的方法的指令。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的装置而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

Claims (11)

1.一种单体式应用的服务扩展方法，其特征在于，包括：
判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
判断系统中建立有区别于单体式应用的微应用，则识别所述微应用对应的服务功能；
根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，所述对应关系用于在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述对应关系获取与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中；所述应用地址包括所述微应用的地址和所述单体式应用的地址；
其中，所述根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址和所述单体式应用的地址与服务请求地址的对应关系，形成应用地址与服务请求地址间的映射关系，包括：
获取所述系统的系统标识；
根据所述系统标识以及所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述映射关系获得与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中包括：
路由组件接收到服务请求时，获取产生所述服务请求的系统的系统标识和所述服务请求中包括的服务请求地址；
判断与所述系统标识对应的系统中的单体式应用和微应用中至少一个是否已经登录成功；
判断所述系统标识对应的系统中的单体式应用和微应用中至少一个已经登录成功，则在Session会话保持队列中存储与所述服务请求对应的Session信息；
根据所述系统标识和所述服务请求地址，在所述映射关系中查询与所述服务请求地址对应的应用地址；
将所述服务请求分发至所述应用地址对应的应用中。
2.根据权利要求1所述的服务扩展方法，其特征在于，所述判断系统中建立有区别于单体式应用的微应用之后，还包括：
在所述系统的微应用和所述系统的单体式应用上分别设置胶水代码；其中，所述胶水代码用于根据数据访问请求，访问接收到所述数据访问请求的应用对应的数据库中的数据。
3.根据权利要求2所述的服务扩展方法，其特征在于，在所述微应用上设置胶水代码包括：
设置微应用的数据交互接口以及所述数据交互接口支持的数据交互格式。
4.根据权利要求2所述的服务扩展方法，其特征在于，在所述单体式应用中设置胶水代码包括：
获取与所述单体式应用具有数据交互关系的微应用对应的数据交互接口；
根据所述微应用对应的数据交互接口，在所述单体式应用中的协议转换标准接口上扩展与所述数据交互接口对应的协议转换接口；
获取与所述单体式应用具有数据交互关系的微应用对应的数据交互格式；
根据所述微应用对应的数据交互格式，设置数据交互格式。
5.根据权利要求1-4任一项所述的服务扩展方法，其特征在于，建立用于扩展服务的微应用包括：
从所述单体式应用中拆分出所需扩展的服务单元；
采用微应用架构对拆分出的服务单元进行扩展，建立用于扩展服务的微应用。
6.一种服务扩展装置，其特征在于，包括：
判断单元，用于判断系统中是否建立有区别于单体式应用的微应用；其中，所述微应用用于提供扩展服务；
识别单元，用于在所述判断单元判断系统中建立有区别于单体式应用的微应用时，识别所述微应用对应的服务功能；
第一设置单元，用于根据所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，所述对应关系用于在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询所述对应关系获取与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中；所述应用地址包括所述微应用的地址和所述单体式应用的地址；
其中，所述第一设置单元包括：
第一获取子单元，用于获取所述系统的系统标识；
第一设置子单元，用于根据所述系统标识以及所述服务功能，在所述系统的路由组件上设置所述微应用的地址与服务请求地址的对应关系；其中，在路由组件接收到服务请求时，获取所述服务请求中包括的服务请求地址，查询映射关系获得与所述服务请求地址对应的应用地址，将所述服务请求分发至所述应用地址对应的应用中包括：
路由组件接收到服务请求时，获取产生所述服务请求的系统的系统标识和所述服务请求中包括的服务请求地址；
判断与所述系统标识对应的系统中的单体式应用和微应用中至少一个是否已经登录成功；
判断所述系统标识对应的系统中的单体式应用和微应用中至少一个已经登录成功，则在Session会话保持队列中存储与所述服务请求对应的Session信息；
根据所述系统标识和所述服务请求地址，在所述映射关系中查询与所述服务请求地址对应的应用地址；
将所述服务请求分发至所述应用地址对应的应用中。
7.根据权利要求6所述的服务扩展装置，其特征在于，还包括：
第二设置单元，用于在所述系统的微应用和所述系统的单体式应用上分别设置胶水代码；其中，所述胶水代码用于根据数据访问请求，访问接收到所述数据访问请求的应用对应的数据库中的数据。
8.根据权利要求7所述的服务扩展装置，其特征在于，所述第二设置单元包括：
第一胶水代码单元，用于设置微应用的数据交互接口以及所述数据交互接口支持的数据交互格式。
9.根据权利要求7所述的服务扩展装置，其特征在于，所述第二设置单元还包括：
第二获取子单元，用于获取与所述单体式应用具有数据交互关系的微应用对应的数据交互接口；
扩展单元，用于根据所述微应用对应的数据交互接口，在所述单体式应用中的协议转换标准接口上扩展与所述数据交互接口对应的协议转换接口；
第三获取子单元，用于获取与所述单体式应用具有数据交互关系的微应用对应的数据交互格式；
第二胶水代码单元，根据所述微应用对应的数据交互格式，设置数据交互格式。
10.根据权利要求6-9任一项所述的服务扩展装置，其特征在于，还包括：拆分单元，用于从所述单体式应用中拆分出所需扩展的服务单元；
建立单元，用于采用微应用架构对拆分出的服务单元进行扩展，建立用于扩展服务的微应用。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序指令，所述计算机程序指令用于执行如权利要求1-5任一项所述的方法。
CN201710618977.3A 2017-07-26 2017-07-26 一种单体式应用的服务扩展方法及装置 Active CN107438101B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710618977.3A CN107438101B (zh) 2017-07-26 2017-07-26 一种单体式应用的服务扩展方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710618977.3A CN107438101B (zh) 2017-07-26 2017-07-26 一种单体式应用的服务扩展方法及装置

Publications (2)

Publication Number Publication Date
CN107438101A CN107438101A (zh) 2017-12-05
CN107438101B true CN107438101B (zh) 2020-09-29

Family

ID=60461301

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710618977.3A Active CN107438101B (zh) 2017-07-26 2017-07-26 一种单体式应用的服务扩展方法及装置

Country Status (1)

Country Link
CN (1) CN107438101B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109618017A (zh) * 2018-12-12 2019-04-12 北京知道创宇信息技术有限公司 域名管理方法、装置及系统
CN111741003A (zh) * 2020-06-23 2020-10-02 四川长虹电器股份有限公司 一种对接第三方平台多协议转换方法和系统
CN111866140B (zh) * 2020-07-21 2023-09-15 腾讯科技（深圳）有限公司 融合管理设备、管理系统、服务调用方法及介质
CN113055470B (zh) * 2021-03-10 2023-04-28 中国建设银行股份有限公司 服务请求分发方法和系统
CN114866598B (zh) * 2022-04-29 2023-09-19 安徽宝葫芦信息科技集团股份有限公司 基于微服务架构和usb接口的模块动态扩展、授权系统
CN115408055B (zh) * 2022-11-01 2022-12-27 北京领雁科技股份有限公司 一种基于单体生成微服务项目的方法和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1289967A (zh) * 1999-09-24 2001-04-04 国际商业机器公司 Java卡小应用程序中数据目标的动态内存管理
CN105573751A (zh) * 2015-12-12 2016-05-11 天津南大通用数据技术股份有限公司 商业智能中应用微服务的方法及敏捷开发管理模式
CN106533929A (zh) * 2016-12-30 2017-03-22 北京中电普华信息技术有限公司 一种微服务开发平台、生成方法以及部署方法和装置
CN106603582A (zh) * 2017-02-23 2017-04-26 北京工业大学 一种网络微服务发现方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100834977B1 (ko) * 2006-12-08 2008-06-04 한국전자통신연구원 임베디드 에이전트 프레임워크 및 이를 이용한 유비쿼터스서비스 제공 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1289967A (zh) * 1999-09-24 2001-04-04 国际商业机器公司 Java卡小应用程序中数据目标的动态内存管理
CN105573751A (zh) * 2015-12-12 2016-05-11 天津南大通用数据技术股份有限公司 商业智能中应用微服务的方法及敏捷开发管理模式
CN106533929A (zh) * 2016-12-30 2017-03-22 北京中电普华信息技术有限公司 一种微服务开发平台、生成方法以及部署方法和装置
CN106603582A (zh) * 2017-02-23 2017-04-26 北京工业大学 一种网络微服务发现方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
国家电网公司微应用平台架构设计与实现;冯扬;《电子测量技术》;20170715;第3.3、5.3节 *

Also Published As

Publication number Publication date
CN107438101A (zh) 2017-12-05

Similar Documents

Publication Publication Date Title
CN107438101B (zh) 一种单体式应用的服务扩展方法及装置
CN109597655B (zh) 配置应用程序的方法及装置
US10187445B2 (en) System, method and browser client for enabling browser data synchronization
JP6859340B2 (ja) グローバル情報を取得、処理および更新するための装置、システムおよび方法
CN107872437B (zh) 一种用于业务请求的方法、装置及服务器
US9544353B2 (en) Dynamic activation of web applications
US8032588B2 (en) System and method for hosting one or more versions of a service using a service proxy
CN106933550B (zh) 全局信息获取、处理及更新方法、装置和系统
CN108259533B (zh) 一种数据传输方法和装置
US20210092073A1 (en) Resource trees by management controller
CN109522055B (zh) 基于分布式服务调用的连接预热方法及系统
CN111083228B (zh) 标识号的生成方法、装置和电子设备
CN109120614B (zh) 基于分布式系统的业务处理方法及装置
WO2017036332A1 (zh) 一种基于分布式系统的灰度发布方法、客户端及平台
WO2015035774A1 (zh) 一种基于用户空间文件系统的移动终端定制化方法及系统
CN108089972B (zh) 接口测试方法及装置
CN107844310B (zh) 一种配置信息更新方法及系统
CN109471713B (zh) 用于查询信息的方法和装置
CN106685708B (zh) 一种服务关系的确定方法、装置及系统
CN110955460B (zh) 一种服务进程启动方法、装置、电子设备和存储介质
CN114675982A (zh) 一种业务集成系统的数据获取通用方法及系统
CN113297305A (zh) 会话状态处理方法、装置、设备和存储介质
CN109688180B (zh) 一种基于镜像的云服务软件升级方法和装置
CN112491943A (zh) 数据请求方法、装置、存储介质和电子设备
WO2014206063A1 (zh) 一种数据交互方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant