Abstract: A hub is configured to provide voice control without assistance from a remote system, which allows the hub to provide a user with the ability to control second devices in an environment by issuing voice commands, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet). The hub is also configured to execute rules without assistance from the remote system, which allows the hub to execute rules, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet).

Abstract: A hub is configured to provide voice control without assistance from a remote system, which allows the hub to provide a user with the ability to control second devices in an environment by issuing voice commands, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet). The hub is also configured to execute rules without assistance from the remote system, which allows the hub to execute rules, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet).

Abstract: A hub is configured to provide voice control without assistance from a remote system, which allows the hub to provide a user with the ability to control second devices in an environment by issuing voice commands, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet). The hub is also configured to execute rules without assistance from the remote system, which allows the hub to execute rules, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet).

Abstract: A hub is configured to provide voice control without assistance from a remote system, which allows the hub to provide a user with the ability to control second devices in an environment by issuing voice commands, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet). The hub is also configured to execute rules without assistance from the remote system, which allows the hub to execute rules, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet).

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: A hub is configured to provide voice control without assistance from a remote system, which allows the hub to provide a user with the ability to control second devices in an environment by issuing voice commands, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet). The hub is also configured to execute rules without assistance from the remote system, which allows the hub to execute rules, even when the hub is unable to communicate with the remote system over a wide area network (e.g., the Internet).

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: 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.