AWS Gateway Load Balancer ahora se encuentra disponible en las regiones AWS GovCloud (EE. UU.)

AWS Gateway Load Balancer está disponible ahora en las regiones AWS GovCloud (EE. UU.). Gracias a la expansión a la región de AWS GovCloud (EE. UU.), las agencias gubernamentales de EE. UU. y sus subcontratistas podrán trasladar a la nube cargas de trabajo con un mayor nivel de confidencialidad al disponer de ayuda para abordar sus requisitos específicos de conformidad y normativos. Con este lanzamiento, AWS Gateway Load Balancer ya está disponible en 25 regiones.

Amazon Aurora PostgreSQL es compatible con la extensión pg_proctab para acceder a las estadísticas de sistema de PostgreSQL

La edición de Amazon Aurora compatible con PostgreSQL incorpora compatibilidad con la extensión pg_proctab. Dicha extensión es una recopilación de funciones almacenadas que pueden acceder a la tabla de procesos de sistemas operativos, de modo que se pueden realizar consultas de las estadísticas del sistema mediante la base de datos. Las funciones de pg_proctab hacen que sea más fácil recopilar datos de su base de datos de PostgreSQL, incluida información actualizada sobre estadísticas del procesador u operaciones de E/S en consultas de SQL, lo cual facilita la resolución de problemas. 

Amazon Aurora PostgreSQL es compatible con la extensión pg_partman para la administración de particiones de tablas basadas en ID de serie o tiempo

La edición de Amazon Aurora compatible con PostgreSQL soporta la extensión del administrador de particiones (pg_partman). Se trata de una extensión de PostgreSQL que le ayuda a administrar conjuntos de particiones de tablas basadas tanto en series temporales como en series, lo cual incluye la administración automática de la creación de particiones y el mantenimiento del tiempo de ejecución. pg_partman funciona con la partición nativa de PostgreSQL, de modo que los usuarios pueden beneficiarse de mejoras del rendimiento significativas.

In-App Search using the Video Skills Kit (VSK) on Fire TV

 

Video Skills Kit (VSK) for Fire TV allows customers to more easily discover, find, and engage with content in your app without relying on a remote. A prerequisite to integrating your app with the VSK is to first ingest your catalog and then integrate with Universal Search and Browse on Fire TV. Catalog integration is currently only available to selected developers. VSK works together with Catalog Integration to surface your content in multiple ways across Fire TV.

VSK allows you to voice-enable the experience in your app. Customers can say “Alexa, watch Batman” (SearchAndPlay) or “Alexa, find Batman” (SearchAndDisplayResults) and Alexa will send a directive to your app, where you can take the customerinto playback or show search results. Customers can skip the use of a verb and simply say “Batman“, which is treated by Alexa as a search request. Alexa also supports more ambiguous requests such as “Alexa, find Tom Hanks movies” to find movies by actor, or “Alexa, find comedies” to search by genre.

 

How does VSK work on Fire TV?

With the App-only implementation for VSK, the Alexa Video Skill API sends directives directly to your app on a Fire TV device. Fire TV has a service called the “VSK Agent” that receives the Alexa directives and broadcasts them as an intent, which your app then handles through a BroadcastReceiver. The entire VSK integration is done directly within your Android code. If you already have Catalog Integration completed, and your app already has logic to handle text inputs for searches and other lookups, the integration can be completed in a short amount of time (a couple of weeks or less).

Alexa service in the cloud does the hard work of interpreting the customer’s request, determining the intent, and then packaging it into a directive so that you can process the requests with your own app’s logic. Directives sent to your app contain a structured and resolved representation of the request, where we include entitles such as Video, Actor, Genre and MediaType. See SearchAndPlay and SearchAndDisplayResults for a more comprehensive list of search and play utterances and the directives sent.

 

Best practices for building a great search experience

Here are some of the best practices for building a great search experience using VSK.

  • Declare search as a static capability if your app allows all customers to browse content regardless of the customer’s state (signed in) and other factors (subscription level). Otherwise, you can declare search as a dynamic capability to gate the feature.
  • Customers can say “Alexa, find Breaking Bad season 2 episode 3” to search (or watch) a TV series by Season and Episode. You can use Season and Episode fields to take the customer to the episode. If you’re missing either season or episode number, you should determine this based on the customer’s last watched episode.
  • Customers can say “Alexa, find Tom Hanks movies” to find movies by the actor, or “Alexa, find comedies” to search by genre. You have the option to show search results using the Actor, Franchise or Genre fields, or take the customer to special pages dedicated to that particular entity. If your app does not support lookup by these fields, you should fallback to a literal text search of the value sent through in the directive.
  • Leverage the SearchText field to help improve the relevancy of results that customers see in your app. For ambiguous requests (those that do not contain a title name), search text will give you an unstructured and more complete view of what the customer has asked – this includes additional entities and unresolved words. For example, “Alexa, watch popular comedy tv shows in HD” will give you the transcribed value “h.d. popular comedy tv shows”. Note that there is no word order or formatting guarantee. See SearchText for more information.
  • Search results that you present to the customer should include relevant artwork applicable to the titles. The artwork should make it easier for the customer to identify the content you are recommending in the search.

 

Handling SearchAndDisplayResults directives

Here is a SearchAndDisplayResults directive Alexa might send in response to a customer’s request to search for “Alexa, find Batman”.

EXTRA_DIRECTIVE_NAMESPACE: Alexa.RemoteVideoPlayer
EXTRA_DIRECTIVE_NAME: SearchAndDisplayResults
EXTRA_DIRECTIVE_PAYLOAD_VERSION: 3
EXTRA_DIRECTIVE_PAYLOAD: payload

payload contains the following:

{
    "payload": {
        "entities": [
            {
                "externalIds": {
                    "ENTITY_ID": "0"
                },
                "type": "Franchise",
                "uri": "entity://avers/franchise/Batman",
                "value": "Batman"
            }
        ],
        "searchText": [
            {
                "transcribed": "batman"
            }
        ],
        "timeWindow": {
            "end": "2016-09-07T23:59:00+00:00",
            "start": "2016-09-01T00:00:00+00:00"
        }
    }
}

With VSK integration, you create a BroadcastReciever class in your app. The VSK Agent packages the directive in an intent, which is passed into the onReceive method. With the support of a JSON parser, you can retrieve both the customer’s transcribed search request under transcribed and the entities object, which contains an array of entity objects to search, such as a Title, Genre, Actor, Franchise, Season, Episode, or MediaType. In this example, you should show the customer search results for “batman” in your app.

Once your app handled the directive successfully (or not), your BroadcastReciever class should send a success intent back with a status in the form of a true (for success) or false (for failure) value.

 

Get Started

Learn more about integrating VSK through our the developer documentation here. You can also follow this high-level video tutorial about integrating the VSK into your Fire TV app.

Amazon MQ ya está disponible en las regiones de AWS GovCloud (EE. UU.)

Amazon MQ actualmente está disponible en un total de 24 regiones, además de las dos regiones de AWS GovCloud (EE. UU). Las regiones de AWS GovCloud (EE. UU.) son regiones de AWS aisladas diseñadas para alojar información confidencial y cargas de trabajo reguladas en la nube, con el fin de ayudar a los clientes con requisitos de conformidad del gobierno federal, estatal o local de los Estados Unidos.

Claves de varias regiones de KMS

AWS Key Management Service (AWS KMS) está incorporando las claves de varias regiones, una nueva característica que le permite replicar claves de una región de AWS a otra. Con las claves de varias regiones, puede trasladar más fácilmente datos cifrados entre regiones sin tener que cifrar y descifrar con claves diferentes en cada región. Las claves de varias regiones son compatibles con el cifrado del lado del cliente en el SDK de cifrado de AWS, el cliente de cifrado de AWS S3 y el cliente de cifrado de AWS DynamoDB. Simplifican cualquier proceso que copie datos protegidos a varias regiones, como la copia de seguridad y la recuperación de desastres, las tablas globales de DynamoDB o las aplicaciones de firma digital que necesitan la misma clave de firma en varias regiones.

AWS Copilot lanza su versión 1.8 con compatibilidad mejorada con servicios web de equilibrio de carga y VPC

Hoy, AWS Copilot anunció el lanzamiento de la versión 1.8. Gracias a este lanzamiento, AWS Copilot le permite ahora configurar un nombre de DNS sencillo para sus servicios web de equilibro de carga implementados con Amazon Elastic Container Service (Amazon ECS) Ahora, los clientes pueden brindar un nombre de DNS sencillo, como api.ejemplo.com directamente en el archivo de manifiesto y Copilot aprovisionará y administrará la infraestructura necesaria para asociar el nombre de dominio con el equilibrador de carga de aplicaciones.