Abstract: Systems and method for incorporating state machine information for tracking processing ownership of messages received by the network service providers. As individual messages are received, the state machine provides any previously tracked ownership state. If the message has not been previously allocated to a specific message processing system, a state can be updated that designates processing ownership. The processing ownership can be allocated based on the allocations among the message processing systems.

Abstract: Disclosed are various embodiments for intelligent backfill and data migration operations performed using an event processing architecture. A backfill system may identify backfill operations to migrate legacy data from a first system to a second system and generate events to provide to an event processor, where each of the events causes a backfill operation to be performed. Access to the events may be selectively controlled using an event processing queue such that the events are processed and the backfill operations are performed when a computing resource has available computing resources, regardless of a time of day.

Abstract: Disclosed are various embodiments for monitoring software computations of potentially arbitrary length and duration for event processing and related systems. A pattern of events describing user interaction with a client application or a network site may be received, where a virtual process is generated to match events received from various computing resources to the pattern. A self-healing watchdog process may be generated that, after a period of time, periodically checks a state of the virtual process relative to matching the pattern of events. Any detected anomalies may be stored in a delay queue and returned to the watchdog process after a period of time.

Abstract: Disclosed are various embodiments for filters and event schema for categorizing and processing streaming event data. An event may be generated by a service that describes user interaction a client application executable on a client device. The event may be received as a data structure in a first format. A filter, such as a regular expression filter, may be applied to the data structure to identify an event type for the event. The data structure may be converted from the first format to a second format in accordance with a common event schema able to be interpreted by virtual compute engines.

Abstract: Disclosed are various embodiments for event processing architecture for real-time user engagement. Events that describe user interactions with client applications are analyzed in real-time when received in a data stream. The events are compared to patterns specified, for example, by administrators. If a pattern is matched based on a comparison to events received in the data stream, a predetermined action may be performed. The processing of events may be performed by a compute engine, which may include a virtual machine or a thread implemented in a parallel computing arrangement.

Abstract: An enhanced proxy simulation service can be used to test a complex stateless system, such as a fulfillment network, that depends on upstream and downstream processes in order to operate. The enhanced proxy simulation service can be configured to send an event, such as an order request, so as to appear to be sent from a process upstream of the system; and can be configured to receive a request from the system, such as a request to charge payment information, so as to appear as a downstream process of the system. The proxy simulation service can store events received from the system and apply a set of rules to the stored events to construct a simulated response to the last event received from the system. The simulated response can then be sent to the system being tested.

Abstract: A workflow management system can be implemented by one or more computing systems or services. The workflow management system may be used with a variety of different types of workflows, such as one or more fulfillment systems. The fulfillment systems can be any type of fulfillment system. For example, the fulfillment systems may fulfill orders for digital items, physical products, gifts, services, or a combination of digital products, physical products, services, and/or gifts. The orders may be electronic orders, orders placed via phone or mail, or the like.

Abstract: A proxy simulation service can be used to test a complex system, such as a fulfillment network, that depends on upstream and downstream processes in order to operate. The proxy simulation service can be configured to send an event, such as an order request, so as to appear to be sent from a process upstream of the system; and can be configured to receive a request from the system, such as a request to charge payment information, so as to appear as a downstream process of the system. The proxy simulation service can then simulate a response to the received system request based on the request and on state information related to the request. The simulated response can then be sent to the system being tested.

Abstract: A method of generating a tamper proof seal 111 for an electronic document 104 includes retrieving information from data storage 102 to determine a process and data for generating a document signature. The document signature is created from contents of the electronic document 104 and using the process and the retrieved data. The seal 111 is generated. The seal 111 includes the document signature and information for generating the document signature separated by a delimiter.