Amazon Technologies, Inc.

Allan Henry Vermeulen

Timothy Daniel Cole

Tate Andrew Certain

Christopher Richard Jacques De Kadt

John Michael Morkel

Artem Danilov

Andrew Wayne Ross

Jeffrey P Bezos

Ami K Fischman

James Christopher Sorenson

John David Cormie

Vikas Gupta

Duane J Krause

Timothy Andrew Rath

Eric Michael Wagner

David M Barth

Andrew R Jassy

Alan B Atlas

Eugene Wei

David A Schappell

Luis Felipe Cabrera

Aaron Gifford Freshwater

Marvin Michael Theimer

Peter Nicholas Desantis

Jason George McHugh

Matthew John Campagna

Jacob Adam Gabrielson

Yannis Papakonstantinou

Omer Ahmed Zaki

Gunavardhan Kakulapati

Carlos Vara Callau

Benjamin Warren Mercier

Sayantan Chakravorty

Colm Gearóid MacCárthaigh

Yevgeniy Mikhaylyuta

Michael Benjamin Deardeuff

Benjamin Nelson Glowney

Kiran-Kumar Muniswamy-Reddy

Rahul Singh

Nipoon Malhotra

Upendra Bhalchandra Shevade

Roland Alexander Paterson-Jones

Quinton Robin Hoole

Long Xuan Nguyen

James Christopher Sorenson, Iii

Gregory Rustin Rogers

Swaminathan Sivasubramanian

Rebecca Claire Weiss

Peter Sven Vosshall

Brad Eugene Marshall

Leonard Thomas Tracy

James E Scharf, Jr

Matteo Frigo

Joshua Marc Burgin

Anthony A Virtuoso

Roland Paterson-Jones

Timothy William Bray

Parikshit Shivajirao Pol

Richard Shawn Bice

Sohel R Ahuja

Chi Hai Ho

Nirmal Mehta

Satbir S Khanuja

Trevor Simon Roger Dyck

Atreya Srivathsan

Philip Simko

Christopher Richard Jaques De Kadt

Christopher Richard De Kadt

Quinton R Hoole

Peter N Desantis

A method and system for dynamic pricing of web services utilization. According to one embodiment, a method may include dynamically predicting utilization of a web services computing resource that is expected to occur during a given interval of time, and dependent upon the dynamically predicted utilization, setting a price associated with utilization of the web services computing resource occurring during the given interval of time. The method may further include providing the price to a customer.

Method and system for dynamic pricing of web services utilization

A transaction request compliant with a first version of a journal schema of a multi-data-store storage system is received at a journal manager. The journal schema indicates attributes of data objects which may be materialized at various data stores of the system. The journal manager stores an entry in the system's journal if the transaction meets acceptance criteria. Writes indicated in the entry are materialized at the data stores after verifying that the entry is compliant with the journal schema. After verifying that member data stores have approved a proposed change to the journal schema, another entry indicating a different version of the journal schema is added to the journal. Client-side components of the system obtain the current version of the journal schema to prepare the transaction requests.

Schema management for journal-based storage systems

At a logging service, a representation of a transaction requested by a client is received. The transaction includes at least a first write operation directed to a data object at a first data store. Based at least in part on the contents of the representation and contents of a persistent log of the logging service, a determination is made that the requested transaction is to be committed. A log record corresponding to the first write operation is inserted into the persistent log. The first write is propagated to the first data store after the record has been inserted in the persistent log.

Multi-database log with multi-item transaction support

A materialization configuration request is received via a programmatic interface from a client of a journal-based multi-data-store database. The request indicates a partitioning rule to be used to select, for respective writes indicated in committed transaction entries of a journal, the materialization node at which the writes are to be stored. A control plane component of the database verifies that a set of materialization nodes corresponding to the partitioning rule has been established, and initiates the propagation of writes from the journal to the materialization nodes by respective write appliers.

Customer-related partitioning of journal-based storage systems

A distributed, web-services based storage system. A system may include a web services interface configured to receive, according to a web services protocol, a given client request for access to a given data object, the request including a key value corresponding to the object. The system may also include storage nodes configured to store replicas of the objects, where each replica is accessible via a respective unique locator value, and a keymap instance configured to store a respective keymap entry for each object. For the given object, the respective keymap entry includes the key value and each locator value corresponding to replicas of the object. A coordinator may receive the given client request from the web services interface, responsively access the keymap instance to identify locator values corresponding to the key value and, for a particular locator value, retrieve a corresponding replica from a corresponding storage node.

Distributed storage system with web services client interface

Systems and processes are described for establishing and using a secure channel. A shared secret may be used for authentication of session initiation messages as well as for generation of a private/public key pair for the session. A number of ways of agreeing on the shared secret are described and include pre-sharing the keys, reliance on a key management system, or via a token mechanism that uses a third entity such as a hub to manage authentication, for example. In some instances, the third party may also perform endpoint selection (e.g., load balancing) by providing a particular endpoint along with the token.

Hub-based token generation and endpoint selection for secure channel establishment

A database management system stores data for a table as a journal of transaction. The records of the journal comprise information indicative of changes applied to a document of the table. The database receives a query on a table of transactions performed on the table. In response to the query on the table of transactions, the database generates results by retrieving and projecting the records of the journal in accordance with the query. The results of the query are indicative of changes applied to the document of the table.

Journal queries of a ledger-based database

Data stores that are to be configured as members of a storage group on behalf of a client are identified. The client indicates one or more types of cross-data-store operations to be performed. A transaction manager that makes acceptance decisions for write requests directed to the members based at least partly on contents of a log is instantiated, and respective write transformers are set up for at least some of the types of cross-data-store operations. During a particular time period, the workload at the storage group is monitored, and the number and types of cross-data-store operations is determined. The results of the monitoring are used to determine a billing amount for the client based on a selected pricing policy.

Cross-data-store operations in log-coordinated storage systems

A query restriction descriptor indicating one or more attributes of a data object of a multi-data-store storage system is determined at a client-side component of the system. The query restrictions descriptor is used to prepare at least a read set descriptor of a proposed transaction. The read set of the proposed transaction includes a query with a predicate directed to the one or more attributes. A transformation function is applied to the predicate, and the result of the transformation is included in the read set descriptor. The proposed transaction is sent to a journal manager of the system, which performs read-write conflict detection using the read set descriptor and write set descriptors of one or more previously-committed transactions.

Consistency management using query restrictions in journal-based storage systems

A database management system stores an entry in a journal. The journal, upon storage of the entry, comprises a leaf node with a hash value based at least in part on the entry, and a hierarchy of interior nodes based at least in part upon the leaf node. In response to a request to delete the entry, the entry is deleted but the hash value is retained. A cryptographic proof of a second entry stored in the journal is based at least in part on the retained hash value.

Database journal redaction

A database management system stores an entry in a journal. The journal, upon storage of the entry, comprises an ordered plurality of leaf nodes and a hierarchy of interior nodes based upon the leaf nodes. A node in the ordered plurality of nodes comprises a hash value computed based on the hash of a corresponding entry and a hash of a prior leaf node. A cryptographic proof of the entry comprises successive application of a hash operator to one or more hashes of the leaf nodes.

Threaded leaf nodes in database journal

A database management system stores an entry in a journal. Upon storage of the entry, the journal comprises a plurality of threaded leaf nodes and a hierarchy of interior nodes comprising hash values computed from the threaded leaf nodes. A first set of hash values is provided to prove that the entry is stored in a first version of the journal. A second set is provided to prove that the entries stored in the first version of the journal are unmodified and stored in a second version of the journal.

Digest proofs in a journaled database

A configuration manager of a storage service receives a set of service requirements, comprising one or more of: a performance requirement for one or more types of storage operations, or an access interface type requirement Based on the service requirements, a candidate storage configuration that includes one or more data store instances and a first log-based transaction manager is generated. Subsequent to an approval of the first storage configuration by a client, the establishment of the data store instances and the log-based transaction manager is initiated.

Automated configuration of log-coordinated storage groups

Growing community of inventors

Seattle, WA, United States of America

Allan Henry Vermeulen