Method and system for providing resiliency in interaction servicing across data centers
A system and a method for overcoming a partial failure of an application in a telephony communication system are provided. The method includes: receiving information indicating that a first application has experienced a partial failure; receiving, from each of a plurality of applications, metadata that relates to a corresponding ordered priority of partitions, a corresponding Availability Zone from among a plurality of Availability Zones in which the respective application is located, and a corresponding instance index within the corresponding Availability Zone; sorting the received metadata with respect to the corresponding Availability Zone and with respect to the corresponding instance index; and reassigning, based on a result of the sorting, the first application to an instance index within the Availability Zone in which the first application is located such that a number of the partitions within instance indexes in the corresponding Availability Zone is balanced.
1. A method for overcoming a partial failure of an application in a telephony communication system, the method being implemented by at least one processor, the method comprising:
receiving within an Availability Zone of a plurality of Availability Zones, by the at least one processor from a user, a service request;
updating, by the at least one processor, a first counter that relates to a number of received service requests;
attempting, by the at least one processor, to process the received service request;
when the service request is successfully processed, updating, by the at least one processor, a second counter that relates to a number of successfully processed service requests;
when the service request is not successfully processed, updating, by the at least one processor, a third counter that relates to a number of failed service requests, and transmitting, to the user, a message indicating that the service request is not successfully processed;
calculating, based on the number of successfully processed service requests within a predetermined time interval and the number of failed service requests within the predetermined time interval, a metric that relates to a health of a corresponding instance index within the Availability Zone;
terminating the Availability Zone in response to at least the calculated metric being beyond a predetermined range from a parameter; and
routing future service requests to another of the plurality of Availability Zones until such time as the Availability Zone resumes activity.
2. The method of claim 1 , further comprising updating a database with information that relates to the number of failed service requests within a predetermined time interval.
3. The method of claim 1 , further comprising updating a database with information that relates to the number of successfully processed service requests within the predetermined time interval and information that relates to the number of failed service requests within the predetermined time interval.
4. The method of claim 3 , wherein the predetermined time interval includes at least one from among a most recent minute prior to the transmitting, a most recent ten minutes prior to the transmitting, a most recent hour prior to the transmitting, and a most recent day prior to the transmitting.
5. The method of claim 1 , wherein the terminating the Availability Zone comprises:
computing a difference between the calculated metric and a corresponding metric for an average health of the plurality of Availability Zones; and
comparing the computed difference with a predetermined threshold value.
6. The method of claim 1 , further comprising:
restarting the Availability Zone after a predetermined restart interval has elapsed subsequent to the terminating.
7. A computing apparatus for overcoming a partial failure of an application in a telephony communication system, the computing apparatus comprising:
a processor;
a memory; and
a communication interface coupled to each of the processor and the memory,
wherein the processor is configured to:
receive within an Availability Zone of a plurality of Availability Zones, from a user via the communication interface, a service request;
update a first counter that relates to a number of received service requests;
attempt to process the received service request;
when the service request is successfully processed, update a second counter that relates to a number of successfully processed service requests;
when the service request is not successfully processed, update a third counter that relates to a number of failed service requests, and transmit, to the user via the communication interface, a message indicating that the service request is not successfully processed;
calculate, based on the number of successfully processed service requests within a predetermined time interval and the number of failed service requests within the predetermined time interval, a metric that relates to a health of a corresponding instance index within the Availability Zone;
terminate the Availability Zone in response to at least the calculated metric being beyond a predetermined range from a parameter; and
route future service requests to another of the plurality of Availability Zones until such time as the Availability Zone resumes activity.
8. The computing apparatus of claim 7 , wherein the processor is further configured to update a database with information that relates to the number of failed service requests within a predetermined time interval.
9. The computing apparatus of claim 7 , wherein the processor is further configured to update a database with information that relates to the number of successfully processed service requests within a predetermined time interval and information that relates to the number of failed service requests within the predetermined time interval.
10. The computing apparatus of claim 9 , wherein the predetermined time interval includes at least one from among a most recent minute prior to the transmission, a most recent ten minutes prior to the transmission, a most recent hour prior to the transmission, and a most recent day prior to the transmission.
11. The computing apparatus of claim 7 , wherein the terminate the Availability Zone comprises;
a difference between the calculated metric and a corresponding metric for an average health of the plurality of Availability Zones; and
compare the computed difference with a predetermined threshold value.
12. The computing apparatus of claim 7 , wherein the processor is further configured to:
restart the Availability Zone after a predetermined restart interval has elapsed subsequent to the terminate.
13. A non-transitory computer readable storage medium storing instructions for overcoming a partial failure of an application in a telephony communication system, the storage medium comprising executable code which, when executed by a processor, causes the processor to:
receive within an Availability Zone of a plurality of Availability Zones, from a user, a service request;
update a first counter that relates to a number of received service requests;
attempt to process the received service request;
when the service request is successfully processed, update a second counter that relates to a number of successfully processed service requests; an
when the service request is not successfully processed, update a third counter that relates to a number of failed service requests, and transmit, to the user, a message indicating that the service request is not successfully processed;
calculate, based on the number of successfully processed service requests within a predetermined time interval and the number of failed service requests within the predetermined time interval, a metric that relates to a health of a corresponding instance index within the Availability Zone;
terminate the Availability Zone in response to at least the calculated metric being beyond a predetermined range from a parameter; and
route future service requests to another of the plurality of Availability Zones until such time as the Availability Zone resumes activity.
14. The storage medium of claim 13 , wherein when executed by the processor, the executable code further causes the processor to update a database with information that relates to the number of failed service requests within a predetermined time interval.
15. The storage medium of claim 13 , wherein when executed by the processor, the executable code further causes the processor to update a database with information that relates to the number of successfully processed service requests within a predetermined time interval and information that relates to the number of failed service requests within the predetermined time interval.
16. The storage medium of claim 15 , wherein the predetermined time interval includes at least one from among a most recent minute prior to the transmission, a most recent ten minutes prior to the transmission, a most recent hour prior to the transmission, and a most recent day prior to the transmission.
17. The storage medium of claim 16 , wherein the terminate Availability Zone comprises:
compare the calculated metric with a corresponding metric for an average health of the plurality of Availability Zones; and
determine whether to self-terminate based on a result of the comparing.
18. The storage medium of claim 13 , wherein when executed by the processor, the executable code further causes the processor to restart the Availability Zone after a predetermined restart interval has elapsed subsequent to the terminate.