Patent classifications
G06F11/26
CHAOS EXPERIMENT EXECUTION FOR SITE RELIABILITY ENGINEERING
A system, computer program product, and method are presented for automatically executing chaos experiments on computing resources, applications, and services through automatically establishing and meeting core requirements for each chaos experiment. The method includes receiving a trigger signal configured to establish one or more condition s to execute one or more chaos experiments on at least a portion of one or more landing zones. The one or more chaos experiments are configured to operationally stress one or more of one or more infrastructure resources, one or more services, and one or more computing applications. The method also includes determining, automatically, the technical support coverage for the execution of the one or more chaos experiments. The method further includes executing, automatically, subject to the technical support coverage determination, the one or more chaos experiments.
CHAOS EXPERIMENT EXECUTION FOR SITE RELIABILITY ENGINEERING
A system, computer program product, and method are presented for automatically executing chaos experiments on computing resources, applications, and services through automatically establishing and meeting core requirements for each chaos experiment. The method includes receiving a trigger signal configured to establish one or more condition s to execute one or more chaos experiments on at least a portion of one or more landing zones. The one or more chaos experiments are configured to operationally stress one or more of one or more infrastructure resources, one or more services, and one or more computing applications. The method also includes determining, automatically, the technical support coverage for the execution of the one or more chaos experiments. The method further includes executing, automatically, subject to the technical support coverage determination, the one or more chaos experiments.
Communication monitoring system
A system for monitoring of integrity of a communication bus includes a communication bus cooperating with at least one transmitter configured to generate and transmit a signal on communication bus. At least one receiver is configured to receive a signal generated by the transmitter and transmitted on communication bus. The receiver is further configured to receive the transmitted signal as well as any reflected signals arising from non-impedance matched section in communication bus and wherein a time difference between transmitted pulse width and received pulse width indicates a distance between the non-impedance matched section and the transmitter on the communication bus.
Techniques and system for optimization driven by dynamic resilience
Disclosed are hardware and techniques for testing computer processes in a network system by simulating computer process faults and identifying risk associated with correcting the simulated fault and identifying computer processes that may depend on the corrected computer process. The interdependent computer processes in a network may be determined by evaluating a risk matrix having a risk score and non-functional requirement score. An analysis of the risk score and non-functional requirement score accounts for interdependencies between computer processes and identified corrective actions that may be used to determine an optimal network environment. The optimal network environment may be updated dynamically based on changing computer process interdependencies and the determined risk and robustness scores.
COMPUTER SYSTEM FOR AUTOMATIC TEST EQUIPMENT (ATE) USING ONE OR MORE DEDICATED PROCESSING CORES FOR ATE FUNCTIONS
A system and method for testing electronic circuit devices. The system has a central processing unit with a plurality of separate core processing units. The utility service program is initiated at the startup of the computer program which acts as an intermediary between user applications and the computer operating system. The utility service is responsive to an ATE execution engine to set an affinity for one or more processing cores for exclusive use for the ATE execution engine. The ATE execution engine communicates with the utility service to reserve one or more processing cores for execution of the program for testing electronic devices.
Method for connecting an input/output interface of a testing device equipped for testing a control unit
A method for connecting an input/output interface of a testing device equipped for testing a control unit to a model of a technical system present in the testing device. The interface connects the control unit to be tested or connects a technical system to be controlled; the model to be connected to the input/output interface is a model of the technical system to be controlled or a model of the control unit to be tested. The testing device has a plurality of input/output functions connected to the model and provides an interface hierarchy structure and a function hierarchy structure. The method has an automatic configuration of compatible connections between the interface hierarchy structure and the function hierarchy structure so that the model present in the testing device communicates through the compatible connections with the control unit to be tested or the technical system to be controlled.
Systems and methods of building sequenceable test methodologies
Networks and applications can have many different profiles. Template configurations can consist of a wide variety of technologies such as IPv4, DHCP, and BGP. A list of application profiles would include web services, VoIP, Email, and Point-to-point. Network and application profiles can be combined into topology templates. Test methodologies can include complex sets of instructions that allow for testing any number of topology templates in a number of ways. The technology disclosed allows for the assembly, edit, and execution of those profiles and methodologies by someone who does not possess detailed domain knowledge.
Generating a fingerprint representing a response of an application to a simulation of a fault of an external service
Examples disclosed herein relate to generating a fingerprint representing a response of an application to a simulation of a fault of an external service. Examples include causing simulation of a fault of an external service in a simulation of the external service, and generating a testing application fingerprint representing a response of an application to the simulation of the fault of the external service during the testing of the application.
User-directed diagnostics and auto-correction
A method, system, and computer program product for performing user-initiated logging and auto-correction in hardware/software systems. Embodiments commence upon identifying a set of test points and respective instrumentation components, then determining logging capabilities of the instrumentation components. The nature and extent of the capabilities and configuration of the components aid in generating labels to describe the various logging capabilities. The labels are then used in a user interface so as to obtain user-configurable settings which are also used in determining auto-correction actions. A measurement taken at a testpoint may result in detection of an occurrence of a certain condition, and auto-correction steps can be taken by retrieving a rulebase comprising a set of conditions corresponding to one or more measurements, and corrective actions corresponding to the one or more conditions. Detection of a condition can automatically invoke any number of processes to apply a corrective action and/or emit a recommendation.
User-directed diagnostics and auto-correction
A method, system, and computer program product for performing user-initiated logging and auto-correction in hardware/software systems. Embodiments commence upon identifying a set of test points and respective instrumentation components, then determining logging capabilities of the instrumentation components. The nature and extent of the capabilities and configuration of the components aid in generating labels to describe the various logging capabilities. The labels are then used in a user interface so as to obtain user-configurable settings which are also used in determining auto-correction actions. A measurement taken at a testpoint may result in detection of an occurrence of a certain condition, and auto-correction steps can be taken by retrieving a rulebase comprising a set of conditions corresponding to one or more measurements, and corrective actions corresponding to the one or more conditions. Detection of a condition can automatically invoke any number of processes to apply a corrective action and/or emit a recommendation.