Method and system for providing resiliency in interaction servicing across data centers

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.

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.