Abstract: A request to store a container image is received from a device associated with a customer of a computing resource service provider. Validity of a security token associated with the request is authenticated using a cryptographic key maintained as a secret by the computing resource service provider. One or more layers of the container image is built based at least in part on at least one build artifact to form a set of built layers. The software image including the set of built layers is stored in a repository associated with the customer. A manifest of metadata for the set of built layers is stored in a database of a structured data store. The container image is obtained in the form of an obtained container image. The obtained container image is deployed as the software container in at least one virtual machine instance associated with the customer.

Abstract: A request to store a container image is received from a device associated with a customer of a computing resource service provider. Validity of a security token associated with the request is authenticated using a cryptographic key maintained as a secret by the computing resource service provider. One or more layers of the container image is built based at least in part on at least one build artifact to form a set of built layers. The software image including the set of built layers is stored in a repository associated with the customer. A manifest of metadata for the set of built layers is stored in a database of a structured data store. The container image is obtained in the form of an obtained container image. The obtained container image is deployed as the software container in at least one virtual machine instance associated with the customer.

Abstract: A request to update a software container image within a container registry hosted by a computing resource service provider is received from an entity associated with a customer account with the computing resource service provider, where the container registry is a scalable distributed data storage service. The software container image is stored in the container registry in association with the customer account. A layer of the software container image stored in the container registry is scanned for a reference identifier associated with a security vulnerability as a result of said scan finding the reference identifier within the software container image, notice is provided to the entity indicating that the security vulnerability was found. Software within the software container image is updated based at least in part on the vulnerability scan; and the update software is deployed.

Abstract: Technology for rewarding affiliates is provided. In one example, a method may include determining a physical location of a computing device. A purchase intent from the computing device while at the physical location may be identified. An affiliate associated with the physical location may be rewarded for the purchase intent.

Abstract: A request to store a container image is received from a device associated with a customer of a computing resource service provider. Validity of a security token associated with the request is authenticated using a cryptographic key maintained as a secret by the computing resource service provider. One or more layers of the container image is built based at least in part on at least one build artifact to form a set of built layers. The software image including the set of built layers is stored in a repository associated with the customer. A manifest of metadata for the set of built layers is stored in a database of a structured data store. The container image is obtained in the form of an obtained container image. The obtained container image is deployed as the software container in at least one virtual machine instance associated with the customer.

Abstract: An electronic bidding service is described which substantially automatically acquires items for buyers in response to bidding information entered by the buyers. To function in this manner, the electronic bidding service makes use of an item authority. The item authority links items specified in different offers to master reference information associated with the items, thereby allowing the electronic bidding service to identify groups of offers which are selling the same or related item. In one case, a buyer can instruct the electronic bidding service to obtain a desired item from a specific offer. If this bid is unsuccessful, the electronic bidding service can extend the bidding procedure to one or more other offers that feature the same or related item. This extension is based on the master reference information.

Abstract: A request to store a container image is received from a device associated with a customer of a computing resource service provider. Validity of a security token associated with the request is authenticated using a cryptographic key maintained as a secret by the computing resource service provider. One or more layers of the container image is built based at least in part on at least one build artifact to form a set of built layers. The software image including the set of built layers is stored in a repository associated with the customer. A manifest of metadata for the set of built layers is stored in a database of a structured data store. The container image is obtained in the form of an obtained container image. The obtained container image is deployed as the software container in at least one virtual machine instance associated with the customer.

Abstract: Disclosed are various embodiments for browser-based payment for content. A first request for content is sent to a network content server. A response protocol header is received indicating that a payment is sought for the content in response to the first request. Payment manager code integral to a browser or a browser plug-in is executed in response to receiving the response protocol header. A payment-signifying token is received from a payment provider in response to consummating the payment. A second request for the content is sent to the network content server, where the second request includes a request protocol header specifying the payment-signifying token. The content is received from the network content server in response to the second request.

Abstract: A request to store a container image is received from a device associated with a customer of a computing resource service provider. Validity of a security token associated with the request is authenticated using a cryptographic key maintained as a secret by the computing resource service provider. One or more layers of the container image is built based at least in part on at least one build artifact to form a set of built layers. The software image including the set of built layers is stored in a repository associated with the customer. A manifest of metadata for the set of built layers is stored in a database of a structured data store. The container image is obtained in the form of an obtained container image. The obtained container image is deployed as the software container in at least one virtual machine instance associated with the customer.

Abstract: A request to store, in first data store associated with a customer of a computing resource service provider, a software image is received, the request including a set of layers of the software image to be stored. As a result of successful authentication of the request, based at least in part on a security token included with the request, a subset of layers of the software image that have not previously been stored in the first data store are determined, based at least in part on first metadata obtained from a second data store, the subset of layers in the first data store are stored, second metadata about the subset of layers are stored in the second data store, and the software image is caused to be launched in a software container of an instance based at least in part on the subset of layers.

Abstract: Disclosed are various embodiments for browser-based payment for content. A first request for content is sent to a network content server. A response protocol header is received indicating that a payment is sought for the content in response to the first request. Payment manager code integral to a browser or a browser plug-in is executed in response to receiving the response protocol header. A payment-signifying token is received from a payment provider in response to consummating the payment. A second request for the content is sent to the network content server, where the second request includes a request protocol header specifying the payment-signifying token. The content is received from the network content server in response to the second request.

Abstract: Disclosed are various embodiments for browser-based payment for content. A request for content is obtained from a client. It is determined whether a payment is sought for the content. It is determined whether a payment-signifying token is presented in a request protocol header of the request. A response protocol header indicating that the payment is sought is returned to the client in response to the request when the payment is sought for the content and the payment-signifying token is not presented in the request protocol header. The content is returned to the client in response to the request when the payment is sought for the content and the payment-signifying token is presented in the request protocol header.

Abstract: A request to a scan a software image for specified criteria is received, the software image comprising layers stored in a first data store. Metadata in a second data store, different from the first data store, is searched through to obtain information corresponding to the software image. A first set of the layers that matches the specified criteria is determined, based at least in part on the information. The first set of layers is marked as un-referenceable. Asynchronous to fulfillment of the request, a second set of layers of the layers to be deleted is determined, based at least in part on the metadata, the second set of layers including layers marked as un-referenceable, and the second set of layers is deleted.

Abstract: Tracking waiting lists associated with merchants and presenting deals to users based on adding the users to waiting lists is described. A service provider may enable merchants to track waiting lists associated with their own services and services of other merchants. Users may be automatically added to waiting lists of merchants based at least in part on a service provider determining that a user is at a geographic location of a merchant. Based at least in part on adding a user to a waiting list for a particular merchant, the service provider may access and select deals from one or more alternative merchants. The one or more alternative merchants may not have waiting lists or may have waiting lists with fewer groups than the waiting list for the particular merchant. The service provider may offer the deals to the user via a user device.

Abstract: A software image associated with a first customer of a computing resource service provider and criteria for identifying an event is received, the software image comprising a set of layers. The set of layers is stored in a first data store to form a stored set of layers, the first data store being physically located in a first region. The set of layers is copied to a second data store to form a copied set of layers, the second data store being physically located in a second region different from the first region. The copied set of layers is launched as a container executing in an instance that is physically located in the second region, and, as a result of identifying an occurrence of the event, the container is caused to be unavailable to an entity associated with the instance.

Abstract: A request to store, in first data store associated with a customer of a computing resource service provider, a software image is received, the request including a set of layers of the software image to be stored. As a result of successful authentication of the request, based at least in part on a security token included with the request, a subset of layers of the software image that have not previously been stored in the first data store are determined, based at least in part on first metadata obtained from a second data store, the subset of layers in the first data store are stored, second metadata about the subset of layers are stored in the second data store, and the software image is caused to be launched in a software container of an instance based at least in part on the subset of layers.

Abstract: A request to a scan a software image for specified criteria is received, the software image comprising layers stored in a first data store. Metadata in a second data store, different from the first data store, is searched through to obtain information corresponding to the software image. A first set of the layers that matches the specified criteria is determined, based at least in part on the information. The first set of layers is marked as un-referenceable. Asynchronous to fulfillment of the request, a second set of layers of the layers to be deleted is determined, based at least in part on the metadata, the second set of layers including layers marked as un-referenceable, and the second set of layers is deleted.

Abstract: A software image associated with a first customer of a computing resource service provider and criteria for identifying an event is received, the software image comprising a set of layers. The set of layers is stored in a first data store to form a stored set of layers, the first data store being physically located in a first region. The set of layers is copied to a second data store to form a copied set of layers, the second data store being physically located in a second region different from the first region. The copied set of layers is launched as a container executing in an instance that is physically located in the second region, and, as a result of identifying an occurrence of the event, the container is caused to be unavailable to an entity associated with the instance.