Enabling local development of microservices for hosting in remote orchestration engines
US-2018113680-A1 · Apr 26, 2018 · US
US11061749B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11061749-B2 |
| Application number | US-201916369784-A |
| Country | US |
| Kind code | B2 |
| Filing date | Mar 29, 2019 |
| Priority date | Jul 2, 2018 |
| Publication date | Jul 13, 2021 |
| Grant date | Jul 13, 2021 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A system and method in accordance with examples may include systems and methods for detecting failure of microservice applications in communication with an orchestration layer of a microservice-architecture. The system may include memory and an orchestration layer including one or more processors coupled to the memory. The one or more processors may be configured to connect the orchestration layer to a plurality of microservice applications that are each associated with a respective dataset. The one or more processors may be configured to validate, responsive to the connection of each of the microservice applications, the microservice applications by performing a first test and a second test. The one or more processors may be configured to deploy, responsive to the validation of the microservice applications, the microservice applications to execute a plurality of workflow actions.
Opening claim text (preview).
We claim: 1. A system comprising: memory; and an orchestration layer including one or more processors, the one or more processors coupled to the memory, configured to: connect to one or more microservice applications that are each associated with a respective dataset; validate, responsive to the connection of the one or more microservice applications, the one or more microservice applications by performing a plurality of tests and deploy, responsive to the validation of the one or more microservice applications, the one or more microservice applications to execute a plurality of workflow actions, wherein the orchestration layer further comprises a mock service application configured to override behavior of data flow, including mock data retrieval associated with at least one of the one or more microservice applications, and wherein the orchestration layer is configured to deploy the at least one microservice application upon determining that the at least one microservice application failed at least one test. 2. The system of claim 1 , wherein the plurality of tests are associated with availability and health checks. 3. The system of claim 2 , wherein at least one of the plurality of tests determines whether all of the one or more microservice applications are associated with the availability and connection with the orchestration layer through an application programming interface (API) gateway. 4. The system of claim 2 , wherein the health check determines whether all of the one or more microservice applications are configured to serve traffic associated with the respective dataset. 5. The system of claim 1 , further comprising: a language-neutral spring integration framework configured to implement data flow between the one or more microservice applications and the orchestration layer by a bean of the language-neutral spring integration framework. 6. The system of claim 1 , wherein the plurality of tests are performed for only a portion of the one or more microservice applications. 7. The system of claim 1 , wherein the orchestration layer is configured to call each of the one or more microservice applications through a spanning tree protocol (STP). 8. The system of claim 1 , wherein: the plurality of tests are performed in a sequential or non-sequential manner. 9. The system of claim 1 , wherein a message is logged based on results of the mock service application indicative of the one or more microservice applications failing at least one of the plurality of tests. 10. The system of claim 1 , wherein the connection with the orchestration layer is based on a response time associated with a predetermined threshold. 11. A method comprising: establishing, by one or more processors coupled to memory, an orchestration layer; receiving, at the orchestration layer, a respective dataset from each of one or more microservice applications; validating, by the one or more processors and based on receiving the respective dataset from each of the one or more microservice applications, the one or more microservice applications by executing a plurality of tests; deploying, by the one or more processors and based on validating the one or more microservice applications, the one or more microservice applications to execute a plurality of workflow actions; and overriding, by a mock service application of the orchestration layer, behavior of data flow including mock data retrieval associated with at least one of the one or more microservice applications, wherein the orchestration layer is configured to deploy the at least one microservice application upon determining that the at least one microservice application failed at least one test. 12. The method of claim 11 , wherein at least one of the plurality of tests comprises determining whether all of the one or more microservice applications are associated with availability and connection with the orchestration layer through an application programming interface (API) gateway. 13. The method of claim 12 , wherein the connection with the orchestration layer is based on a response time associated with a predetermined threshold. 14. The method of claim 11 , wherein at least one of the plurality of tests comprises determining whether all of the one or more microservice applications are configured to serve traffic associated with the respective dataset. 15. The method of claim 11 , further comprising: implementing, by a spring integration framework, data flow between the one or more microservice applications and the orchestration layer. 16. The method of claim 11 , wherein the plurality of tests are performed for only designated microservice applications. 17. The method of claim 11 , wherein the orchestration layer is configured to call each of the one or more microservice applications through a spanning tree protocol (STP). 18. The method of claim 11 , wherein the one or more microservice combinations are stateful, stateless, or any combination thereof. 19. The method of claim 11 , further comprising: presenting, responsive to results of the mock service application, a message indicating that one or more of the microservice applications failed at least one of the plurality of tests. 20. The method of claim 11 , wherein the plurality of tests are executed for the one or more microservice applications in a non-sequential manner.
for test execution, e.g. scheduling of test suites · CPC title
in an object-oriented system · CPC title
Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation · CPC title
Software reuse · CPC title
for test results analysis · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.