CN111722929A - Micro-service orchestration engine management method based on PaaS - Google Patents

Micro-service orchestration engine management method based on PaaS Download PDF

Info

Publication number
CN111722929A
CN111722929A CN202010558945.0A CN202010558945A CN111722929A CN 111722929 A CN111722929 A CN 111722929A CN 202010558945 A CN202010558945 A CN 202010558945A CN 111722929 A CN111722929 A CN 111722929A
Authority
CN
China
Prior art keywords
service
micro
workflow
service combination
orchestration engine
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.)
Pending
Application number
CN202010558945.0A
Other languages
Chinese (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.)
Nanjing Dragon Cat Business Intelligence Technology Co ltd
Original Assignee
Nanjing Dragon Cat Business Intelligence Technology 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 Nanjing Dragon Cat Business Intelligence Technology Co ltd filed Critical Nanjing Dragon Cat Business Intelligence Technology Co ltd
Priority to CN202010558945.0A priority Critical patent/CN111722929A/en
Publication of CN111722929A publication Critical patent/CN111722929A/en
Priority to PCT/CN2021/071638 priority patent/WO2021253819A1/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083Techniques for rebalancing the load in a distributed system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services
    • G06F9/548Object oriented; Remote method invocation [RMI]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/545Gui
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/549Remote execution

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

The invention discloses a management method of a micro-service orchestration engine based on PaaS, which comprises the following specific steps: s1: defining a workflow; s2: executing the workflow; s3: identifying a workflow; s4, forming by a micro-service combination method; the workflow is defined by using a specific modeling language, the workflow can be used as a modeling tool for defining service combinations or a coordination control engine of distributed activities, a workflow blueprint for predefined service combinations is combined with an actual service instance execution state to identify the next service and realize the tracking, management and correct execution of the service combination workflow, the arrangement engine can check the work load capacity of a single Worker through an API (application programming interface) interface, the automatic telescopic expansion of the Worker instance is realized, the integration and interaction of different modeling languages are realized, and a one-stop distributed transaction solution is created for a user, so that the subsequent establishment of a personalized supply chain service scheme and the optimization decision under a dynamic variability scene are supported.

Description

Micro-service orchestration engine management method based on PaaS
Technical Field
The invention belongs to the technical field of micro services, and particularly relates to a micro service orchestration engine management method based on PaaS.
Background
With the development of internet technology, large-scale IT systems generally adopt a distributed computing mode to optimize resource allocation and improve system reliability, availability, flexibility and the like. Service-Oriented Architecture (SOA) is immediately developed to facilitate the design, development and integration of distributed information systems and to improve the flexibility, reusability and extensibility of the system Architecture. The SOA architecture associates well-defined, single service components with open interfaces and independent hardware, software platforms and implementation technologies to build the overall application and protect the existing IT infrastructure in a loosely coupled manner. The emergence of Web services and related standards thereof and protocols such as SOAP, WSDL, UDDI and the like provides technical support and processing schemes for the realization of SOA, and becomes one of the key research contents in the service computing field in the last decade.
Although the Web service provides convenience for cross-platform enterprise development based on the SOA architecture, a single-body architecture mode is adopted in the development mode. The monolithic architecture is designed, developed, packaged, deployed and operated with logic modules, operational data, etc. required by all services as a whole. However, with the increase of business complexity and business requirements of enterprises, the monolithic architecture has the disadvantages of being difficult to design and implement, low in deployment efficiency, not beneficial to maintenance and the like for an online software system which needs to meet the requirements of complex business logic, huge data volume, high real-time performance, high reliability and high flexibility. With the rapid development of internet technology, more and more enterprises have higher and higher requirements on the aspects of system reliability, availability, flexibility, high concurrent processing capability and the like, and the traditional SOA architecture cannot completely meet the requirements, so that an optimal practical mode is micro-servitization. Microservices (Microservices) as an emerging technology realizes a better solution in the aspects of heterogeneous distributed computing, data and code reuse and the like, has high platform interoperability, dynamic expansion capability, strong fault-tolerant capability and the like, and is greatly concerned by the engineering and academic circles. However, the functions provided by a single micro service are limited, and in most cases, the existing micro services of the system need to be flexibly assembled, so that a richer service combination scheme is realized, and the requirements of various users are met. Therefore, microservice composition is an important research context in microservice architectures.
The core of the micro-service is that based on the service-oriented idea, the traditional large-scale application system is subjected to functional decomposition, the use of fine-grained services is promoted, the original single application is divided into a series of software service units which can be independently designed, developed, deployed, operated and maintained, and the services are mutually cooperated and have independent databases. In fact, the micro-service is similar to the idea advocated by the SOA, but the micro-service is more detailed, flexible and simple than the SOA in terms of the division or integration of the service granularity and the service deployment, so that the micro-service is more suitable for the development requirements of the enterprises nowadays.
In the micro-service architecture, a traditional single application is decomposed into a plurality of micro-services based on a single responsibility principle. Generally, the functions provided by a single micro service are limited, and most of the time, the existing micro services of the system need to be flexibly combined so as to meet the diverse business requirements of users. Therefore, the micro-service combination can utilize the small, simple and easy-to-execute lightweight micro-service to create the complex service with richer functions and more meeting the requirements of users, so that a plurality of loosely coupled micro-services with independent functions dispersed in the process are integrated together to realize stronger functions so as to support the application requirements of external diversity inside and outside an enterprise.
In fact, similar to the idea of combining Web services, the micro-service combination needs to aggregate a plurality of independent and functionally-defined micro-services into a whole application with more complete functions, which meets the application requirements, through a certain mechanism to provide services. In the aspect of micro-service combination, an intuitive way is to use the idea and strategy of Web service combination for reference. In the Web service composition, two service aggregation policies, namely chord-relationship (Choreography) and organization (organization) are generally adopted, and a CDL Language (chord-relationship Description Language) and a BPEL Language (business-business process execution Language) are respectively adopted to describe interaction, cooperation or communication processes between services. Although service orchestration, programming language, has been successful in Web service composition, it is difficult to be applied directly to microservice compositions. In fact, the two languages described above belong to the underlying syntax-based description language, which leads to an increase in the complexity of the composite service code as the number of interactive services increases. On the other hand, they require unit services with well-defined interfaces and strong type constraints to interact with information. However, the rapidly changing microservices make it difficult to define their interfaces quickly and to be deployed quickly. Meanwhile, the two languages require a central execution engine such as esb (enterprise Service bus), which is difficult to be used in the microservice architecture.
Disclosure of Invention
The invention aims to provide a management method of a micro-service orchestration engine based on PaaS (platform as a service), which aims to solve the problem that the CDL language and the BPEL language belong to a bottom-layer syntax-based description language in the prior art and the complexity of a combined service code is increased along with the increase of the number of interactive services. On the other hand, they require unit services with well-defined interfaces and strong type constraints to interact with information. However, the rapidly changing microservices make it difficult to define their interfaces quickly and to be deployed quickly. Meanwhile, the two languages require a central execution engine such as esb (enterprise service bus), which is difficult to be used in the micro-service architecture.
In order to achieve the purpose, the invention adopts the following technical scheme:
a management method of a micro-service orchestration engine based on PaaS comprises the following specific steps:
s1: defining a workflow, and defining a workflow task by using a specific modeling language, wherein the workflow can be used as a modeling tool for defining service combination or a coordination control engine for distributed activities;
s2: executing the workflow, managing and controlling the execution of the predefined workflow using an orchestration engine tool;
s3: identifying a workflow, and combining a predefined workflow blueprint for service combination with an actual service instance execution state to identify a next service and realize the tracking, management and correct execution of the workflow of the service combination;
and S4, forming a micro-service combination method, wherein the layout engine can check the work load capacity of a single Worker through an API (application programming interface) and realize the automatic telescopic expansion of the Worker example, the task queue is used for arranging tasks for the Worker, and the layout engine can check the work load capacity of the single Worker through the API and realize the automatic telescopic expansion of the Worker example.
Preferably, the workflow task in S1 is mainly implemented by Worker, and communication is implemented between each other through an API layer (published through HTTP).
Preferably, the service workflow in S2 interacts with the orchestration engine, wherein a Worker task is implemented by an application program, can support multiple languages, and runs in different environments with the orchestration engine, and is mainly based on an HTTP endpoint or any supported RPC mechanism to communicate with the orchestration engine and manage the work queue using a polling model that allows a user to handle backpressure on the Workers and, when possible, provides automatic scalability based on the queue depth.
Preferably, the API Layer is established in a manner that refers to naming of the API Layer transaction policy, based on the fact that: all transactional logic is contained at the API layer of the logical application architecture, which is a logical layer, sometimes also called the domain layer (or facade layer) of the application, that exposes functions to clients (or presentation layers) in the form of public methods or interfaces, so to speak as a logical layer, because remote access can be made from the local access domain layer (by direct instantiation and invocation), or via HTTP, Remote Method Invocation (RMI), via EJB using RMI over Internet Inter-OrbProtocol (RMI-IIOP), or even via Java Message Service (JMS).
Preferably, the micro-service combination method in S4 further includes a micro-service combination method based on state calculation and a micro-service combination method based on a formal language.
Preferably, the micro-service combination method based on state calculation is mainly based on the specific description of the micro-service combination and the mapping relation of the service state graph model, a formal model is established for the micro-service combination, and the micro-service combination system is analyzed through a formal modeling tool, the Petri network model has good formal semantics and intuitive graphical description, so the micro-service combination method based on state calculation is often used as a formal modeling tool of service combination in the Web service field, and essentially, the micro-service combination method based on state calculation is also a micro-service combination method in a workflow form, but mainly completes feasibility verification of a micro-service combination scheme, and is more focused on the formal modeling of the micro-service combination.
Preferably, the micro-service combination method based on the formal language is mainly provided for semi-automatic micro-service combination, and the basic idea is to define a specific description language for the micro-service combination, wherein the language comprises complex structures and specific domain semantics, so that a user can describe the required micro-service combination from a more abstract level and realize service scheduling. When the micro-service combination is realized, two stages of language design and service operation are mainly included. In the design stage, the semantic specification of the whole service combination flow and the grammar and semantic representation of a single service need to be given. This phase enables the user to declare and configure the services to be used and combined, enabling the user to express how to accomplish an abstract description and definition of a combination of microservices, based on events that may occur on the respective output streams. In the operation stage, the micro-service combination description based on the specific language needs to be specifically realized, and the micro-service combination description can be combined with a specific micro-service architecture platform, so that the dynamic binding and calling execution of specific micro-services are realized.
The invention has the technical effects and advantages that: compared with the prior art, the micro-service orchestration engine management method based on PaaS provided by the invention has the following advantages:
the invention realizes the definition of a specific field language in a Json format, solves the problem of unified modeling language in the building safety field, solves the problems that the combination of managed micro-services is rapidly advanced and various combined modeling languages exist, achieves unified standards and realizes the integration and interaction of different modeling languages;
the problem of consistency of micro-service arrangement is solved, and a method for transaction management in a distributed environment is realized based on the saga distributed database principle. The platform can provide AT, TCC, SAGA and XA transaction modes, and a one-stop distributed transaction solution is created for users;
the SaaS cloud of the building supply chain industry is constructed through a micro-service orchestration engine management platform based on PaaS, and service operation flow, service resource integration and service performance decision of the supply chain industry are met. The informationization and digitization infrastructure supporting the services and the operation modes is widely introduced by virtualization of IT related technology resources such as SOA, IoT and the like, various physical, human, software, information and other service related resources are uniformly incorporated into the space of a supply chain service cloud, personalized semantics and dynamic variability semantics are expanded on the basis of traditional service/resource semantics, and subsequent personalized supply chain service scheme construction and optimization decision under a dynamic variability scene are supported through a multi-level resource organization mode and scheduling of the full life cycle of virtual service resources.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all embodiments. The specific embodiments described herein are merely illustrative of the invention and do not delimit the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The invention provides a management method of a micro-service orchestration engine based on PaaS, which comprises the following specific steps:
s1: defining a workflow, and defining a workflow task by using a specific modeling language, wherein the workflow can be used as a modeling tool for defining service combination or a coordination control engine for distributed activities;
s2: executing the workflow, managing and controlling the execution of the predefined workflow using an orchestration engine tool;
s3: identifying a workflow, and combining a predefined workflow blueprint for service combination with an actual service instance execution state to identify a next service and realize the tracking, management and correct execution of the workflow of the service combination;
and S4, forming a micro-service combination method, wherein the layout engine can check the work load capacity of a single Worker through an API (application programming interface) and realize the automatic telescopic expansion of the Worker example, the task queue is used for arranging tasks for the Worker, and the layout engine can check the work load capacity of the single Worker through the API and realize the automatic telescopic expansion of the Worker example.
Specifically, the workflow task in S1 is mainly implemented by a Worker, and communication is implemented between the workflow task and the Worker through an API layer (published through HTTP).
Specifically, in the process of interacting the service workflow with the orchestration engine in S2, a Worker task is implemented by an application program, can support multiple languages, and runs in different environments with the orchestration engine, and is mainly based on an end point of HTTP or any supported RPC mechanism to communicate with the orchestration engine and manage a work queue using a polling model, which allows a user to handle backpressure on the Workers and, when possible, provides automatic scalability based on a queue depth.
Specifically, the API Layer is established in a manner that refers to naming of the API Layer transaction policy, based on the fact that: all transactional logic is contained at the API layer of the logical application architecture, which is a logical layer, sometimes also called the domain layer (or facade layer) of the application, that exposes functions to clients (or presentation layers) in the form of public methods or interfaces, so to speak as a logical layer, because remote access can be made from the local access domain layer (by direct instantiation and invocation), or via HTTP, Remote Method Invocation (RMI), via EJB using RMI over Internet Inter-OrbProtocol (RMI-IIOP), or even via Java Message Service (JMS).
Specifically, the micro-service combination method in S4 further includes a micro-service combination method based on state calculation and a micro-service combination method based on a formal language.
Specifically, the micro-service combination method based on the state calculation is mainly based on the specific description of the micro-service combination and the mapping relation of the service state graph model, a formal model is established for the micro-service combination, the micro-service combination system is analyzed through a formal modeling tool, and the Petri network model has good formal semantics and intuitive graphical description, so the micro-service combination method based on the state calculation is often used as the formal modeling tool of the service combination in the Web service field, and essentially, the micro-service combination method based on the state calculation is also a micro-service combination method in a workflow form actually, but mainly completes the feasibility verification of a micro-service combination scheme and is more focused on the formal modeling of the micro-service combination.
Specifically, the micro-service combination method based on the formal language is mainly provided for semi-automatic micro-service combination, and the basic idea is to define a specific description language for the micro-service combination, wherein the language comprises a complex structure and specific field semantics, so that a user can describe the required micro-service combination from a more abstract level and realize service scheduling. When the micro-service combination is realized, two stages of language design and service operation are mainly included. In the design stage, the semantic specification of the whole service combination flow and the grammar and semantic representation of a single service need to be given. This phase enables the user to declare and configure the services to be used and combined, enabling the user to express how to accomplish an abstract description and definition of a combination of microservices, based on events that may occur on the respective output streams. In the operation stage, the micro-service combination description based on the specific language needs to be specifically realized, and the micro-service combination description can be combined with a specific micro-service architecture platform, so that the dynamic binding and calling execution of specific micro-services are realized.
In summary, the following steps: the invention realizes the definition of a specific field language in a Json format, solves the problem of unified modeling language in the building safety field, solves the problems that the combination of managed micro-services is rapidly advanced and various combined modeling languages exist, achieves unified standards and realizes the integration and interaction of different modeling languages;
the problem of consistency of micro-service arrangement is solved, and a method for transaction management in a distributed environment is realized based on the saga distributed database principle. The platform can provide AT, TCC, SAGA and XA transaction modes, and a one-stop distributed transaction solution is created for users;
the SaaS cloud of the building supply chain industry is constructed through a micro-service orchestration engine management platform based on PaaS, and service operation flow, service resource integration and service performance decision of the supply chain industry are met. The informationization and digitization infrastructure supporting the services and the operation modes is widely introduced by virtualization of IT related technology resources such as SOA, IoT and the like, various physical, human, software, information and other service related resources are uniformly incorporated into the space of a supply chain service cloud, personalized semantics and dynamic variability semantics are expanded on the basis of traditional service/resource semantics, and subsequent personalized supply chain service scheme construction and optimization decision under a dynamic variability scene are supported through a multi-level resource organization mode and scheduling of the full life cycle of virtual service resources.
Finally, it should be noted that: although the present invention has been described in detail with reference to the foregoing embodiments, it will be apparent to those skilled in the art that modifications may be made to the embodiments or portions thereof without departing from the spirit and scope of the invention.

Claims (7)

1. A micro-service orchestration engine management method based on PaaS is characterized in that: the method for managing the layout engine comprises the following specific steps:
s1: defining a workflow, and defining a workflow task by using a specific modeling language, wherein the workflow can be used as a modeling tool for defining service combination or a coordination control engine for distributed activities;
s2: executing the workflow, managing and controlling the execution of the predefined workflow using an orchestration engine tool;
s3: identifying a workflow, and combining a predefined workflow blueprint for service combination with an actual service instance execution state to identify a next service and realize the tracking, management and correct execution of the workflow of the service combination;
and S4, forming a micro-service combination method, wherein the layout engine can check the work load capacity of a single Worker through an API (application programming interface) and realize the automatic telescopic expansion of the Worker example, the task queue is used for arranging tasks for the Worker, and the layout engine can check the work load capacity of the single Worker through the API and realize the automatic telescopic expansion of the Worker example.
2. The PaaS-based microservice orchestration engine management method according to claim 1, wherein: the workflow task described in S1 is mainly implemented by Worker, and communication is implemented between them through an API layer (published through HTTP).
3. The PaaS-based microservice orchestration engine management method according to claim 1, wherein: the process of interaction of the service workflow and the orchestration engine described in S2, where a Worker task is implemented by an application program, can support multiple languages, and runs in different environments with the orchestration engine, and is mainly based on an end point of HTTP or any supported RPC mechanism to communicate with the orchestration engine and manage the work queue using a polling model that allows a user to handle backpressure on the Workers and, when possible, provides automatic scalability based on queue depth.
4. The PaaS-based microservice orchestration engine management method according to claim 2, wherein: the API Layer is established in a manner that refers to naming of the API Layer transaction policy, based on the fact that: all transactional logic is contained at the API layer of the logical application architecture, which is a logical layer, sometimes also called the domain layer (or facade layer) of the application, that exposes functions to clients (or presentation layers) in the form of public methods or interfaces, so to speak as a logical layer, because remote access can be made from the local access domain layer (by direct instantiation and invocation), or via HTTP, Remote Method Invocation (RMI), via EJB using RMI over Internet Inter-Orb Protocol (RMI-IIOP), or even via Java Message Service (JMS).
5. The PaaS-based microservice orchestration engine management method according to claim 1, wherein: the micro-service combination method in S4 further includes a micro-service combination method based on state calculation and a micro-service combination method based on a formal language.
6. The PaaS-based microservice orchestration engine management method according to claim 5, wherein: the micro-service combination method based on the state calculation is mainly based on the specific description of the micro-service combination and the mapping relation of a service state graph model, a formal model is established for the micro-service combination, a micro-service combination system is analyzed through a formal modeling tool, and a Petri network model has good formal semantics and intuitive graphical description, so that the micro-service combination method based on the state calculation is often used as a formal modeling tool of the service combination in the Web service field.
7. The PaaS-based microservice orchestration engine management method according to claim 1, wherein: the micro-service combination method based on the formal language is mainly provided for semi-automatic micro-service combination, and the basic idea is to define a specific description language for the micro-service combination, wherein the language comprises a complex structure and specific field semantics, so that a user can describe the required micro-service combination from a more abstract level and realize service scheduling; when the micro-service combination is realized, the method mainly comprises two stages of language design and service operation; in the design stage, the semantic specification of the whole service combination flow and the grammar and semantic representation of a single service need to be given; this phase enables the user to declare and configure the services to be used and combined, enabling the user to express how to complete the abstract description and definition of the microservice combination according to the events that may occur on the respective output streams; in the operation stage, the micro-service combination description based on the specific language needs to be specifically realized, and the micro-service combination description can be combined with a specific micro-service architecture platform, so that the dynamic binding and calling execution of specific micro-services are realized.
CN202010558945.0A 2020-06-18 2020-06-18 Micro-service orchestration engine management method based on PaaS Pending CN111722929A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010558945.0A CN111722929A (en) 2020-06-18 2020-06-18 Micro-service orchestration engine management method based on PaaS
PCT/CN2021/071638 WO2021253819A1 (en) 2020-06-18 2021-01-14 Paas-based microservice choreography engine management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010558945.0A CN111722929A (en) 2020-06-18 2020-06-18 Micro-service orchestration engine management method based on PaaS

Publications (1)

Publication Number Publication Date
CN111722929A true CN111722929A (en) 2020-09-29

Family

ID=72567465

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010558945.0A Pending CN111722929A (en) 2020-06-18 2020-06-18 Micro-service orchestration engine management method based on PaaS

Country Status (2)

Country Link
CN (1) CN111722929A (en)
WO (1) WO2021253819A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112418784A (en) * 2020-11-11 2021-02-26 北京京航计算通讯研究所 Service arranging and executing system and method
CN113238844A (en) * 2021-05-17 2021-08-10 上海中通吉网络技术有限公司 Service arrangement execution path playback method
CN113791758A (en) * 2021-09-01 2021-12-14 湖南大学 Service arrangement localization execution system and method thereof
WO2021253819A1 (en) * 2020-06-18 2021-12-23 南京龙猫商业智能科技股份有限公司 Paas-based microservice choreography engine management method
CN114579261A (en) * 2022-04-29 2022-06-03 支付宝(杭州)信息技术有限公司 Processing method and device for multi-language mixed stream

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114385243B (en) * 2022-01-11 2022-08-16 北京新桥信通科技股份有限公司 Method and device for automatically issuing instructions for controlling layout engine
CN115018655A (en) * 2022-04-21 2022-09-06 江苏康众汽配有限公司 Toast docking adaptation system and adaptation method based on dynamic expansion and process arrangement
CN115412606B (en) * 2022-08-31 2024-01-23 上海得帆信息技术有限公司 iPaaS service arrangement method and system based on open source mule integration platform
CN115834669B (en) * 2023-02-14 2023-05-09 北京邮电大学 Distributed AI service engine system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190304445A1 (en) * 2018-03-30 2019-10-03 International Business Machines Corporation Conversational framework
CN110517165A (en) * 2019-06-03 2019-11-29 武汉市自来水有限公司 A kind of water utilities micro services support platform
CN111142867A (en) * 2019-12-31 2020-05-12 谷云科技(广州)有限责任公司 Service visual arrangement system and method under micro-service architecture

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10289538B1 (en) * 2018-07-02 2019-05-14 Capital One Services, Llc Systems and methods for failure detection with orchestration layer
CN109766166A (en) * 2018-12-29 2019-05-17 优刻得科技股份有限公司 Business flow processing method, apparatus, storage medium and equipment
CN109918151A (en) * 2019-03-14 2019-06-21 佳都新太科技股份有限公司 Workflow implementing method, device, equipment and storage medium
CN111722929A (en) * 2020-06-18 2020-09-29 南京龙猫商业智能科技股份有限公司 Micro-service orchestration engine management method based on PaaS

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190304445A1 (en) * 2018-03-30 2019-10-03 International Business Machines Corporation Conversational framework
CN110517165A (en) * 2019-06-03 2019-11-29 武汉市自来水有限公司 A kind of water utilities micro services support platform
CN111142867A (en) * 2019-12-31 2020-05-12 谷云科技(广州)有限责任公司 Service visual arrangement system and method under micro-service architecture

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NETFLIX(译者:刘志勇): ""Netflix Conductor:一个微服务的编排器"", pages 1 - 6, Retrieved from the Internet <URL:https://www.infoq.cn/article/netflix-conductor-a-micro-service-orchestration> *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021253819A1 (en) * 2020-06-18 2021-12-23 南京龙猫商业智能科技股份有限公司 Paas-based microservice choreography engine management method
CN112418784A (en) * 2020-11-11 2021-02-26 北京京航计算通讯研究所 Service arranging and executing system and method
CN112418784B (en) * 2020-11-11 2021-11-30 北京京航计算通讯研究所 Service arranging and executing system and method
CN113238844A (en) * 2021-05-17 2021-08-10 上海中通吉网络技术有限公司 Service arrangement execution path playback method
CN113791758A (en) * 2021-09-01 2021-12-14 湖南大学 Service arrangement localization execution system and method thereof
CN114579261A (en) * 2022-04-29 2022-06-03 支付宝(杭州)信息技术有限公司 Processing method and device for multi-language mixed stream
CN114579261B (en) * 2022-04-29 2022-09-20 支付宝(杭州)信息技术有限公司 Processing method and device for multi-language mixed stream

Also Published As

Publication number Publication date
WO2021253819A1 (en) 2021-12-23

Similar Documents

Publication Publication Date Title
CN111722929A (en) Micro-service orchestration engine management method based on PaaS
Schel et al. Manufacturing service bus: an implementation
Baude et al. GCM: a grid extension to Fractal for autonomous distributed components
CN101694709B (en) Service-oriented distributed work flow management system
JP2004206712A (en) Architecture of topology aware grid service scheduler
Coulson et al. Applying the reflective middleware approach in Grid computing
JP5102543B2 (en) Method for dynamically provisioning information technology infrastructure
CN104579792A (en) Architecture and method for achieving centralized management of various types of virtual resources based on multiple adaptive modes
Frantz et al. An efficient orchestration engine for the cloud
In et al. Sphinx: A scheduling middleware for data intensive applications on a grid
Vázquez et al. Evaluation of a utility computing model based on the federation of grid infrastructures
CN100547967C (en) Mesh operation supervisor and grid job management method
Cai et al. The gridkit distributed resource management framework
WO2016095373A1 (en) Service processing method and device
Zhang et al. A dataflow optimisation mechanism for service–oriented cloud workflow
CN100464303C (en) Method of implementing distribution type operation logical calculation in structure software system
Fayaza Service oriented architecture in enterprise application
Guan et al. A framework for application server based web services management
Coulson et al. A Retrospective on the Design of the GOPI Middleware Platform
Benosman et al. Exploiting concurrency for the ESB architecture
Bobroff et al. A distributed job scheduling and flow management system
Chauhan et al. An intensify deadline aware credit based cloud task scheduling
Liu et al. BUST: enabling scalable service orchestration
Balasooriya et al. A middleware architecture for enhancing web services infrastructure for distributed coordination of workflows
Lombardo et al. A model for a component based grid-aware scientific library service

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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20200929