Microservices application network control plane
Disclosed embodiments are directed at systems, methods, and architecture for operating a control plan of a microservices application. The control plane corresponds with data plane proxies associated with each of a plurality of APIs that make up the microservices application. The communication between the data plane proxies and the control plane enables automatic detection of service groups of APIs and automatic repair of application performance in real-time in response to degrading service node conditions.
1. A method comprising:
establishing a microservice architecture application including a plurality of services, the plurality of services are each an application program interface (API) performing a piecemeal function of an overall application function, each service including a data plane proxy wherein the data plane proxy reports operation of each service of the plurality of services to an application control plane;
establishing an application performance benchmark for each service in the microservice architecture application;
identifying an anomaly in application operation based on exceeding a threshold associated with the application performance benchmark, the anomaly occurring on a first node associated with a first service of the plurality of services;
in response to said identifying, automatically executing a first remedial action including any of:
roll-back a version of a first API instanced on the first node to a previous stable version; or
registering a certificate of the first node.
2. The method of claim 1 , further comprising:
reversing the first remedial action.
3. The method of claim 1 , further comprising:
automatically executing a second remedial action in response to a detection that the anomaly persists after the first remedial action, wherein the second remedial action has a different type than the first remedial action.
4. The method of claim 1 , wherein the threshold associated with the application performance benchmark is a smaller change relative to the application performance benchmark than a threshold associated with system administrator anomaly logging.
5. The method of claim 1 , wherein the anomaly is a change in a rate of occurrence of layer 7 of the first API, and the first remedial action is said roll-back.
6. The method of claim 1 , wherein the anomaly is an expired authentication of the first API, and the first remedial action is said registering.
7. The method of claim 1 , wherein a second node of the microservice architecture application is hosted by a different web service than the first node.
8. A system comprising:
a processor; and
a memory including a plurality of program constructs that are executed by the processor, the plurality of program constructs including:
a microservice architecture application including a plurality of services, the plurality of services are each an application program interface (API) performing a piecemeal function of an overall application function, each service including a data plane proxy;
an application control plane that communicates with each data plane proxy on operation of a respective service, the application control plane is configured to establish an application performance benchmark for each service in the microservice architecture application and identify an anomaly in application operation based on exceeding a threshold associated with the application performance benchmark, the anomaly occurring on a first node associated with a first service of the plurality of services, wherein the application control plane is configured to automatically execute a first remedial action in response to identification of the anomaly, the first remedial action including any of:
roll-back a version of a first API instanced on the first node to a previous stable version; or
registering a certificate of the first node.
9. The system of claim 8 , wherein the application control plane is further configured to:
reverse the first remedial action.
10. The system of claim 8 , wherein the application control plane is further configured to:
automatically execute a second remedial action in response to a detection that the anomaly persists after the first remedial action, wherein the second remedial action has a different type than the first remedial action.
11. The system of claim 8 , wherein the threshold associated with the application performance benchmark is a smaller change relative to the application performance benchmark than a threshold associated with system administrator anomaly logging.
12. The system of claim 8 , wherein the anomaly is a change in a rate of occurrence of layer 7 of the first API, and the first remedial action is said roll-back.
13. The system of claim 8 , wherein the anomaly is an expired authentication of the first API, and the first remedial action is said registering.
14. The system of claim 8 , wherein a second node of the microservice architecture application is hosted by a different web service than the first node.
15. A method comprising:
establishing a microservice architecture application including a plurality of services, the plurality of services are each an application program interface (API) performing a piecemeal function of an overall application function, each service including a data plane proxy wherein the data plane proxy reports operation of each service of the plurality of services to an application control plane;
establishing an application performance benchmark for each service group in the microservice architecture application, wherein each service group is a plurality of microservices that collectively perform a business flow of the microservices architecture application;
identifying an anomaly in application operation based on exceeding a threshold associated with the application performance benchmark, the anomaly occurring on a first service group associated with a set of microservices of the plurality of services;
in response to said identifying, automatically executing a first remedial action including any of:
roll-back a version of services within the set of microservices to a previous stable version; or
registering a certificate of the first service group.
16. The method of claim 15 , further comprising:
reversing the first remedial action.
17. The method of claim 15 , further comprising:
automatically executing a second remedial action in response to a detection that the anomaly persists after the first remedial action, wherein the second remedial action has a different type than the first remedial action.
18. The method of claim 15 , wherein the anomaly is a change in a rate of occurrence of layer 7 of the first service group, and the first remedial action is said roll-back.
19. The method of claim 15 , wherein the anomaly is an expired authentication of the first service group, and the first remedial action is said registering.
20. The method of claim 15 , wherein roll-back of the version does not roll back each microservice in the first service group.